La configuration des disques et le choix des partitions sont difficiles, et on n'a pas donn� de r�gles fixes ici. Cependant, y travailler un peu peut apporter des gains consid�rables. Maximiser l'usage d'un seul disque quand les autres sont inactif est loin d'�tre optimal, regardez les LED, elles ne sont pas l� que pour la d�coration. Avec un syst�me bien fait, les petites diodes qui indiquent l'activit� des disques doivent clignoter comme des lampes de discoth�que. Linux permet le RAID au niveau logiciel mais supporte aussi quelques contr�leurs RAID SCSI. V�rifiez ce qui est disponible. Plus tard, si vous re-partitionnez votre syst�me, vous pourrez jetez � nouveau un oeil � ce document. Les commentaires et les contributions sont bienvenus.
Il y a encore quelques sujets qui vont appara�tre ici. En particulier je vais ajouter d'autres exemples de tables pour la configuration de grands r�seaux. Des exemples de r�seaux marchant sans probl�me sont les bienvenus.
Il reste aussi un peu de boulot dans ce HOWTO sur les syst�mes de fichiers et utilitaires.
Une grande section sera ajout�s sur les technologies de disque dur
ainsi qu'une meilleure description sur l'utilisation de fdisk
or cfdisk. La section sur les syst�mes de fichiers se
remplira au fur et � mesure que les nouveaut�s sortiront.
J'ai re�u r�cemment une plaquette de DPT, qui fabrique le premier syst�me RAID hardware support� par Linux. Leurs feuillets portent maintenant le petit pingouin Linux. Bient�t plus d'information � ce sujet.
Il y a quelques petits passages qui font double emploi avec le Filesystem Hierarchy Standard. Les enlever signifiera probablement un remaniement complet des tables de la fin de ce document.
J'envisage aussi d'�crire un programme qui automatiserait le processus de d�cision, en donnant un point de d�part simple et plus complet.
Ecrire ce document a pris un certain temps et bien qu'il commence � ressembler � quelque chose, ce document a encore besoin d'information que seul vous, pr�cieux lecteurs, pouvez m'apporter.
/tmp et /var/tmp est difficile �
d�terminer, en fait savoir quels programmes utilisent quel r�pertoire
n'est pas �vident, plus d'information � ce sujet est
bienvenue. Cependant, il reste clair que ces deux r�pertoires doivent
�tre sur des disques diff�rents pour profiter du parall�lisme.Sur les forums comp.os.linux.* on trouve plein de bonnes id�es. Je vais en lister ici quelques-uns en rapport avec notre sujet. Les projets ambitieux comme un nouveau syst�me de fichiers doivent toujours �tre post�s soit pour trouver des collaborateurs soit pour voir si quelqu'un ne travaille pas d�j� dessus.
qui automatisent la conception d'un syst�me constituent un projet de taille moyenne. Une sorte d'exercice en programmation par contraintes.
qui acceptent en entr�e le r�sultat du programme mentionn� ci-dessus et formatent les disques en parall�le puis cr�ent l'arborecence de fichiers avec les bons liens symboliques. Ce serait encore mieux si on int�grait �a � des programmes d'installation existants. Le programme d'installation de Solaris est un bon exemple � m�diter.
qui surveillent les partitions et tirent la sonnette d'alarme avant qu'elles soit pleines.
qui permettent de d�placer sans danger des arborescences enti�res (par exemple pour migrer vers un syst�me RAID). Ce serait par exemple un script shell assez simple contr�lant un programme de sauvegarde. Cependant, veillez � ce qu'il soit s�curis� et qu'il permette de revenir en arri�re.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:42