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.