Le mercredi  7 f�vrier 2001 22:46 +0100, St�phane �crivait:
>  Salut � tous,

Salut,

Aahh ! Enfin une petite discussion sur le partitionnement. �a faisait
longtemps :))

>  voici ce que j'ai fait :
> 
>  /dev/hda2            /                        150 Mo
>  /dev/hda1            /boot                  40 Mo
>  /dev/hda5            /usr                    1.5 Go
>  /dev/hda6            /home                 500 Mo
>  /dev/hda7            /tmp                    256 Mo
>  /dev/hda8            /download           600 Mo
>  /dev/hda9            /var                     200 Mo
>  /dev/hda10          /var/log                2.0 Go
>  /dev/hda11          /var/squid            3.0 Go
>  /dev/hda12          /var/named          100 Mo
>  /dev/hda13          /var/spool/postfix  1.0 Go
>  /dev/hda14          swap                    256Mo
> 
>  je voudrais install� sur ce serveur dns, ssh, tripwire, firewall, postfix,
>  pgp, fetchmail, quota, ppoe, squid
> 
>  or j'ai install�
>  1 )  ssh sans probl�me.
>  2 )  les mails vont dans /var/mail/users alors il faut que j'agrandisse ma
>  partition et que je change /dev/hda13 ??

Non. Normalement, sur une potato, /var/mail est un lien vers
/var/spool/mail. Par contre, effectivement, tu n'as pas fait de
/var/spool/mail alors que �a peut-�tre int�ressant.

Personnellement, je ne vois pas l'int�r�t d'un /var/named, sachant que
les bases DNS sont des fichiers qui ne risquent pas trop de grandir de
mani�re impr�visible. Moi, je supprimerais /var/named et
/var/spool/postfix, et je ferais plut�t un /var/spool, pour avoir les
mailbox + les queues de mail + d'autres spool �ventuels sur une
partition.

De plus, je crois qu'une partition /tmp ind�pendante n'est pas utile. �
la limite, un /var/tmp pourrait servir, mais /tmp doit �tre accessible
tr�s t�t dans le boot. Je me demande m�me si la FHS ne d�conseille pas
de faire une partition /tmp ind�pendante.

Tu veux aussi installer tripwire. Je ne connais pas trop le produit,
mais je crois qu'il est de bon ton d'avoir ses bases de checksums sur
un file system � part, et en lecture seule.

Enfin, consid�ration d'ordre g�n�ral : m�me s'il est int�ressant de
partitionner un serveur pour �viter qu'un �ventuel remplissage de
partition ne perturbe le syst�me, il faut aussi se rappeler que
sur-d�couper ses disques, c'est tout aussi g�nant. Tu vas � un moment
ou � un autre te retrouver avec des partitions trop petites qui vont
t'emm... et tu seras oblig� de repartitionner. Et pour un serveur, �a
veut dire arr�t du service pendant un moment, ce qui peut �tre
difficile.


-- 
Alexandre Vitrac
CS SI


Répondre à