not enough room on hard disk

Asked by davidzaq1

Hello,

I have Ubuntu 15.04, Dell Vostro 1500 laptop.

I am having some problems with the hard disk space. I tried to update the software but receiving
message that there was not enough hard disk space.

I think I got help with this before and went back to look at previous posts. I found something similar to
what I was looking for. I tried following the steps several times but every time I tried to update the software, I got the same message.

Can I get some help with this please?

Thank you,
David

Question information

Language:
English Edit question
Status:
Solved
For:
Ubuntu Edit question
Assignee:
No assignee Edit question
Solved by:
Manfred Hampl
Solved:
Last query:
Last reply:
Revision history for this message
actionparsnip (andrew-woodhead666) said :
#1

Vivid is EOL and no longer supported. I suggest you upgrade to Wily. Alternatively just wait till April and wipe Vivid off and do a clean install of Xenial from CD /USB. Xenial is LTS and supported til April 2021.

There are no updates for Vivid, just as there are no updates for Windows 2000

Revision history for this message
Manfred Hampl (m-hampl) said :
#2

@actionparsnip:
according to https://wiki.ubuntu.com/Releases vivid has still two weeks left (EOL date Feb 4th 2016)

@davidzaq1:
What is the output of the commands

uname -a
lsb_release -crid
df -h
dpkg -l | egrep ' linux-[hi]'

Revision history for this message
davidzaq1 (david3a9x) said :
#3

Hello,

Thank you for your replies.

First, I will update to "Willy" When it is available. Thank you.

Second,
Here is the output from the first command.

 uname -a
Linux Roo 3.19.0-42-lowlatency #48-Ubuntu SMP PREEMPT Thu Dec 17 23:32:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Output from second command:

$ lsb_release -crid
Distributor ID: Ubuntu
Description: Ubuntu 15.04
Release: 15.04
Codename: vivid

Output from third command:

$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 984M 0 984M 0% /dev
tmpfs 200M 22M 179M 11% /run
/dev/mapper/ubuntu--vg-root 292G 163G 114G 59% /
tmpfs 1000M 160K 1000M 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1000M 0 1000M 0% /sys/fs/cgroup
/dev/sda1 236M 177M 47M 80% /boot
tmpfs 200M 52K 200M 1% /run/user/1000

Output from fourth command:

$ dpkg -l | egrep ' linux-[hi]'
ii linux-headers-3.19.0-37 3.19.0-37.42 all Header files related to Linux kernel version 3.19.0
ii linux-headers-3.19.0-37-lowlatency 3.19.0-37.42 amd64 Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii linux-headers-3.19.0-39 3.19.0-39.44 all Header files related to Linux kernel version 3.19.0
ii linux-headers-3.19.0-39-lowlatency 3.19.0-39.44 amd64 Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii linux-headers-3.19.0-41 3.19.0-41.46 all Header files related to Linux kernel version 3.19.0
ii linux-headers-3.19.0-41-lowlatency 3.19.0-41.46 amd64 Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii linux-headers-3.19.0-42 3.19.0-42.48 all Header files related to Linux kernel version 3.19.0
ii linux-headers-3.19.0-42-lowlatency 3.19.0-42.48 amd64 Linux kernel headers for version 3.19.0 on 64 bit x86 SMP
ii linux-headers-lowlatency 3.19.0.42.41 amd64 lowlatency Linux kernel headers
rc linux-image-3.19.0-32-lowlatency 3.19.0-32.37 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
rc linux-image-3.19.0-33-lowlatency 3.19.0-33.38 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii linux-image-3.19.0-37-lowlatency 3.19.0-37.42 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii linux-image-3.19.0-39-lowlatency 3.19.0-39.44 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii linux-image-3.19.0-41-lowlatency 3.19.0-41.46 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii linux-image-3.19.0-42-lowlatency 3.19.0-42.48 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP
ii linux-image-lowlatency 3.19.0.42.41 amd64 lowlatency Linux kernel image

I hope this helps.

Thank you

Revision history for this message
Manfred Hampl (m-hampl) said :
#4

As already written in https://answers.launchpad.net/ubuntu/+question/274075

You have partitioned your hard disk with a separate /boot partition of 236MB size. This partition can hold about five versions of the kernel image at the same time. Whenever the update process installs a new version of the kernel, this is additional and not replacing an old one. You have to make sure to delete obsolete versions yourself (e.g. with the apt-get autoremove command).

Try the commands

sudo apt-get --purge autoremove
sudo apt-get dist-upgrade
df -h

and report the result.

Revision history for this message
davidzaq1 (david3a9x) said :
#5

Hello,

Thank you for your reply and for the help.

I followed the instructions given above and below is the
results of thee last command.

$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 984M 0 984M 0% /dev
tmpfs 200M 9.2M 191M 5% /run
/dev/mapper/ubuntu--vg-root 292G 163G 114G 59% /
tmpfs 1000M 192K 1000M 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 1000M 0 1000M 0% /sys/fs/cgroup
/dev/sda1 236M 135M 89M 61% /boot
tmpfs 200M 60K 200M 1% /run/user/1000

Thank you

Revision history for this message
Best Manfred Hampl (m-hampl) said :
#6

The apt-get autoremove command seems to have deleted an old kernel, so the disk usage went down
from
/dev/sda1 236M 177M 47M 80% /boot
to
/dev/sda1 236M 135M 89M 61% /boot

I assume that this is sufficient to install a new kernel version.

You should not forget to periodically re-run that command.

Revision history for this message
davidzaq1 (david3a9x) said :
#7

Ok, thank you,

Revision history for this message
davidzaq1 (david3a9x) said :
#8

Thanks Manfred Hampl, that solved my question.