LinuxQuestions.org - Disk space usage (/) 19Gb, 4363Mb used 98% full.

- Mandriva (https://www.linuxquestions.org/questions/mandriva-30/)

- - Disk space usage (/) 19Gb, 4363Mb used 98% full. (https://www.linuxquestions.org/questions/mandriva-30/disk-space-usage-19gb-4363mb-used-98-full-770110/)

Disk space usage (/) 19Gb, 4363Mb used 98% full.

Hi, I have just upgraded my system to 2010, by adding a new 500Gb HD and partitioning it for separation of files.

I get this bogus error message. (something like)

Disk space usage (/) 19Gb, 4363Mb used, 98% full.

I have numerous partitions, here is my fstab....with sizes...

Code:

# Entry for /dev/sda5 :19Gb

UUID=93a866a5-8621-44ac-91b5-fc08153eff3a / ext4 relatime 1 1

# Entry for /dev/sda1 :94Mb

UUID=69732e83-81c0-446b-b700-0576f9fa649e /boot ext4 relatime 1 2

# Entry for /dev/sda15 :388Gb

UUID=980ade38-98ce-482f-b150-91703037343a /home ext4 relatime 1 2

tmpfs /dev/shm tmpfs noatime 0 0

# Entry for /dev/sdc1 :55Gb

UUID=3ad51d2e-2dac-4228-92bf-19109dd80978 /home/glenn/local/MusicBox/sdc1 ext3 defaults 1 2

# Entry for /dev/sdc6 :19Gb

UUID=54fb2088-152e-4377-a4f6-e8ad778a4858 /home/glenn/local/MusicBox/sdc6 ext3 defaults 1 2

# Entry for /dev/sdc7 :32Gb

UUID=b1c9ad38-1e0d-4da1-8d3e-533ca3ec300c /home/glenn/local/MusicBox/sdc7 ext3 defaults 1 2

# Entry for /dev/sdd5 :52Gb

UUID=50d64418-2b85-4d5b-89c7-4c1ebc098186 /home/glenn/local/sdd/sdd5-Archive ext4 defaults 1 2

# Entry for /dev/sdd7 :62Gb

UUID=859db843-6255-4873-a1f8-4964d2be8708 /home/glenn/local/sdd/sdd7-Music ext4 defaults 1 2

# Entry for /dev/sdb8 :73Gb

UUID=831c4da7-9557-4f8c-b230-0b89b424b28d /home/glenn/local/spare ext4 relatime 1 2

# Entry for /dev/sdb9 :73Gb

UUID=4019c67c-5b6f-4fc3-b8b0-bd5c37f82ceb /home/glenn/local/stuff ext4 relatime 1 2

# Entry for /dev/sdb7 :34Gb

UUID=962605b4-5bd2-4622-9018-e3cb3e207be6 /home/glenn/local/vm1 ext4 relatime 1 2

/dev/cdrom /media/cdrom auto umask=0,users,iocharset=utf8,noauto,ro,exec 0 0

/dev/fd0 /media/floppy auto umask=0,users,iocharset=utf8,noauto,exec,flush 0 0

# Entry for /dev/sdb1 :21Gb

UUID=E098342C98340416 /mnt/win_c ntfs-3g defaults,umask=000 0 0

# Entry for /dev/sdb6 :28Gb

UUID=BBD6-9A00 /mnt/win_c2 vfat defaults,umask=000 0 0

# Entry for /dev/sdd6 :30Gb

UUID=4BC7-A5AA /mnt/win_d vfat defaults 0 0

# Entry for /dev/sda12 :4.9Gb

UUID=5b37c6bf-d143-47d4-95dc-becc611044d0 /opt ext4 relatime 1 2

none /proc proc defaults 0 0

# Entry for /dev/sda8 :3Gb

UUID=3d825098-df26-43c7-a0e6-4b91f4264df2 /tmp ext4 relatime 1 2

# Entry for /dev/sda7 :9.9Gb

UUID=9e11b549-a90c-4019-b623-aaa7640a59a6 /usr ext4 relatime 1 2

# Entry for /dev/sda11 :4.9Gb

UUID=2f76224b-0daa-4f02-b3ce-84168ceaf8f4 /usr/local ext4 relatime 1 2

# Entry for /dev/sda9 :4.9Gb

UUID=a3478260-e67c-4cbb-a254-20f2d6ce3f6f /usr/src ext4 relatime 1 2

# Entry for /dev/sda6 :19Gb

UUID=928f3f04-d96f-4c81-8d41-a4d73732e29d /var ext4 relatime 1 2

# Entry for /dev/sda14 :4.9Gb

UUID=de53e680-5bca-4e10-8ae0-1593d5da1903 /var/spool ext4 relatime 1 2

# Entry for /dev/sda13 :1.9Gb

UUID=9448ef8b-9ec1-4f0e-b9f6-d86254a39adc /var/www ext4 relatime 1 2

# Entry for /dev/sda10 :1.9Gb

UUID=01a27b09-61ca-4bad-9b7b-c9827d6c5f67 swap swap defaults 0 0

# Entry for /dev/sdb5 :2.1Gb

UUID=54385f46-3f77-4f7d-8a29-2acc6c6a343b swap swap defaults 0 0

df shows...

Code:

glenn@GamesBox:~$ df                    (19-11 14:36)

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda5              20G  20G    0 100% /

/dev/sda1              92M  30M  62M  33% /boot

/dev/sda15            383G  84G  300G  22% /home

tmpfs                1006M  1.5M 1005M  1% /dev/shm

/dev/sdc1              56G  17G  40G  30% /home/glenn/local/MusicBox/sdc1

/dev/sdc6              20G  9.4G  9.0G  52% /home/glenn/local/MusicBox/sdc6

/dev/sdc7              33G  3.9G  29G  13% /home/glenn/local/MusicBox/sdc7

/dev/sdd5              52G  180M  52G  1% /home/glenn/local/sdd/sdd5-Archive

/dev/sdd7              62G  180M  62G  1% /home/glenn/local/sdd/sdd7-Music

/dev/sdb8              73G  14G  59G  19% /home/glenn/local/spare

/dev/sdb9              72G  16G  57G  22% /home/glenn/local/stuff

/dev/sdb7              34G  16G  19G  45% /home/glenn/local/vm1

/dev/sdb1              22G  15G  7.1G  68% /mnt/win_c

/dev/sdb6              29G  11G  18G  38% /mnt/win_c2

/dev/sdd6              31G  18G  13G  58% /mnt/win_d

/dev/sda12            5.0G  338M  4.6G  7% /opt

/dev/sda8            3.1G  73M  3.0G  3% /tmp

/dev/sda7            9.9G  4.7G  4.7G  50% /usr

/dev/sda11            5.0G  142M  4.8G  3% /usr/local

/dev/sda9            5.0G  4.9G  19M 100% /usr/src

/dev/sda6              20G  694M  20G  4% /var

/dev/sda14            5.0G  168M  4.8G  4% /var/spool

/dev/sda13            2.0G  85M  1.9G  5% /var/www

glenn@GamesBox:~$

I have manually checked the main folders off root(/) and got a figure of 4.3Gb (approx.) which is realistic, imho.

As /boot, /tmp, /var, /usr and /home are on separate partitions I feel this is a false positive, but running a few checks, to be sure, to be sure, have not been able to resolve the issue.

At the moment I can not install any more packages, even small ones (4kb)

I have run fsck -pfv, but received the same size info.

I have also checked symlinks and ldconfig (hoping) to no avail.

This is abnormal, But I don't know how to fix it without formatting and reinstalling.

Any suggestions would be appreciated.

Thank you, Glenn

Hi -

It's probably *not* a false positive. It definitely sounds like you're using 20GB of 20GB in your root ("/") partition.

By all means - please check "/dev", "/mnt". It's common to accidentally write large files to one of these directories by mis-typing a device name, or failing to actually mount a separate partition as expected.

Failing all else, another strategy to find the culprit is:

a) Go into single-user mode
b) *Unmount* all your partitions *except* "/"
c) Run "du -s" again to identify any (unexpected) space hogs

