Mandriva This Forum is for the discussion of Mandriva (Mandrake) Linux.
Notices
Welcome to
LinuxQuestions.org , a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free.
Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please
contact us . If you need to reset your password,
click here .
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a
virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month.
Click here for more info.
11-18-2009, 10:41 PM
#1
Senior Member
Registered: Apr 2004
Location: Brisbane, Australia
Distribution: Devuan
Posts: 3,654
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
Last edited by GlennsPref; 11-18-2009 at 10:42 PM .
Reason: spelling
11-19-2009, 01:09 AM
#2
LQ Guru
Registered: Mar 2004
Distribution: SusE 8.2
Posts: 5,863
Rep:
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
11-19-2009, 02:12 AM
#3
Senior Member
Registered: Mar 2003
Location: Brisbane Queensland Australia
Distribution: Custom Debian Live ISO's
Posts: 1,291
Rep:
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.
11-19-2009, 04:40 AM
#4
Senior Member
Registered: Apr 2004
Location: Brisbane, Australia
Distribution: Devuan
Posts: 3,654
Original Poster
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
11-19-2009, 04:39 PM
#5
Senior Member
Registered: Apr 2004
Location: Brisbane, Australia
Distribution: Devuan
Posts: 3,654
Original Poster
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 .
df
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
11-24-2009, 04:13 AM
#6
Senior Member
Registered: Apr 2004
Location: Brisbane, Australia
Distribution: Devuan
Posts: 3,654
Original Poster
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
11-25-2009, 03:46 AM
#7
Senior Member
Registered: Mar 2003
Location: Brisbane Queensland Australia
Distribution: Custom Debian Live ISO's
Posts: 1,291
Rep:
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.
11-25-2009, 04:51 AM
#8
Senior Member
Registered: Apr 2004
Location: Brisbane, Australia
Distribution: Devuan
Posts: 3,654
Original Poster
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
All times are GMT -5. The time now is 04:17 PM .
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know .
Latest Threads
LQ News