l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
September 15: Scratch: programming for children and other not-yet-programmers
Next Installfest:
TBD
Latest News:
Aug. 18: Discounts to "Velocity" in NY; come to tonight's "Photography" talk
Page last updated:
2005 Jun 29 12:17

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] I'm out of space on /
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] I'm out of space on /



on Tue, Jun 28, 2005 at 05:06:20AM -0700, Shwaine (shwaine@shwaine.com) wrote:
> On Sun, 26 Jun 2005, Jay Strauss wrote:
> 
> >hydrogen:/# du -hxs *
> >2.7M    bin
> >8.3M    boot
> >0       cdrom
> >88K     dev
> >6.9M    etc
> >1.0K    initrd
> >0       initrd.img
> >79M     lib

This suggests a couple of kernels.  Current (2.6) kernels are running
~40 MiB in modules.  You can spare space by:

  - Deleting unused kernels.

  - Copying older kernel's modules to an alternate location and linking
    them back.  Kernel won't be bootable, but you'll be able to undo the
    damage if necessary.  If you use an initrd to load boot-required
    drivers, this actually *will* work.

  - Compiling your own kernel with only necessary modules.  SCSI, ISDN,
    bluetooth, telephony, atm, and many network drivers can be dropped
    for considerable savings.  Alternatively, you could copy driver
    trees not needed at boot to another partition and symlink them back.
    Post-boot, module loads will work.

Because of kernel bloat, I'm currently recommending a minimum of ~150,
and preferably ~250 MiB+ for root.

<snip>

> >385M    proc

> On Mon, 27 Jun 2005, Jay Strauss wrote:
> 
> >hydrogen:/# df -h
> >Filesystem            Size  Used Avail Use% Mounted on
> >/dev/hda1             133M  107M   19M  86% /
> >tmpfs                 189M  4.0K  189M   1% /dev/shm
> >/dev/hda8              27G  1.4G   24G   6% /home
> >/dev/hda7             361M  8.1M  334M   3% /tmp
> >/dev/hda5             4.6G  821M  3.6G  19% /usr
> >/dev/hda6             2.8G  113M  2.6G   5% /var
> >fe:/home               50G   16G   32G  34% /mnt/fe/home
> 
> 
> Off the bat a few things popped at me... first double-check the size on 
> /proc. That seems a bit high, particularly given your second email that 
> says the partition is not even that large. 

/proc is a virtual filesystem, it doesn't exist.  Most files in it
report a filesize of zero.

The exceptions are any symlinks (always report a size of 1), and
/proc/kcore, which reports memory size.

From which, we can assume Jay's got 386MB RAM on his box.

> If you have a rogue process chewing up disk space, you'll want to
> solve that first. Second, also check the inodes available with df -i
> just in case this is a case of inode exhaustion instead of disk space.

Good suggestion but doesn't seem to fit the data as presented.

> My final thought is to look through /lib and see if you need all the
> libraries you have installed as it seems to be the lion's share of the
> partition. My lib directory is about half the size of yours, but I
> tend to be minimalistic with my installations.

You've likely only got one kernel installed.


...and for comparison, local partitions, and root FS sizes:

    Filesystem            Size  Used Avail Use% Mounted on
    /dev/hda2             228M  196M   21M  91% /
    tmpfs                 475M  4.0K  475M   1% /dev/shm
    /dev/hda1              38M   28M  8.8M  76% /boot
    /dev/hda9             259M  197M   63M  76% /tmp
    /dev/hda10           1004M  820M  185M  82% /var
    /dev/hda11            3.0G  2.8G  143M  96% /usr
    /dev/hda12           1004M  493M  512M  50% /usr/local
    /dev/hda13             12G   11G  720M  94% /home

And root utilization:

    # du -s bin dev etc lib root sbin            
    4364	bin
    95	dev
    34960	etc
    115593	lib
    33286	root
    4909	sbin


Peace.

-- 
Karsten M. Self <kmself@ix.netcom.com>        http://kmself.home.netcom.com/
 What Part of "Gestalt" don't you understand?
    I myself am often surprised at life's little quirks.
    - Princess Bride

Attachment: signature.asc
Description: Digital signature

_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.