[arch] The ever lasting story: hard disk partitioning
Nicolas Dufour
capnemo at archlinuxfr.org
Wed Nov 1 16:41:46 EST 2006
I would say :
/boot 10-500Mo
swap ~ 1-2*ram (even if now the twice the ram becomes a bit ridiculeous)
/ 5-10Go
/home what is left.
It's usually better to have a swap a bit bigger the ram. If you need the
suspend feature you will be set.
For the root, I used to have the traditionnal set : /, /var, /usr, /tmp
and so on. But is it really usefull ? not really.
For security reason, the separation of / and /usr can be usefull but
that's it. I'm using a 10G for the / and I'm comfy ;)
The separation of /var can be nice too. But be carefull to put the right
size ...
CapNemo
On Wed, 2006-11-01 at 22:05 +0100, RedShift wrote:
> Ehlo
>
> Usually I don't really care about hard disk partitioning, because most
> of my computers are just workstations. One big /, a swap partition and
> sometimes a small /boot partition. However, now I want to install a
> server and I'm not quite sure my partition scheme is chosen wisely:
>
> /boot <- 25 mb
> swap <- 1 GB (server has 1 gb ram)
> / <- 2 GB
> /usr/local <- 500 MB
> /home <- The rest
>
> Point of /usr/local is for all custom compiled software (not the
> packages from the repositories). Now this all looks good, but there are
> 2 problems with this setup:
>
> 1) /var is on the root volume (/), which is 2 GB in size. Ofcourse, when
> the system is under attack or some other reason /var fills up, my / is
> full and this could lead to a dangerous situation (not being able to log
> in anymore). Also the logs are on the same volume. Would it be wise to
> create under /home for example /home/system/logs and let /var/log be a
> symlink to that?
>
> 2) /tmp can fill up too. I would consider mounting /tmp with tmpfs, 512
> MB in size, is that enough for server purposes? (Web/mail/general purpose)
>
> Thanks for your advice.
>
> Glenn
>
>
>
> _______________________________________________
> arch mailing list
> arch at archlinux.org
> http://www.archlinux.org/mailman/listinfo/arch
More information about the arch
mailing list