Page suivante - Page précédente - Table des matières

14. Remarques en guise de conclusion

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.

14.1 En préparation

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.

14.2 Demande d'information

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.

  • Plus d'information sur la taille de swap nécessaire et la plus grande taille de swap autorisée avec les différentes versions du noyau.
  • Est-ce qu'il est fréquent qu'un disque soit abîmé ou qu'un système de fichier soit corrompu ? Autant que je me souvienne, je n'ai jamais connu que des problèmes dûs à du matériel défectueux.
  • J'ai aussi besoin de documentation sur la vitesse comparée des disques.
  • Y a-t-il d'autres contrôleurs RAID compatibles avec Linux ?
  • Des pistes quant aux systèmes de fichiers, à la gestion de volumes et assimilés sont bienvenues.
  • Quels utilitaires dignes d'intérêt sont disponibles ?
  • Il faudrait aussi une liste complète des sources d'information. Peut-être sur un document séparé ?
  • L'usage de /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.

14.3 Suggestions pour participer à un projet.

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.

Des outils de Planning

qui automatisent la conception d'un système constituent un projet de taille moyenne. Une sorte d'exercice en programmation par contraintes.

Des outils de partitionnement

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.

Des outils de surveillance

qui surveillent les partitions et tirent la sonnette d'alarme avant qu'elles soit pleines.

Des outils de migration

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.


Page suivante - Page précédente - Table des matières