[opensuse-factory] ballooning /
On a Piii system with last dup @ M1 ~6 weeks ago, I did zypper dup to M4, then dup to current Factory. When I started, / freespace was @ 88% (1 installed kernel). It's now at 99% (4837465 1k blocks, available 84783, 23 installed kernels), even after zypper clean and emptying /tmp. What, besides kernel files, is gobbling all that space? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 2010-12-08 12:49:29 -0500, Felix Miata wrote:
On a Piii system with last dup @ M1 ~6 weeks ago, I did zypper dup to M4, then dup to current Factory. When I started, / freespace was @ 88% (1 installed kernel). It's now at 99% (4837465 1k blocks, available 84783, 23 installed kernels), even after zypper clean and emptying /tmp. What, besides kernel files, is gobbling all that space?
given you are the only one who has access to the machine, start with cd / du --max-depth -k | sort -rn and then check all directories which are bigger than expected with running the "du" line in them. hth darix -- openSUSE - SUSE Linux is my linux openSUSE is good for you www.opensuse.org -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 2010/12/08 18:51 (GMT+0100) Marcus Rueckert composed:
On 2010-12-08 12:49:29 -0500, Felix Miata wrote:
On a Piii system with last dup @ M1 ~6 weeks ago, I did zypper dup to M4, then dup to current Factory. When I started, / freespace was @ 88% (1 installed kernel). It's now at 99% (4837465 1k blocks, available 84783, 23 installed kernels), even after zypper clean and emptying /tmp. What, besides kernel files, is gobbling all that space?
given you are the only one who has access to the machine, start with
cd / du --max-depth -k | sort -rn
and then check all directories which are bigger than expected with running the "du" line in them.
I started after rebooting to the newest kernel by removing the two older kernels. That brought available up to 342677/7%, leaving the net space loss from M1 to M4+ dup around 5%. # du --max-depth -k | sort -rn du: invalid maximum depth '-k' Try 'du --help' for more information. # All attempts to guess what du syntax you meant from reading the man page produced similar errors. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [12-08-10 19:38]:
On 2010/12/08 18:51 (GMT+0100) Marcus Rueckert composed:
cd / du --max-depth -k | sort -rn
du --max-depth=# -k | sort -rn
# du --max-depth -k | sort -rn du: invalid maximum depth '-k' Try 'du --help' for more information. #
All attempts to guess what du syntax you meant from reading the man page produced similar errors.
the unused man page says "--max-depth=N" amazing information there :^) -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 2010/12/08 20:01 (GMT-0500) Patrick Shanahan composed:
Felix Miata composed:
On 2010/12/08 18:51 (GMT+0100) Marcus Rueckert composed:
cd / du --max-depth -k | sort -rn
du --max-depth=# -k | sort -rn
# du --max-depth -k | sort -rn du: invalid maximum depth '-k' Try 'du --help' for more information. #
All attempts to guess what du syntax you meant from reading the man page produced similar errors.
the unused man page says "--max-depth=N"
amazing information there :^)
Only the understandable part, which for me is most of it, since as usual for man pages, examples are absent. # du --max-depth=1K -k | sort -rn 4216219 . 3221524 ./usr 677585 ./var 140599 ./lib 79597 ./root 45751 ./boot 28244 ./etc 11977 ./sbin 8361 ./bin 1773 ./opt 316 ./dev 271 ./smbmnt 151 ./nfs 25 ./disks 12 ./lost+found 7 ./hpfs 5 ./tmp 2 ./.config 1 ./srv 1 ./pub 1 ./mnt 1 ./media 1 ./isos 1 ./home 0 ./sys 0 ./proc Not having done this prior to dup'ing for comparison, I have no real idea what this means. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
* Felix Miata <mrmazda@earthlink.net> [12-08-10 22:47]:
On 2010/12/08 20:01 (GMT-0500) Patrick Shanahan composed:
the unused man page says "--max-depth=N"
amazing information there :^)
Only the understandable part, which for me is most of it, since as usual for man pages, examples are absent.
# du --max-depth=1K -k | sort -rn 4216219 . 3221524 ./usr 677585 ./var 140599 ./lib
again from the hard to read man pages: -k like --block-size=1K --max-depth=N print the total for a directory (or file, with --all) only if it is N or fewer levels below the command line argument; --max-depth=0 is the same as --summarize ./user has 3221524 1k blocks or 3221524 k or 3.22154gb man sort yealds -r, --reverse reverse the result of comparisons -n, --numeric-sort compare according to string numerical value like biggest numbers first but again, no examples, but for such simple things are examples really necessary? If you find they would enhance the man pages sufficiently, why don't you experiment with the parameters and concoct examples and update the man pages? -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Wed, 08 Dec 2010 12:49:29 -0500 Felix Miata <mrmazda@earthlink.net> wrote:
On a Piii system with last dup @ M1 ~6 weeks ago, I did zypper dup to M4, then dup to current Factory. When I started, / freespace was @ 88% (1 installed kernel). It's now at 99% (4837465 1k blocks, available 84783, 23 installed kernels), even after zypper clean and emptying /tmp. What, besides kernel files, is gobbling all that space?
23 kernels is taking quite some amount of space. Do you really need them all? My kernel-desktop is (according to rpm -qi) taking ~140MB of space. Or are you complaining that there are now 23 kernel installed? In that case, do you have "multiversion = provides:multiversion(kernel)" or something like that in your /etc/zypp/zypp.conf? -- Stefan Seyfried "Any ideas, John?" "Well, surrounding them's out." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 12/08/2010 08:04 PM, Stefan Seyfried wrote:
On Wed, 08 Dec 2010 12:49:29 -0500 Felix Miata <mrmazda@earthlink.net> wrote:
On a Piii system with last dup @ M1 ~6 weeks ago, I did zypper dup to M4, then dup to current Factory. When I started, / freespace was @ 88% (1 installed kernel). It's now at 99% (4837465 1k blocks, available 84783, 23 installed kernels), even after zypper clean and emptying /tmp. What, besides kernel files, is gobbling all that space?
23 kernels is taking quite some amount of space. Do you really need them all? My kernel-desktop is (according to rpm -qi) taking ~140MB of space.
Or are you complaining that there are now 23 kernel installed? In that case, do you have "multiversion = provides:multiversion(kernel)" or something like that in your /etc/zypp/zypp.conf?
AFAIR it goes like this : a) Check which unwanted kernel stuff is installed with rpm -qa | grep kernel b) Use carefully, see http://bugzilla.novell.com/show_bug.cgi?id=492251 , zypper rm "kernel* <= the version strings of the kernel stuff you want to remove" You need the quotes and check what zypper wants to remove carefully because the last time I did this it still didn't work as expected, you may have to play around a bit. Regards Dave P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 2010/12/09 13:04 (GMT+0200) Dave Plater composed:
Felix Miata wrote:
On a Piii system with last dup @ M1 ~6 weeks ago, I did zypper dup to M4, then dup to current Factory. When I started, / freespace was @ 88% (1 installed kernel). It's now at 99% (4837465 1k blocks, available 84783, 23 installed kernels), even after zypper clean and emptying /tmp. What, besides kernel files, is gobbling all that space?
AFAIR it goes like this : a) Check which unwanted kernel stuff is installed with rpm -qa | grep kernel b) Use carefully, see http://bugzilla.novell.com/show_bug.cgi?id=492251 , zypper rm "kernel*<= the version strings of the kernel stuff you want to remove" You need the quotes and check what zypper wants to remove carefully because the last time I did this it still didn't work as expected, you may have to play around a bit.
# rpm -qa | grep kernel kernel-desktop-2.6.37-10.1.i586 kernel-firmware-20100617-4.2.noarch kerneloops-0.12-38.3.i586 nfs-kernel-server-1.2.3-3.1.i586 Dare anyone remove kerneloops or kernel-firmware? # df / Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda10 4837465 4249030 342643 93% / So, it appears each installed kernel consumes about 3% of a 4.8G partition, or about 144M. ISTR it used to be possible to boot Linux from a 144k floppy. O_O Still, M4+ appears to be about 240M bigger than M1. Is this expected? Did a whole bunch of new deps and/or recommends get pulled in? Are update-test* packages new since M1? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On Thu, Dec 09, 2010 at 10:04:54AM -0500, Felix Miata wrote:
On 2010/12/09 13:04 (GMT+0200) Dave Plater composed:
Felix Miata wrote:
On a Piii system with last dup @ M1 ~6 weeks ago, I did zypper dup to M4, then dup to current Factory. When I started, / freespace was @ 88% (1 installed kernel). It's now at 99% (4837465 1k blocks, available 84783, 23 installed kernels), even after zypper clean and emptying /tmp. What, besides kernel files, is gobbling all that space?
AFAIR it goes like this : a) Check which unwanted kernel stuff is installed with rpm -qa | grep kernel b) Use carefully, see http://bugzilla.novell.com/show_bug.cgi?id=492251 , zypper rm "kernel*<= the version strings of the kernel stuff you want to remove" You need the quotes and check what zypper wants to remove carefully because the last time I did this it still didn't work as expected, you may have to play around a bit.
# rpm -qa | grep kernel kernel-desktop-2.6.37-10.1.i586 kernel-firmware-20100617-4.2.noarch kerneloops-0.12-38.3.i586 nfs-kernel-server-1.2.3-3.1.i586
Dare anyone remove kerneloops or kernel-firmware?
Sure, kerneloops is not a required package at all, but it's also very small and not causing size issues for you.
# df / Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda10 4837465 4249030 342643 93% /
So, it appears each installed kernel consumes about 3% of a 4.8G partition, or about 144M. ISTR it used to be possible to boot Linux from a 144k floppy. O_O
You still can, just not with every single kernel module built for all hardware on that same floppy. thanks, greg k-h -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (6)
-
Dave Plater -
Felix Miata -
Greg KH -
Marcus Rueckert -
Patrick Shanahan -
Stefan Seyfried