Krdytkyu

Ubuntu 12.04.

After an update, I get a red warning icon in the system tray, warning about an error: broken count >0

Opening Update manager, I see that the broken package is linux-headers-3.2.0-33-generic-pae (new install)

Specificaly I have my ubuntu on an AspireOne with 8gb internal storage.

I tried apt-get clean as suggested in another question on this site, and tried reinstalling the package in Synaptic.

I have tried to reboot but to no avail.

I have also tried apt-get install --fix-broken and I get the following:

sudo apt-get install --fix-broken

[sudo] password for elina: 

Reading package lists... Done

Building dependency tree       

Reading state information... Done

Correcting dependencies... Done

The following extra packages will be installed:

  linux-headers-3.2.0-33-generic-pae

The following NEW packages will be installed:

  linux-headers-3.2.0-33-generic-pae

0 upgraded, 1 newly installed, 0 to remove and 38 not upgraded.

1 not fully installed or removed.

Need to get 0 B/977 kB of archives.

After this operation 11,3 MB of additional disk space will be used.

Do you want to continue [Y/n]; y

(Reading database ... 437051 files and directories currently installed.)

Unpacking linux-headers-3.2.0-33-generic-pae (from .../linux-headers-3.2.0-33-generic-pae_3.2.0-33.52_i386.deb) ...

dpkg: error processing /var/cache/apt/archives/linux-headers-3.2.0-33-generic-pae_3.2.0-33.52_i386.deb (--unpack):

 unable to create `/usr/src/linux-headers-3.2.0-33-generic-pae/include/config/usb/gspca/sonixb.h.dpkg-new' (while processing `./usr/src/linux-headers-3.2.0-33-generic-pae/include/config/usb/gspca/sonixb.h'): No space left on device

No apport report written because the error message indicates a disk full error

                                                                              dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)

Errors were encountered while processing:

 /var/cache/apt/archives/linux-headers-3.2.0-33-generic-pae_3.2.0-33.52_i386.deb

E: Sub-process /usr/bin/dpkg returned an error code (1)

I've tried all suggestions I could find:

sudo apt-get clean

sudo apt-get autoclean

sudo apt-get autoremove

sudo apt-get update

sudo apt-get upgrade

sudo apt-get -f install

sudo apt-get install --fix-broken

Then I saw that on the error there was a mention about free space. So I did a df -h and the result was:

Filesystem      Size  Used Avail Use% Mounted on

/dev/sda1       7,0G  5,5G  1,1G  84% /

udev            235M  4,0K  235M   1% /dev

tmpfs            97M  816K   96M   1% /run

none            5,0M     0  5,0M   0% /run/lock

none            242M  352K  242M   1% /run/shm

I see that on my root folder I have 1.1Gb free. The broken package is

linux-headers-3.2.0-33-generic-pae_3.2.0-33.52_i386.deb

which only takes up 11.3Mb on my hard drive.

I'm soooo lost.
I really hope there is something I'm missing here. I don't want to go about reformatting this bucket. It's really not worth the time.
Any help for fixing this would be hot.

I actually found the solution to my problems. It seemed that using root to launch nautilus caused all inodes to go up to 100%. Had to clean those up in the trashes of the root. So I did the following:

df -i

That gave me the following:

$ df -i

Filesystem     Inodes  IUsed IFree IUse% Mounted on

/dev/sda1      460560 456125  4435  100% /

udev            60125    491 59634    1% /dev

tmpfs           61943    403 61540    1% /run

none            61943      3 61940    1% /run/lock

none            61943      8 61935    1% /run/shm

woops! inodes in use 100%? that means lots and lots of tiny files stored somewhere. Where?

I used the command:

sudo du -h /* | grep '[0-9]M'

That gave a huge list of files which seemed ok except the fact that the root trashes was full of files in:

/root/.local/share/Trash/files/

So I ran:

sudo rm -r /root/.local/share/Trash/files/

and:

sudo touch /forcefsck

and then restarting to let the last command do its thing.

After that, running:

df -i

and df -Th

produced the following:

$ df -i

Filesystem     Inodes  IUsed  IFree IUse% Mounted on

/dev/sda1      460560 196674 263886   43% /

udev            60125    487  59638    1% /dev

tmpfs           61943    393  61550    1% /run

none            61943      3  61940    1% /run/lock

none            61943      8  61935    1% /run/shm



$ df -Th

Filesystem     Type      Size  Used Avail Use% Mounted on

/dev/sda1      ext4      7,0G  4,7G  2,0G  71% /

udev           devtmpfs  235M  4,0K  235M   1% /dev

tmpfs          tmpfs      97M  816K   96M   1% /run

none           tmpfs     5,0M     0  5,0M   0% /run/lock

none           tmpfs     242M  356K  242M   1% /run/shm

iNodes were back to normal and I actually saw a slight increase in disk space (from 1,1 to 2,0 Gb) That made the system very fast too so there was a positive side effect to fixing the issue since my computer now seems to be lightning fast!

I want to note that if you suffer from the same issue, any folder in your system might hold those tiny files that fill up your inodes. Carefully examining the list that is created using:

sudo du -h /* | grep '[0-9]M'

will help you find which folder needs correction.

I had the same error while installing wine with update manager, and the only thing that helped was removing all my packages with rm /var/lib/apt/lists* -vf

sudo rm /var/lib/apt/lists/* -vf

It removed my packages, then I launched Software Center.
It said that it had broken packages, so I chose to repair them.
It downloaded the necessary packages.
After it everything went well.

I found the same problem recently but the culprit was Ubuntu itself. Due to the way it "does not" handles "rotation".

Previous versions of the linux-headers-generic package as well as the linux-images packages never got removed. If it was the last two or three no problem, but there were almost 20 versions of the kernel and kernel headers. the linux-headers package has a huge number of files, which eats up all your i-nodes. With removing all but the last tree kernels headers (previous linux-headers-generic-3.2.0-?) I went down from 100% i-nodes used to 45% used.

At first I didn't know what was causing the problem but after reading about your case I checked my i-nodes count and was a 100% full, well in practice like 200 free inodes from almost 700.000.

Just removing the previous linux-headers packages does the trick. Synaptic makes it easier with the GUI + search feature and order feature.

I write this also as a help to people encountering this problem recently.

All these answers didn't help me. But I found this page, and using the ideas there I could bring my inode count down from 100% to about 50% quickly: http://www.pkdavies.co.uk/142-dpkg-no-space-left-on-device.html

The idea is, basically to locate the folders which are eating up inodes.

In a terminal, cd to root to start:

# cd /

Then search for the folders eating up most inodes:

# for i in `ls -1A`; do echo "`find $i | sort -u | wc -l` $i"; done | sort -rn | head -20

That will give you a list of folders.
Follow the above steps again to cd into the folder with the highest count of inodes, and run the search command again.

I found lots of unused and uninstalled kernels which still took up space and inodes in the kernel sources folders, for example under /usr/src/linux-headers-*.

BEWARE, DO NOT REMOVE THE SOURCES FOR THE INSTALLED KERNEL --- CHECK OUT WITH uname -rv WHICH ONE THAT IS

Therefore, after I found the folders, I removed the obsolete directories one at a time, for example with

root@gamma:/usr/src# sudo rm -rf linux-headers-3.2.0-30

After this I could run this successfully to repair my system:

# apt-get -f install

Hope this helps.