You may also have a hidden ".Trash" folder on a partition(s) which may have deleted files just sitting there. Was the /tmp folder always on another partition, or was it on root (/) partition for some time before it was moved to another partition, if it was, then there maybe some files that were never deleted first, so they will still be taking up space.

Thank you for the suggestions,

It very well may have been a stale .Trash dir.

/tmp has always been on it's own partition.

I had no joy with those and re-formatted and reinstalled.

First time in a while I've had to do that.

here is the output of df

Code:

[root@GamesBox glenn]# df

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda5              20G  308M  19G  2% /

/dev/sda1              92M  17M  70M  20% /boot

/dev/sda15            383G  84G  300G  22% /home

/dev/sdc1              56G  17G  40G  30% /home/glenn/local/MusicBox/sdc1

/dev/sdc6              20G  9.4G  9.0G  52% /home/glenn/local/MusicBox/sdc6

/dev/sdc7              33G  3.9G  29G  13% /home/glenn/local/MusicBox/sdc7

/dev/sdd5              52G  180M  52G  1% /home/glenn/local/sdd/sdd5

/dev/sdd7              62G  180M  62G  1% /home/glenn/local/sdd/sdd7

/dev/sdb8              73G  14G  59G  19% /home/glenn/local/spare

/dev/sdb9              72G  16G  57G  22% /home/glenn/local/stuff

/dev/sdb7              34G  16G  19G  45% /home/glenn/local/vm1

/dev/sdb1              22G  15G  7.1G  68% /mnt/win_c

/dev/sdb6              29G  11G  18G  38% /mnt/win_c2

/dev/sdd6              31G  18G  13G  58% /mnt/win_d

/dev/sda12            5.0G  338M  4.6G  7% /opt

/dev/sda8            3.1G  69M  2.8G  3% /tmp

