on Fri, Feb 13, 2004 at 05:54:17PM +0100, Andreas Janssen ([EMAIL PROTECTED]) wrote:
> Hello
> 
> M.Kirchhoff (<[EMAIL PROTECTED]>) wrote:
> 
> > I've been using GNU/Linux now for 18 months, and Debian for about 12.
> > Currently, my workstation hard drive is partitioned simply:
> > 
> > /dev/hda1 => /
> > /dev/hda2 => swap
> > 
> > I just purchased a new 120GB IDE drive, however, and would like to
> > partition it more effectively, now that I'm more comfortable with
> > Debian and GNU/Linux in general.
> > 
> > Here's my proposed scheme, based on Karsten's guide--out-of-date, but
> > useful nonetheless:
> > http://kmself.home.netcom.com/Linux/FAQs/partition.html

Updated at http://twiki.iwethey.org/Main/NixPartitioning

> > 20GB  => WinXP (unless by some stroke of fortuity Half-Life2 is ported
> > to Linux) 150MB => /
> > 100MB => /boot

Slight overkill.  Kernels run about 1 MiB.  initrd images ~3-5 MiB.  I'm
at 32 MiB and 40% used.  Recommended 32-64 MiB will hold you for years.

> > 1GB   => /tmp

Overkill.  Though perhaps less so than it might have been.  I'm at 256
MiB and 22% used, with a fair bit of excess in /tmp.

> > 1GB   => swap

I recommend multiple swap partitions, sized to your current RAM
allocation, maxing at your max RAM.

If you have 512 MiB on the box, and a 2 GiB max ram, give yourself four
512 MiB swap partitions, totalling 2 GiB.  Mount two.  When you add more
RAM, mount another, then the last.  This gives you swap == 2-1 x RAM.
And if you need to reclaim one at some point for temporary storage, you
can.


> > 1GB   => /var

That's tight.  I'd do 1.5 - 2 GiB.  Damned apt cache keeps sucking up
space.  As does /var/lib.  Likewise if you plan on large databases,
websites, etc.

> > 20GB  => /usr

*Way* too big.  3-6 GiB will hold you for years.

> > 5GB   => /usr/local

Probably too big.  There's not a hell of a lot of stuff you put in
/usr/local on a Debian system.

> > ~70GB => /home

Looks like you can up that to about 95 GB


You've also left off a recovery partition.  I keep a 256 MiB - 512 MiB
partition on which a relatively minimal installation is kept.  If I futz
my primary partition, or need to shuffle things around, I can mount
this.  Package list at:

    http://kmself.home.netcom.com/Downlaod/system2-packages.gz


> Here is my partition scheme:
> 20 GB Windows
> 512 MB swap
> 32 MB /boot
> 96 MB /
> 1 GB /var
> 1 GB /tmp
> 2 GB /usr
> 3.5 GB /opt
> 1 GB /usr/local
> 2 GB /home

Pretty sane.  Except for that first partition ;-)



> Some comments:
> 
> On var: keep in mind that apt caches downloaded packages there. If you
> download packages over a net connection, make sure the place is
> sufficient for the cache. Depending on your needs, 1 GB may not be
> enough (or you will have to clean up /var/cache/apt/archives
> regularly)

And other stuff:

    # cd /var; du -sx *  | sort -nr | cat -n
         1  668353  cache
         2  187340  lib
         3  32661   account
         4  31227   log
         5  5641    www
         6  5045    backups
         7  1749    spool
         8  187     run
         9  34      games
        10  17      mail
        11  2       lock
        12  1       tmp
        13  1       opt
        14  1       local
        15  1       autofs

> On /tmp: some programs like store files there temporarily although
> they will go somewhere else in the end. I think Mozilla stores
> downloads in /tmp until the downloads are finished. This is also the
> place where most CD writing GUI programs will put image files by
> default (although you can change that).

obDisclosure:  I don't burn ISOs much.

> On /usr: if you keep /usr/local on a different partition, 20 GB seems
> to be more than you need. 

Agreed.



Peace.

-- 
Karsten M. Self <[EMAIL PROTECTED]>        http://kmself.home.netcom.com/
 What Part of "Gestalt" don't you understand?
   The Consumer Broadband and Digital Television Promotion Act:
     Feinstein's answer to Enron envy.
       http://www.politechbot.com/docs/cbdtpa/hollings.s2048.032102.html

Attachment: signature.asc
Description: Digital signature

Reply via email to