/dev/sda7            9.9G  3.1G  6.4G  33% /usr

/dev/sda11            5.0G  142M  4.8G  3% /usr/local

/dev/sda9            5.0G  449M  4.3G  10% /usr/src

/dev/sda6              20G  673M  20G  4% /var

/dev/sda14            5.0G  168M  4.8G  4% /var/spool

/dev/sda13            2.0G  85M  1.9G  5% /var/www

/usr/src is looking tame again too.

Regards Glenn

ext4 fs, could it be because of?

Hi again, the issue has not been solved by reformatting.

Over night, I attempted to re-build my kernel, and it erred out during compilation.

"disk full"...

Code:

ld: final link failed: No space left on device

make[1]: *** [sound/pci/snd-azt3328.ko] Error 1

make: *** [modules] Error 2

du of the partition /usr/src (5 Gigabyte)

Code:

glenn@GamesBox:/usr/src$ du -s                (20-11 07:55)

du: cannot read directory `./lost+found': Permission denied

4.8G    .

glenn@GamesBox:/usr/src$ sudo du -s          (20-11 08:09)

5012644 .

Code:

glenn@GamesBox:/usr/src$ df                                                                          (20-11 08:10)

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda5              20G  315M  19G  2% /

/dev/sda1              92M  26M  61M  30% /boot

/dev/sda15            383G  84G  300G  22% /home

/dev/sdc1              56G  17G  40G  30% /home/glenn/local/MusicBox/sdc1

/dev/sdc6              20G  9.4G  9.0G  52% /home/glenn/local/MusicBox/sdc6

/dev/sdc7              33G  3.9G  29G  13% /home/glenn/local/MusicBox/sdc7

/dev/sdd5              52G  180M  52G  1% /home/glenn/local/sdd/sdd5

/dev/sdd7              62G  180M  62G  1% /home/glenn/local/sdd/sdd7

/dev/sdb8              73G  14G  59G  19% /home/glenn/local/spare

/dev/sdb9              72G  16G  57G  22% /home/glenn/local/stuff

/dev/sdb7              34G  16G  19G  45% /home/glenn/local/vm1

/dev/sdb1              22G  15G  7.1G  68% /mnt/win_c

/dev/sdb6              29G  11G  18G  38% /mnt/win_c2

/dev/sdd6              31G  18G  13G  58% /mnt/win_d

/dev/sda12            5.0G  338M  4.6G  7% /opt

/dev/sda8            3.1G  69M  2.8G  3% /tmp

/dev/sda7            9.9G  4.8G  4.6G  51% /usr

/dev/sda11            5.0G  142M  4.8G  3% /usr/local

/dev/sda9            5.0G  5.0G    0 100% /usr/src

/dev/sda6              20G  800M  19G  4% /var

/dev/sda14            5.0G  169M  4.8G  4% /var/spool

/dev/sda13            2.0G  85M  1.9G  5% /var/www

I've never had this kind of problem before,

When dissecting /usr/src, there are some large files, like...du

Code:

2.6G    ./linux-2.6.31.5-1mnb/drivers

...

125M    ./linux-2.6.31.5-1mnb/arch/x86

...

127M    ./linux-2.6.31.5-1mnb/arch

...

135M    ./linux-2.6.31.5-1mnb/sound/pci

...

223M    ./linux-2.6.31.5-1mnb/sound

...

590M    ./linux-2.6.31.5-1mnb/fs

...

643M    ./linux-2.6.31.5-1mnb/net

There is heaps more, they seem to be the largest.
...

I wonder if everything is just 10 times larger than it is supposed to be.

I'm going to try it again, by formatting /usr/src as ext3

Because it has not happend on my system b4 I used ext4.

I upgraded to Mandriva 2010.0 last week, and had no such problems,

Until I reformatted to ext4, which seems quite speedy . :-)

Still looking....

Glenn

Hi, I tried again and had a similar outcome, the 5gig partition was nearly filled.

Perhaps I never realised just how much space was required by re-building a kernel,

As I have only just started to use a separate partition for /usr/src when this occurred.

Make clean cleans it up.... using df

before make clean
/dev/sda15 5.0G 4.8G 0 100% /usr/src

after make clean
/dev/sda15 5.0G 455M 4.3G 10% /usr/src

Of course this is after the kernel has been re-configured, compiled and installed.

Who knows?

cheers Glenn

That is strange, I have compiled kernels many times, and most are usually around 700-900mb, that seems to be excessively large. My last kernel I compiled was 2.6.31.4 and it is only 895mb.

Hi, Thanks fotoguy, That looks better.

I also switched back to ext4 and there was no difference.

I tried a cooker kernel,

Code:

glenn@GamesBox:~$ uname -a

Linux GamesBox.GlennsPref.net 2.6.31.6-1mnb_GamesBox #1 SMP PREEMPT Tue Nov 24 10:15:09 EST 2009 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ GNU/Linux

Those are the results in post #6.

Maybe it's a tool used for compiling, it's ok now, just an anomaly(?).

cheers, Glenn