
                       HOWTO: Les systmes multi-disques

Stein Gjoen, sgjoen (at) nyx.net
Traduit en franais par Patrick Loiseleur loisel (at) lri.fr

   v0.19b, 10 septembre 1998
     _________________________________________________________________

   _Ce document explique comment utiliser au mieux plusieurs disques et
   partitions avec Linux. Bien qu'une partie de ce texte soit spcifique
    Linux, il peut aussi d'appliquer  d'autres systmes d'exploitation
   multi-tches, tant donne l'approche gnrale adopte ici._
     _________________________________________________________________

1. Introduction

   Cette version a pour nom de code _The newer Generation_

   De nouveaux noms de code apparatront  mesure des changements pour
   indiquer l'tat du document.

   J'ai crit ce document principalement parce que j'ai hrit de trois
   vieux disques SCSI pour mettre en place mon systme Linux et je
   voulais savoir comment utiliser au mieux les capacits de paralllisme
   d'un systme SCSI. Et puis j'ai entendu dire qu'il y avait un prix
   pour les gens qui crivent des documents...

   Ce HOWTO est  lire en parallle avec le Linux Filesystem Structure
   Standard (FSSTND): en aucun cas il ne le remplace mais il explique o
   mettre physiquement les rpertoires dtaills dans le FSSTND en terme
   de disques, partitions, types, RAID, file system (fs), taille physique
   et autres. Cela aussi bien pour une machine Linux personnelle que pour
   un gros serveur Internet.

   La suite du FSSTND s'appelle Filesystem Hierarchy Standard (FHS) et
   couvre plus que Linux. FHS 2.0 est sorti mais certains dtails restent
    prciser et il faudra un certain temps avant que ce nouveau standard
   ait un impact sur les nouvelles distributions. Le FHS n'est encore
   utilis dans aucune distribution, mais Debian a annonc son intention
   de s'y conformer  partir de la version 2.1.

   (NdT: le FSSTND a t traduit en franais et est disponible 
   l'adresse suivante: http://www.freenix.fr/linux/fsstnd-fr/ et la
   traduction du FHS 2.0 est dans
   ftp://lirftp.insa-rouen.fr/pub/linux/french/docs/ )

   Il est galement conseill de lire le Guide d'Installation de Linux et
   si vous utilisez un PC, ce qui doit encore tre le cas de la majorit,
   vous pouvez trouver des informations plus prcises dans les FAQs du
   forum comp.sys.ibm.pc.hardware.

   C'est aussi une exprience pour moi d'crire ce HOWTO et j'espre
   qu'il voluera pour devenir plus dtaill et peut-tre mme plus
   correct.

   Avant tout quelques rappels lgaux. L'actualit a montr combien c'est
   important.

1.1 Copyright

   Copyright 1998 Stein Gjoen.

   Linux est une marque dpose appartenant  Linus Torvalds.

   Toutes les marques et logos cites dans ce document sont dposes par
   leurs propritaires respectifs.

   Sauf indication contraire, les HOWTOs Linux sont sous le copyright de
   leur(s) auteur(s). Les HOWTOs Linux peuvent tre reproduits et
   distribus intgralement ou en partie, sur un support physique ou
   lectronique, pourvu que cette notice de Copyright figure sur chacune
   de copies. La distribution dans un cadre commercial est autorise et
   mme encourage; cependant, l'auteur apprcierait d'tre inform de
   l'existence de telles distributions.

   Toute traduction, modification ou incorporation de ce document 
   d'autres doit tre soumise  la notice de Copyright ci-dessus.
   C'est--dire qu'il est interdit de restreindre les conditions de
   distribution ni de ce document ni de tout document qui serait bas
   dessus ou l'utiliserait. Des exceptions  cette rgle peuvent tre
   consenties: consulter le coordinateur des HOWTOs Linux  l'adresse
   ci-dessous.

   Pour toutes questions contacter le coordinateur des HOWTOs Linux, Greg
   Hankins,  l'adresse lectronique linux-howto@sunsite.unc.edu.

1.2 Avertissement

   Je dcline toute responsabilit au sujet du contenu de ce HOWTO.
   Utilisez les concepts, les exemples et les trucs  vos risques et
   prils.

   Les marques cites dans ce document sont dposes par leurs
   propritaires respectifs.

   Enfin, vous tes expressment invits  faire une sauvegarde de tout
   votre systme avant tout grand changement et  intervalles rguliers.

1.3 Nouveauts

   Ce HOWTO a maintenant un index et utilise les SGMLtools 1.0.5. Il ne
   sera donc pas format correctement avec une version antrieure.

   La nouveaut la plus rcente est la section sur le formatage d'un
   disque unique, tant donn que les disques de 8 Go deviennent
   abordables. On donne aussi des exemples de configuration RAID
   avances. Les gens s'intressent de plus en plus au VFAT32 et il y a
   des additions concernant ce systme de fichiers.

   Le FHS 2.0 est sorti mais aucune distribution ne s'y conforme: lorsque
   cela arrivera, ce HOWTO changera un peu. Pour l'instant il suit le
   FSSNTD.

   A propos de ce HOWTO justement, j'ai enlev le prfixe "mini" qui
   commenait  devenir comique vu sa taille. En fait ce document est si
   gros que j'ai d inclure un plan de lecture comme certains lecteurs me
   l'ont demand.

   Un ajout rcent est la section sur la meilleure manire d'obtenir de
   l'aide face  un problme que vous n'arrivez pas  rsoudre, ainsi que
   d'autres suggestions pour la maintenance. Cette section migrera
   bientt vers un autre HOWTO.

   A cause des quantits de Spams j'ai d truquer toutes les adresses
   lectroniques de ce document pour chapper aux robots des spammeurs
   qui scannent Internet  la recherche d'adresses  rajouter dans leurs
   listes. Pour m'crire il faut remplacer les (at) par le symbole @

   Un certain nombre de pointeurs vers des mailing lists ont t ajouts.

   Depuis la version 0.14 il y a eu trop de changements pour les numrer
   ici. J'ai reu beaucoup de remarques et un patch important de kris
   (at) koentopp.de qui ajoutait de nombreux dtails. En fait ce document
   a grandi au-del de mes prvisions.

   Je suis aussi pass en Debian 1.3 et j'ai remplac les valeurs
   d'espace disque de ma vielle Slackware en consquence. J'utiliserai la
   Debian comme base pour les discussions et les exemples, mais ce HOWTO
   s'applique aussi bien  d'autres distributions ou  d'autres systmes
   d'exploitation. Au moment o j'cris la Debian 2.0 est sortie en
   version bta et elle sera utilise pour les versions futures de ce
   document.

   Les nouveaux systmes de fichiers, journaliss,  hritage, ou
   optimiss pour fichiers  taille variable (comme les fichiers de log)
   bnficient d'un nouvel intrt dans les forums de comp.os.linux.
   Restez  l'coute pour les mises  jour. Le vieux programme de
   dfragmentation pour ext2fs est en cure de rajeunissement et il y a
   toujours du travail sur la compression.

   La dernire version (en anglais) de de ce document peut tre connue
   avec la commande finger sur mon compte Nyx.

   On la trouve aussi sur ma page Web: The Multi Disk System Tuning HOWTO
   Homepage.

   La dernire version traduite en franais est sur Freenix.

   Ce HOWTO est disponible en plusieurs formats: SGML, HTML, PostScript
   ou texte simple.

   La traduction franaise que vous lisez est due  Patrick Loiseleur
   (courrier: loisel (at) lri.fr) et c'est  lui qu'il faut envoyer
   commentaires, remarques sur la traduction elle-mme.

1.4 Remerciements

   J'ai le plaisir de remercier les personnes suivantes qui ont contribu
    ce HOWTO:

ronnej (at ) ucs.orst.edu
cm (at) kukuruz.ping.at
armbru (at) pond.sub.org
R.P.Blake (at) open.ac.uk
neuffer (at) goofy.zdv.Uni-Mainz.de
sjmudd (at) redestb.es
nat (at) nataa.fr.eu.org
sundbyk (at) horten.geco-prakla.slb.com
gjoen (at) sn.no
mike (at) i-Connect.Net
roth (at) uiuc.edu
phall (at) ilap.com
szaka (at) mirror.cc.u-szeged.hu
CMckeon (at) swcp.com
kris (at) koentopp.de
edick (at) idcomm.com
pot (at) fly.cnuce.cnr.it
earl (at) sbox.tu-graz.ac.at
ebacon (at) oanet.com
vax (at) linkdead.paranoia.com
tschenk (at) theoffice.net
pjfarley (at) dorsai.org
jean (at) stat.ubc.ca
johnf (at) whitsunday.net.au

   Des remerciements spciaux vont  nakano (at) apm.seikei.ac.jp pour
   avoir fait la traduction japonaise, contribu au document et donn un
   exemple de serveur en milieu acadmique qui est inclus  la fin de ce
   document.

   Si j'ai oubli quelqu'un, faites-le moi savoir. Ils ne sont pas si
   nombreux, donc lisez attentivement ce document, contribuez  son
   laboration et rejoignez l'lite !

   Un nouveaut dans ce document est un appendice avec quelques tables
   que vous pouvez remplir pour simplifier l'laboration.

   Tous commentaires et suggestions (en anglais !) peuvent tres envoys
    mon adresse: sgjoen@nyx.net.

   Et maintenant, allons-y !

2. Organisation de ce document

   Les HOWTOS sont plus des documents pdagogiques que des manuels de
   rfrence. On prsentera donc les choses plutt comme des des
   problmes  rsoudre et leurs solutions que comme un cours sur la
   structure des disques durs. Cependant une introduction sur la manire
   dont un disque dur fonctionne est indispensable.

2.1 Structure logique

   Elle est base sur un empilement de couches avec au sommet le systme
   de fichiers tel que les applications l'utilisent et tout en bas la
   couche physique.

        _____________________________________________________________
        |__     Fichiers, rpertoires   ( /usr /tmp etc)          __|
        |__     Systme de fichiers     (ext2fs, vfat etc)        __|
        |__     Gestion du volume       (AFS)                     __|
        |__     RAID, concatnation     (md)                      __|
        |__     Pilote de priphrique  (SCSI, IDE etc)           __|
        |__     Contrleur              (chipset, carte)          __|
        |__     Connection              (cable, rseau)           __|
        |__     Disque                  (magntique, optique etc) __|
        -------------------------------------------------------------

   Dans le diagramme ci-dessus la gestion de volume, le mode RAID et la
   concatnation sont optionnels. Les trois derniers niveaux sont
   matriels et les autres logiciels. Chaque niveau sera amplement
   dtaill ci-dessous.

2.2 Structure du document

   La plupart des utilisateurs partent avec un certain matriel et ont
   des une certaine ide de ce qu'ils veulent faire et de la taille de
   leur systme. Ce sera mon plan: nous parlerons d'abord du matriel,
   puis des contraintes de mise en place et je dtaillerai ma faon de
   faire. Elle a bien march chez moi aussi bien que pour des serveurs
   rseau au travail ou en milieu acadmique comme me l'a rapport mon
   collgue japonais.

   Enfin je donnerai certaines tables de valeurs destines  vous guider
   dans la mise en place de votre machine. Comme je l'ai dj dit, tous
   les commentaires sont les bienvenus.

2.3 Plan de lecture

   Bien que n'tant pas le plus gros ce HOWTO est dj bien gros et on
   m'a demand un plan de lecture pour permettre de le lire en diagonale.
   CHoisissez selon votre niveau:

   _Expert_
          Si vous connaissez bien Linux et les technologies des disques
          durs, consultez seulement les tables en appendice.
          Eventuellement vous pouvez lire les Questions/Rponses et le
          chapitre Bric  Brac

   _Expriment_
          Si vous connaissez bien les ordinateurs allez directement au
          chapitre technologies et poursuivez.

   _Dbutant_
          Dsol. Vous devrez tout lire. En plus je vous recommande les
          autres HOWTOs concernant les disques.

3. Technologies de disques durs

   Une discussion trs complte sur les technologies des disques durs
   pour compatibles PC se trouve : The Enhanced IDE/Fast-ATA FAQ Elle
   est aussi rgulirement poste dans les forums Usenet. On ne
   prsentera ici que ce qui est indispensable  la comprhension de la
   suite.

3.1 Disque

   C'est l'appareil o vos donnes sont physiquement enregistres, et
   bien que le systme d'exploitation peut les rendre similaires 
   l'usage, il en existe des types trs diffrents. On ne parlera pas des
   disquettes, sauf dans une prochaine version si beaucoup de monde le
   rclame.

3.2 Gomtrie

   Un disque dur est constitu d'un ou plusieurs plateaux tournants qui
   contiennent des donnes lues et crites par des capteurs. Les capteurs
   sont fixes les uns par rapport aux autres et les transferts de donnes
   ont donc lieu en mme temps sur tout les plateaux, ce qui dfinit un
   cylindre de pistes. Le disque est aussi divis en secteurs.

   On spcifie la gomtrie d'un disque avec trois nombres: le nombre de
   Cylindres, de Ttes et de Secteurs. En anglais CHS pour cylinders,
   heads, and sectors.

   Il y un certain nombre de conversions entre:
     * le CHS physique
     * le CHS logique que le disque dclare au BIOS
     * le CHS logique utilis par le systme d'exploitation

   En pratique c'est une source de confusion importante. Voir le _Large
   Disk mini-HOWTO_

3.3 Mdia

   La technologie du mdium employ dtermine des paramtres importants
   comme le taux de lecture/criture, le temps moyen d'accs, la capacit
   et le fait d'tre en lecture seule ou non.

  Disques magntiques

   C'est le mdium le plus courant pour la mmoire de masse.
   Habituellement c'est la technologie la plus rapide et elle est en
   lecture/criture. Le plateau tourne avec une vitesse angulaire
   constante (CAV) avec une densit physique des secteurs variable. Le
   nombre de bits par unit de longueur reste constant tandis que le
   nombre de secteurs logiques par piste varie.

   Des valeurs typiques de vitesse angulaire sont 4500 et 5400 tr/min,
   mais on trouve aussi 7200 et des disques  10000 tr/min ont fait
   rcemment leur apparition sur le march. Le temps d'accs est
   d'environ 10 ms et les taux de transferts entre 4 et 40 Mo/s. Il faut
   se rappeler que les disques les plus rapides sont aussi ceux qui
   consomment le plus d'lectricit et chauffent le plus. Voir Chaleur et
   Consommation d'nergie  ce sujet.

   Notez bien qu'il y a plusieurs types de transferts qui sont mesurs
   avec des units diffrentes. Le premier est le taux de transfert du
   plateau vers la mmoire cache du disque, mesur en Mbit/s, qui vaut
   entre 50 et 250 Mb/s. Le second est entre le cache et l'adaptateur, il
   est mesur en Moctets/s et vaut entre 3 et 40 Mo/s. (rappel: un octet
   = 1 B = 8 bits = 8 b)

  Disques optiques

   Des disques optiques en lecture/criture existent mais ils sont lents
   et peu rpandus. Ils taient utiliss dans les machines NeXT mais trs
   critiqus pour leur faible vitesse. Celle-ci est due  la nature
   thermique du changement de phase qui matrialise l'enregistrement de
   donnes. Mme avec des lasers assez puissants, les changements de
   phase sont plus lents qu'avec un champ magntique.

   Les cdroms aussi sont de technologie optique, mais comme leur nom
   (ROM = Read Only Memory) l'indique, ils sont en lecture seule. Leur
   capacit est d'environ 650 Mo, et le dbit peut atteindre 1,5 Mo/s.
   Les donnes sont sur une seule piste en spirale, on ne peut donc pas
   vraiment parler de gomtrie pour ces disques. La densit des donnes
   est constante donc le lecteur utilise une vitesse linaire constante
   (CLV). Le temps d'accs est aussi plus lent, environ 100 ms, en partie
    cause de la piste en spirale. Les lecteurs rcents utilisent des
   vitesses angulaires constantes (CAV)  certains endroits du disque:
   cette technologie mixte CAV/CLV augmente le dbit et rduit le temps
   d'accs car il y a moins besoin d'acclrer et de ralentir la vitesse
   angulaire (pour garder une vitesse linaire constante).

   Un nouveau type de disque semblable au cdrom (le DVD) permettra
   jusqu' 18 Go de stockage.

  Disques  tats solides

   Cette technologie rcente est surtout utilise dans les portables et
   les systmes embarqus. Ne contenant aucune partie mobiles ils sont
   trs rapides pour le taux de transfert comme pour le temps d'accs. Le
   type le plus courant est la mmoire vive "flashable" (flash-RAM) mais
   d'autre types de mmoire vive sont aussi utiliss. Il y a quelques
   annes de grands espoirs se sont ports sur la mmoire  bulles
   magntiques mais elle s'est avre chre et pas pratique.

   En gnral les disques de mmoire vive sont une mauvaise ide: mieux
   vaut mettre beaucoup de mmoire sur la carte mre et laisser le
   systme d'exploitation la diviser en fichiers, cache, zone de
   programmes et de donnes. Les disques de mmoire vive sont utiles
   seulement pour des usages trs spcifiques, comme des systmes temps
   rel avec des dlais trs courts.

   La mmoire flash est aujourd'hui disponible par dizaines de Mo et on
   pourrait tre tent de l'utiliser pour un stockage temporaire rapide
   des donnes. Mais il y a un os: on ne peut crire sur de la mmoire
   flash qu'un nombre assez limit de fois. Mettre swap, /tmp ou /var/tmp
   sur un priphrique de ce genre rduirait drastiquement sa dure de
   vie. En revanche il peut tre intressant d'utiliser de la mmoire
   flash pour des donnes lues souvent et crites peu souvent.

   Pour augmenter la dure de vie il faudra des pilotes spciaux qui
   minimisent le nombre de fois o on doit effacer un bloc mmoire.

   Cet exemple montre bien l'intrt qu'il y a  sparer l'arborescence
   des fichiers entre plusieurs priphriques.

   Les lecteurs  tat solide n'ont pas d'adressage pas
   cylindre/tte/secteur mais cette gomtrie est simule par le pilote:
   ainsi de l'extrieur ils se comportent exactement comme un disque dur.

3.4 Interfaces

   Il y a une plthore d'interfaces dans une gamme de prix trs tendue.
   La plupart des cartes-mres comprennent une interface IDE ou mieux, la
   puce Triton d'Intel sur bus PCI qui est trs rpandue aujourd'hui.
   Beaucoup de cartes-mres ont aussi une puce d'interface SCSI fabrique
   par Symbios (nouveau nom de NCR) et directement connecte au bus PCI.
   Vrifiez ce que vous avec et ce que le BIOS de voter carte-mre
   supporte.

  MFM et RLL

   Il fut un temps o c'tait la technologie incontournable, un temps o
   20 Mo c'tait le bout du Monde. Ces interfaces dinausoresques sont
   d'un lenteur comique compar  ce qui se fait aujourd'hui. Linux les
   supporte mais vous seriez bien avis de vous demander ce que vous
   voulez mettre dessus. On peut bien sr penser qu'une partition de
   secours avec un DOS potable dessus est toujours utile.

  ESDI

   En fait, ESDI est une adaptation de l'interface SMD, trs utilise sur
   les "gros" ordinateurs, avec le cblage de l'interface ST506, plus
   pratique que les 60 + 26 broches du connecteur SMD. L'interface ST506
   tait trs nulle et dpendait compltement du contrleur et du
   processeur pour faire les calculs de tte/cylindre/secteur et garder
   une trace de la position de la tte, etc. L'interface ST506 exigeait
   du contrleur qu'il gre de faon dtaille les paramtres physique du
   lecteur et le formatage des pistes, bit par bit. Ce genre d'interface
   a vcu 10 ans si on compte les variantes MFM, RLL, ERLL et ARLL. ESDI,
   d'un autre ct, tait "intelligente": le contrleur avait souvent
   trois ou quatre puces pour un seul disque, et il y avait un langage de
   haut niveau pour formater une piste, rechercher et transfrer des
   donnes. ESDI permettait d'utiliser une densit d'enregistrement
   variable, ou beaucoup d'autres choses. Bien que pas mal de techniques
   de ESDI aient t incorpores  IDE, c'est SCSI qui a progressivement
   dtrn ESDI.

  IDE et ATA

   Avec les progrs de la miniaturisation, les contrleurs, autrefois sur
   une carte ISA, ont t intgrs au disque et IDE (Integrated Drive
   Electronics) tait n. C'tait simple, pas cher et assez rapide, si
   bien que les concepteurs du BIOS ont fix une de ces limitations
   arbitraires dont l'informatique est pleine. Avec 16 ttes et 1024
   secteurs, la capacit fut limite  504 Mo. Dans la plus pure
   tradition de l'industrie informatique, cette limitation a t ensuite
   contourne par des bidouilles infmes dans le BIOS. En clair, vous
   devez lire trs attentivement la documentation de votre BIOS pour
   savoir de quand il date et quelle taille de disque il autorise.
   Heureusement avec Linux vous pouvez spcifier directement au noyau
   (donc sans avoir besoin de passer par le BIOS) les paramtres (CHS) du
   disque. La documentation de Lilo et de Loadlin dtaille comment le
   faire. IDE est synonyme d'ATA, AT Attachements. IDE utilise un
   programmes d'entres-sorties (_PIO-mode_) trs gourmand en temps de
   calcul qui monopolise le processeur principal. Le taux de transfert
   optimal (thorique) est de 8,3 Mo/s. IDE ne permet pas l'accs direct
    la mmoire (DMA)

  EIDE, Fast-ATA et ATA-2

   Ces trois termes sont  peu prs quivalents. fast-ATA et ATA-2 sont
   synonymes, mais EIDE comprend ATAPI. ATA-2 est ce qu'il y a de mieux
   actuellement, car plus rapide et autorisant l'accs direct  la
   mmoire (DMA). Le taux de transfert maximal est 16,6 Mo/s.

  Ultra-ATA (ou Ultra-DMA)

   Ce nouveau mode DMA est  peu prs deux fois plus rapide que l'EIDE
   PIO-Mode 4. Deux disques avec et sans l'Ultra-DMA peuvent tre mis sur
   la mme nappe sans pnalit pour le plus rapide. L'interface Ultra-DMA
   est compatible au plus bas niveau (au niveau lectrique) au Fast-ATA,
   y compris pour la longueur minimale des nappes.

  ATAPI

   ATAPI signifie _ATA Packet Interface_ et a t conu mettre des
   cdroms sur une interface IDE. Comme l'IDE, il est simple et pas
   cher.

  SCSI

   SCSI signifie _Small Computer System Interface_ et c'est une interface
   gnrique qu'on peut utiliser pour brancher des disques, des plateaux
   de disques, des imprimantes, des scanners, des graveurs de cdroms,
   ... Le nom est mal choisi dans la mesure o c'est utilis dans les PC
   haut de gamme et les stations. Elle convient aux environnements
   multi-tche.

   L'interface standard a 8 bits de large et peut grer 8 priphriques.
   L'interface _wide-SCSI_ a 16 bits de large (elle est donc deux fois
   plus rapide  la mme frquence) et peut grer 16 priphriques. La
   carte SCSI est toujours compte comme un priphrique, habituellement
   avec le numro 7 (les autres tant numrots de 0  6). Le SCSI 32
   bits existe aussi mais il demande en gnral un ensemble de cbles
   doubles.

   L'ancien standard faisait 5 Mo/s et le nouveau (_fast-SCSI_) 10 Mo/s.
   L'_ultra-SCSI_, connu aussi sous le nom de _fast 20_, ralise 20 Mo/s
   sur un bus 8 bits. Des voltages plus bas (LVD, pour _Low Voltage
   Differential_) permettent d'atteindre de plus grandes vitesses et
   d'utiliser des cbles plus longs.

   Le SCSI est plus rapide, mais plus cher que l'(E)IDE. On ne saurait
   assez insister sur l'importance de la terminaison et la qualit des
   cbles. Les disques SCSI sont aussi en gnral de meilleure qualit
   que les disques IDE. Souvent on peut les brancher et les dbrancher "
   chaud" (sans couper l'alimentation), ce qui est surtout utile si on a
   plusieurs ordinateurs (pour pouvoir transporter les disques d'un
   ordinateur  un autre).

   Parmi les documents  consulter sur le SCSI, le SCSI-HOWTO et la Foire
   Aux Questions (FAQ) SCSI sont vivement recommands.

   Un autre avantage du SCSI est qu'on peut connecter facilement des
   lecteurs de DAT pour sauvegarder des donnes, ainsi que certaines
   imprimantes ou scanners. Il est mme possible de l'utiliser comme un
   rseau ultra-rapide entre ordinateurs qui partagent des priphrique
   SCSI. C'est cependant non-trivial en particulier pour assurer la
   cohrence de la mmoire tampon des deux cartes SCSI.

3.5 Cbles et nappes

   Ce n'est pas un cours de hardware mais certaines informations sur les
   cbles sont ncessaires. Cette pice si simple de l'quipement est
   souvent la cause de bien des problmes. Aux vitesses actuelles il faut
   tenir compte de son impdance, et sans un minimum de prcautions on
   risque des dysfonctionnement ou bien la panne complte. Certains
   adaptateurs SCSI sont plus sensibles que d'autres  la qualit des
   cbles.

   Les cbles blinds sont bien sr meilleurs (ils sont protgs des
   interfrences lectromagntiques) mais beaucoup plus chers. Avec un
   peu d'habilet vous obtiendrez de bon rsultats sur un cble non
   blind.

     * Pour le Fast-ATA et l'Ultra-ATA, la longueur maximale de la nappe
       est 45 cm. Les nappes des deux ports IDE sont souvent connectes,
       donc elle comptent pour _un seul_ cble. Dans tous les cas les
       nappes IDE doivent tre aussi courtes que possible. Si vous avez
       des plantages incomprhensibles ou des changements spontans de
       donnes, examinez votre cblage. Essayer un mode PIO moins lev
       (entre 1 et 4) ou dconnectez la seconde nappe si le problme
       persiste.
     * Utilisez le moins de cble possible, mais n'oubliez pas la
       sparation de 30cm minimum entre deux priphriques ultra SCSI.
     * vitez les empilements entre la nappe et le disque, branchez la
       prise de la nappe directement sur le disque.
     * Utilisez la bonne terminaison pour les priphriques SCSI et  la
       bonne position, c'est--dire aux deux extrmits de la chane
       SCSI. Souvenez-vous que l'adaptateur peut avoir une
       auto-terminaison: dans ce cas, il suffit de vrifier que l'autre
       extrmit est bien termine.
     * Ne mlangez pas les cbles blinds et non blinds, n'enroulez pas
       les cbles autour du mtal, vitez de placer les cbles trop prs
       des parties mtalliques. Cela peut crer des diffrences
       d'impdance qui  leur tour entranent la rflexion des signaux et
       augmentent le bruit sur le cble. Avec des contrleurs
       multi-canaux le problme se pose de faon plus aigu encore. On
       peut essayer de mettre du plastique autour des cbles pour viter
       une trop grande proximit avec les lments mtalliques.

3.6 Adaptateurs

   C'est l'autre extrmit de l'interface du disque, la partie connecte
    un bus de la carte-mre. La vitesse du bus doit tre assez leve
   pour ne pas tre une limitation par rapport  celle du disque. Mettre
   une range de disques RAID-0 sur une carde ISA serait du gchis (car
   le bus ISA est trop lent). La plupart des machines actuelles ont un
   bus PCI 32 bits avec un dbit de 132 Mo/s: dans un proche futur au
   moins, la vitesse du bus ne sera pas un facteur limitant sur ces
   machines.

   Comme l'lectronique a migr vers l'intrieur des disques, ce qui
   reste et qui constitue l'interface E(IDE) est ridiculement petit:
   souvent c'est intgr au contrleur du bus PCI. Un adaptateur SCSI est
   plus complexe et comprend souvent un petit processeur: il est donc
   plus cher et n'est pas inclus dans le contrleur PCI. En contrepartie,
   il dcharge le processeur de certains calculs lors des accs disque.

   Certains adaptateurs SCSI comportent mme une mmoire cache et de
   l'intelligence pour anticiper les dcisions du systme d'exploitation.
   Mais le rsultat dpend fortement du systme d'exploitation utilis.
   Linux a de son ct tant d'optimisations que le gain est souvent assez
   faible.

   Mike Neuffer, qui a crit les pilotes pour les contrleurs DPT, assure
   que ces contrleurs sont assez intelligents pour obtenir d'excellentes
   perfomances pourvu qu'ils aient suffisament de mmoire cache, et que
   les gens qui n'ont pas obtenu de gain de perfomances significatif avec
   des contrleurs plus labors n'utilisent pas assez bien le
   contrleur.

3.7 Systmes multi-canaux

   Pour augmenter les performances globales il faut identifier les
   facteurs limitants et les liminer. Dans certains cas, avec un grand
   nombre de disques connects, il est intressant d'avoir plusieurs
   contrleurs travaillant en parallle, aussi bien pour le SCSI que pour
   l'IDE (les cartes mres ont souvent deux canaux IDE). Bien sr Linux
   sait en tirer profit.

   Certains contrleurs RAID offrent 2 ou 3 canaux et c'est intressant
   de rpartir la mmoire de masse entre plusieurs canaux. Autrement dit,
   avec deux disques SCSI que vous voulez RAID-er et un contrleur  deux
   canaux, placez un disque sur chaque canal.

3.8 Systmes multi-cartes

   On peut avoir du SCSI et du IDE sur la mme machine, mais aussi
   plusieurs contrleurs SCSI. Vrifiez dans le SCSI-HOWTO quels
   contrleurs vous pouvez combiner. Sans doute vous devrez indiquer au
   noyau qu'il doit juste dtecter un contrleur au dmarrage (l'autre
   contrleur sera dtect et utilis plus tard). Voyez la documentation
   de Lilo et du SCSI pour plus de dtails.

   Les systmes  plusieurs contrleurs peuvent offrir un gain de vitesse
   apprciable si on configure bien les disques, spcialement en mode
   RAID0. Pour bien parallliser les disques et les contrleurs, ajoutez
   les disques dans le bon ordre pour le driver md. Si le contrleur 1
   est connect aux disques sda et sdb et le contrleur 2 aux disques sdc
   et sdd, ajoutez les disques dans l'ordre sda - sdc - sdb - sdd, ainsi
   une lecture ou criture concernant plus d'un cluster se rpartira le
   plus souvent sur 2 contrleurs.

   La mme mthode s'applique aux disques IDE. La plupart des
   cartes-mres ont 4 ports IDE:

     * hda matre primaire
     * hdb esclave primaire
     * hdc matre secondaire
     * hdd esclave secondaire

   avec les deux disques primaires sur la mme nappe, et les deux disques
   secondaires sur l'autre nappe. Il faut donc les concatner dans
   l'ordre hda - hdc - hdb - hdd afin de parallliser au maximum selon
   les deux canaux.

3.9 Comparatif de vitesse

   Les tables suivantes donnent des vitesses indicatives (rappel: il
   s'agit de vitesses _thoriques_ maximales).

  Contrleurs

IDE             :       8.3 - 16.7
Ultra-ATA       :       33

SCSI            :
                        Largeur du bus (bits)

Vitesse du Bus (MHz)    |        8      16      32
--------------------------------------------------
 5                      |        5      10      20
10  (fast)              |       10      20      40
20  (fast-20 / ultra)   |       20      40      80
40  (fast-40 / ultra-2) |       40      80      --
--------------------------------------------------

  Types de bus


ISA             :       8-12
EISA            :       33
VESA            :       40    (Parfois pouss  50)

PCI
                        Largeur de bus (bits)

Vitesse du Bus (MHz)    |       32      64
--------------------------------------------------
33                      |       132     264
66                      |       264     528
--------------------------------------------------

3.10 Jeux de tests (Benchmarks)

   C'est un sujet trs, trs dlicat et je ne m'engagerai que trs
   prudemment sur ce terrain min. Il est trs difficile de faire des
   tests comparables et significatifs. Mais que a ne dcourage pas ceux
   qui voudront essayer ...

   On peut utiliser les benchmarks pour un diagnostic du systme, pour
   voir s'il est aussi rapide qu'il le devrait tant donn ses
   composantes. Ainsi en passant d'un systme de fichiers tout simple au
   RAID, vous attendrez une acclration significative, donc une perte de
   performances vous informera que quelque chose dco^H^H^H^H ne va pas.

   N'essayez pas de bricoler votre propre jeu de test, utilisez plutt
   iozone et bonnie, et lisez la documentation trs attentivement. Plus
   d'info dans la prochaine version du HOWTO.

3.11 Comparaisons

   Le SCSI offre de meilleures performances que l'EIDE, mais cela se
   paye. La terminaison est plus complexe mais rajouter un disque n'est
   pas trs difficile. Avoir plus de 4 (plus de 2 dans certains cas)
   disques IDE peut tre compliqu, alors que le wide-SCSI supporte
   jusqu' 15 disques par adaptateur (plus encore pour les contrleurs
   multi-canaux).

   Vous avez besoin d'un IRQ par contrleur SCSI, chaque contrleur
   pouvant grer jusqu' 15 disques. En revanche, vous avez besoin d'un
   IRQ par disque IDE, ce qui peut gnrer des conflits.

   RLL et MFM sont trop vieux, lents et malpratiques pour tre d'un
   utilit quelconque.

3.12 Perspectives

   Le SCSI-3 est en prparation. Des disques plus rapides sont annoncs,
   et rcemment un spcification monstre  80 Mo/s sur un bus de 16 bits
   a t propose.

   Certains constructeurs ont annonc des matriels SCSI-3 mais c'est
   prmatur car le standard n'est pas encore publi. Le point de
   saturation du bus PCI se rapproche. Actuellement la limite du bus PCI
   64 bits  33 MHz est 256 Mo/s, mais les futurs bus  66 MHz grimperont
    528 Mo/s.

   Une autre tendance est que l'espace disque est de plus en plus grand.
   On peut actuellement mettre 55 Go sur un seul disque, mais c'est
   encore assez cher. Le meilleur rapport espace/prix se situe autour de
   8 Go et augmente continment. L'introduction du DVD aura un grand
   impact dans un futur proche, avec 20 Go sur un seul disque on peut
   envisager mme l'image intgrale des plus grands sites FTP. La seule
   chose certaine est que mme si les disques ne sont pas mieux, ils
   seront plus gros.

   Note: J'avais crit dans ce HOWTO que la vitesse maximale des cdroms
   tait 20x  cause de problmes de stabilit mcanique, mais peu aprs
   le premier cdrom 24x tait disponible ... actuellement vous pouvez
   acheter un 40x et sans aucun doute des vitesses suprieures seront
   atteintes.

3.13 Recommandations

   A mon avis EIDE ou Utra-DMA est mieux pour commencer sur une machine
   personnelle, spcialement si vous utilisez MS-DOS. Si vous voulez
   tendre votre systme plus tard ou l'utiliser comme serveur, il est
   fortement recommand d'utiliser des disques SCSI. Actuellement le
   wide-SCSI est lgrement plus cher. Le SCSI standard a un bon rapport
   qualit-prix. Il existe un bus SCSI diffrentiel qui permet une plus
   grande longueur de cble, mais il est tellement plus cher qu'on ne
   doit pas le recommander aux utilisateurs normaux.

   En plus des disques vous pouvez ajouter des scanners et des
   imprimantes sur un bus SCSI.

   Gardez  l'esprit que toute extension de votre systme augmente la
   consommation d'lectricit, et assurez-vous que l'alimentation et le
   refroidissement restent suffisants. Beaucoup de disques SCSI ont une
   option de dmarrage en squence adapt aux grands systmes. Voir aussi
   Chaleur et Consommation

4. Considrations diverses

   Avec le PC familial, un utilisateur rcemment converti  Linux
   cherchera surtout  obtenir les meilleures performances pour un
   matriel donn. Quelqu'un qui achte une machine pour un usage
   spcifique (comme un fournisseur d'accs  Internet) cherche au
   contraire  se procurer le matriel en fonction de ses besoins. Ce
   HOWTO couvre les deux situations.

   De manire gnrale, le mieux est d'avoir autant de disques que
   possible, mais on ne peut pas en rajouter indfiniment et le cot est
   aussi un facteur. A taille totale gale, plus il y a de partitions et
   de disques, plus la maintenance est complique.

4.1 Usage des systmes de fichiers

   Les diffrentes parties du FSSTND n'ont pas les mmes exigences en
   terme de vitesse, de taille et de fiabilit. Casser la racine / est
   pnible mais peut tre facilement rpar, casser /var/spool/mail c'est
   une autre histoire. Voici un bref rsum des principales parties d'un
   systme de fichiers. Notez que c'est indicatif, qu'on peut trs bien
   avoir des binaires dans /etc ou /lib et des librairies dans bin, etc.

  Swap

   (ndT: le swap est une partie du disque utilise pour prolonger la
   mmoire vive de la machine. Il se comporte donc exactement comme de la
   mmoire vive supplmentaire, mais en 1000 fois plus lent)

   _Vitesse_
          Maximum! Si toutefois vous dpendez trop du swap, achetez plus
          de mmoire vive. Attention au fait que sur la plupart des
          cartes mres le cache ne marchera pas au-del de 128 Mo.

   _Taille_
          Entre 1 fois et 2 fois celle de la mmoire vive. 4 Mo + 4 Mo
          (mmoire + swap) suffisent pour un systme minimaliste et 16 Mo
          + 40 Mo permettent d'tre  l'aise.

          Attention  prendre en compte le type d'applications que vous
          utilisez. Pour faire du calcul formel ou du ray-traycing il se
          peut que 128 Mo de mmoire et autant de swap soient
          ncessaires.

          Autre raison de ne pas lsiner sur la taille du swap: certains
          programmes ne librent pas compltement la mmoire qu'ils ont
          alloue, causant ce qu'on appelle des fuites de mmoire. La
          mmoire n'est pas libre, mme quand le programme s'arrte.
          Lorsque la mmoire vive et le swap sont pleins, il n'y a plus
          qu' redmarrer. Heureusement ce genre de programmes est peu
          frquent, mais avoir beaucoup de swap vous donne de la marge.

          Certains programmes bloquent leurs pages en mmoire vive (on ne
          peut donc pas les swapper). Ce peut tre pour des raisons de
          scurit ou de performance (par exemple pour un systme temps
          rel). Bien sr de tels programmes, en occupant de la mmoire
          qui ne peut tre swappe, font que le systme commence 
          utiliser le swap plus tt que prvu.

          Le manuel de mkswap (man 8 mkswap) explique que chaque
          partition de swap ne doit pas excder 128 Mo sur une machine
          32-bit et 256Mo sur une machine 64-bit.

   _Fiabilit_
          Moyenne. En cas de problme vous le savez assez vite et vous
          pouvez perdre le travail en cours. Vous sauvegardez souvent,
          n'est-ce pas ?

   _Note 1_
          Linux permet de btir un swap  cheval sur plusieurs disques.
          Taper man 8 swapon pour les dtails. Cepandant, un swap rparti
          sur plusieurs disques est souvent plus lent.

          L'entre dans le fichier /etc/fstab doit ressembler :

/dev/sda1       swap            swap    pri=1           0       0
/dev/sdc1       swap            swap    pri=1           0       0

          Le fichier fstab est _trs_ sensible au formatage utilis, donc
          lisez attentivement la page de man et ne copie-pestez pas les
          lignes prcdentes.

   _Note 2_
          Certains utilisent un disque de mmoire vive (RAM disk) comme
          mmoire swap. Mais comme l'usage du swap est d'augmenter la
          mmoire vive et qu'un RAM disk diminue la quantit de mmoire
          vive disponible (en particulier pour le cache disque), cette
          solution est  proscrire.

   _Note 2bis_
          Il y a une exception: sur un certain nombre de cartes-mres mal
          conues, le cache externe ne peut pas cacher toute la mmoire
          vive qui peut tre adresse. Ces cartes-mres peuvent supporter
          128 Mo, mais seuls les premiers 64 Mo bnficieront du cache.
          Dans ces conditions, les performances seront amliores si on
          utilise les 64 Mo restants comme un RAMdisk pour le swap ou le
          stockage temporaire.

  Stockage temporaire(/tmp and /var/tmp)

   _Vitesse_
          Trs leve. Sur un disque ou une partition spare, cela
          rduira la fragmentation, mais de toute faon ext2fs fragmente
          trs peu.

   _Taille_
          Difficile  dire. A la maison quelques Mo suffisent mais sur un
          serveur, certains utilisateurs y stockent leurs fichiers de
          manire  chapper aux quotas et au contrle, et cette
          partition peut grandir dmesurment. Disons donc: entre 8 et 32
          Mo  la maison, 128 Mo pour un petit serveur et jusqu' 500 Mo
          (la machine utilis par l'auteur sert 1100 utilisateurs avec un
          rpertoire /tmp de 300 Mo). Gardez un oeil sur ces rpertoires,
          pour les fichiers cachs ou bien trop vieux. Attendez-vous un
          de ces jours  devoir retailler vos partitions  cause d'un
          /tmp trop petit.

   _Fiabilit_
          Faible. Souvent les programmes vitent de planter et produisent
          le bon message d'erreur quand ces rpertoires sont pleins ou
          provoquent une erreur. Des erreurs de fichiers alatoires sont
          bien srs plus srieuses, mais c'est le cas pour toutes les
          partitions !

   _Fichiers_
          Princicipalement de petits fichiers  dure de vie assez
          courte. Les programmes bien crits effacent leurs fichiers dans
          /tmp mais si une erreur survient  ce moment-l ils ne plantent
          pas, donc de "vieux" fichiers peuvent traner dans /tmp. Avec
          la plupart des distributions, on a la possibilit d'effacer
          tout le contenu de /tmp au dmarrage.

   _Note 1_
          Dans le FSSTND il y a une note sur la possibilit de mettre
          /tmp dans un disque de mmoire vive. Cependant, pour les mmes
          raisons que pour le swap, ce n'est pas recommand. Comme a a
          dj t dit, n'utilisez pas de flash RAM pour ces rpertoires.
          Gardez en tte que les fichiers de /tmp sont effacs au
          redmarrage, avec certaines distributions.

   _Note 2_
          Dans les vieux systmes on trouve un rpertoire /usr/tmp mais
          on recommande de ne pas l'utiliser. Pour les vieux programmes,
          on en a fait un lien symbolique vers les autres aires de
          stockage temporaire.

  Queues (/var/spool/news and /var/spool/mail)

   _Vitesse_
          Eleve, surtout pour les gros serveurs de news. Pour les queues
          d'impression: lente. Pour les news on peut envisager du RAID0.

   _Taille_
          Pour les seveurs de news et de mail: dpend des besoins. Pour
          un seul utilisateur quelques Mo suffisent, si on ne part pas en
          vacances en tant abonn  10 mailing lists ... (La machine que
          j'utilise au travail a 100 Mo pour /var/spool tout entier)

   _Fiabilit_
          Mail: trs haute, news: moyenne, queue d'impression: basse. Si
          votre mail est trs important (mais n'est-ce pas le cas ?)
          songez  une solution RAID.

   _Fichiers_
          D'habitude un grand nombre de fichiers de quelques Ko, mais les
          fichiers d'une queue d'impression peuvent tre assez gros.

   _Note_
          Certaines documentations des news suggrent de mettre tous les
          fichiers .overview dans un disque diffrent de celui des news.
          Voir les FAQs pour plus d'informations. La taille de ces
          fichiers est entre 3 et 10 pourcents du total.

  Rpertoires utilisateurs (/home)

   _Vitesse_
          Moyenne. Certains programmes (comme les client des news) font
          de frquentes mises  jour dans les rpertoires des
          utilisateurs, ce qui peut avoir une importance s'il y a
          beaucoup d'utilisateurs. Pour les petits systmes la vitesse
          n'est pas critique.

   _Taille_
          A vous de voir ! Avec certains fournisseurs on paie selon la
          place disque, donc c'est une question de gros sous. De grands
          systmes comme nyx.net (service Internet gratuit avec le mail,
          les news et la Toile) marchent bien avec une taille suggre de
          100 Ko par utilisateur et 300 Ko au grand maximum. Les
          fournisseurs commerciaux offrent autour de 5 Mo par
          utilisateur.

          Si vous crivez des livres ou si vous programmez, les besoins
          augmentent vite.

   _Fiabilit_
          Variable. Perdre /home sur un systme personnel est ennuyeux,
          mais recevoir 2000 coups de fils d'utilisateurs qui se
          plaignent que leur rpertoire a disparu est plus qu'ennuyeux.
          Pour certains c'est vital. Vous faites des sauvegardes
          rgulires, n'est-ce pas ?

   _Fichiers_
          A vous de voir. Le minimum des fichiers de dmarrage de chaque
          utilisateur est une douzaine de fichiers pour environ 5 Ko.

   _Note 1_
          Vous pouvez envisager le RAID pour la vitesse ou la fiabilit.
          Si vous voulez une vitesse et une fiabilit extrme, vous
          devriez envisager une autre solution logicielle et matrielle
          (serveurs haut-de-gamme, systme avec tolrance aux pannes,
          etc).

   _Note 2_
          Les brouteurs Web utilisent souvent un cache local qui peut
          prendre beaucoup de place et provoquer beaucoup d'activit
          disque. Il y a plusieurs moyens d'viter cela, voir Rpertoires
          Utilisateurs et WWW.

   _Note 3_
          La tendance naturelle des utilisateurs est d'utiliser au
          maximum l'espace disque qu'on leur alloue. Le systme de Quotas
          Linux permet de limiter le nombre de blocs et d'inodes qu'un
          seul utilisateur peut allouer par systme de fichiers. Voir le
          Linux Quota mini-HOWTO

  Excutables ( /usr/bin et /usr/local/bin)

   _Vitesse_
          Lente. La vitesse de chargement d'un binaire n'est pas
          critique, j'en veux pour tmoin les bonnes performances des
          systmes "live" sur un CDROM.

   _Taille_
          200 Mo devraient suffire. Un serveur  usages multiples devrait
          peut-tre rserver 500 Mo pour anticiper la croissance.

   _Fiabilit_
          Basse. Les binaires essentiels sont en gnral dans /bin et
          /sbin. Si l'on perd tous les binaires, c'est pnible car il
          faut tout rinstaller, mais pas dramatique.

   _Fichiers_
          La plupart entre 10 et 100 Ko. Certains assez gros (emacs ...)

  Librairies (/usr/lib and /usr/local/lib)

   _Vitesse_
          Moyenne. On trouve l plein de choses, des fontes comme des
          librairies dynamiques. Souvent les fichiers sont chargs en
          entier et donc une vitesse suffisante est ncessaire.

   _Taille_
          Variable. C'est l par exemple que les traitement de texte
          stockent leurs dizaines de mgas de fontes et d'exemples. Le
          peu de personnes qui m'ont contact m'ont parl de 70 Mo, mais
          une installation Debian 1.2 complte peut prendre plus de 250
          Mo. Parmi les plus gros consommateurs de place disque: GCC,
          Emacs, TeX/LaTeX, X11 et perl.

   _Fiabilit_
          Basse. Comme pour les excutables.

   _Fichiers_
          Assez gros avec un odre de grandeur de 1 Mo.

   _Note_
          Pour des raisons historiques certains programmes (comme GCC
          dans /usr/lib/gcc/lib) stockent des excutables dans les
          rpertoires de librairies.

  Racine (/)

   _Vitesse_
          Assez lent: il n'y a l que le minimum, et la plupart des
          programmes ne sont lancs qu'au dmarrage.

   _Taille_
          Assez petit. Cepandant c'est une bonne ide de garder quelques
          fichiers et utilits de dpannage et plusieurs versions du
          noyau. 20 Mo devraient suffire.

   _Fiabilit_
          Eleve. Une panne de la racine peut tre relativement coteuse
          en temps et en cheveux arrachs. Avec de la pratique vous
          pourrez faire cela en un heure, mais si vous avez l'habitude de
          ce genre de choses c'est que quelque chose ne va pas.

          Naturellement, vous avez une disquette de secours ? Et vous
          l'avez mise  jour rgulirement ? Il y a des disquettes toutes
          faites et des utilitaires de cration de disquette de secours.
          Y passer un peu de temps peut vous pargner de devenit un
          expert en rparation de la partition racine.

   _Note 1_
          Si vous avez plein de disques, pourquoi ne pas mettre une
          partition de boot de secours sur un disque physiquement
          diffrent de celui sur lequel vous dmarrez habituellement ? Le
          peu d'espace que a vous cotera sera amplement compens par le
          temps gagn en cas de panne.

   _Note 2_
          Pour la simplicit comme pour le dpannage, il n'est pas
          recommand de mettre la partition racine sur un systme RAID
          niveau 0. Si vous utilisez RAID pour votre partition racine, il
          faut mettre l'option md pour votre noyau de secours.

   _Note 3_
          Pour dmarrer avec Lilo il est important que les fichiers
          essentiels au dmarrage rsident entirement dans les 1023
          premiers cylindres. Ce qui comprend le noyau et les fichiers du
          rpertoire /boot.

  DOS, etc.<

   Au risque de paratre hrtique j'ai inclus ce paragraphe au sujet
   duquel beaucoup ont des raction vives. Malheureusement pas mal de
   disques sont livrs avec des outils d'installation et de maintenance
   bas sur ces systmes et il faut en tenir compte.

   _Vitesse_
          Trs lente. Les systmes en question ne sont pas rputs pour
          leur vitesse donc il y a peu d'intrt  utiliser des disques
          dernier cri. Le multitche ou le multithread ne sont pas
          disponibles, donc les possibilits des disques SCSI ne sont pas
          pleinement exploites. Un vieux disque IDE devrait faire
          l'affaire. Notons que Windows 95 et NT supportent le
          multi-tches et devraient donc mieux profiter des
          caractristiques du SCSI.

   _Taille_
          La compagnie qui produit ces systmes n'est pas rpute pour
          crire des programmes petits et optimiss, attendez-vous  y
          consacrer plusieurs dizaines de Mo. Avec une vieille version de
          DOS ou Windows a peut tenir dans 50 Mo.

   _Fiabilit_
          Ha-ha. Comme une chane a la force de son maillon le plus
          faible, vous pouvez utiliser un vieux disque. Comme l'OS est
          plus facilement susceptible de s'auto-dtruire que le disque,
          vous apprendrez sans doute ici l'importance des sauvegardes de
          secours.

          Dit autrement: "Votre mission, allez-vous l'accepter, est de
          garder cette partition en tat de servir. Cette mise en garde
          s'auto-dtruira dans 10 secondes ..."

          On m'a demand rcemment de justifier mes prises de positions
          dans ce paragraphe. D'abord je m'excuse mais je n'appelle pas
          DOS et Windows des systmes d'exploitation. Ensuite il y a des
          implications lgales  prendre en considration. Je ne donnerai
          au lecteur que quelques mots-cls: DOS 4.0, DOS 6.x et divers
          utilitaires de compression disque dont le nom devrait rester
          secret.

4.2 Explication des termes

   Bien sr le plus rapide est le mieux mais souvent le joyeux
   installateur de Linux a plusieurs disques de vitesse et de qualit
   variable. Bien sr ce document pour rester utile  tous doit tre
   gnral et ne saurait envisager tous les cas particuliers. Mme ainsi
   il y a quelques dtails  retenir:

  Vitesse

   C'est un mlange de plusieurs termes: charge du processeur principal,
   temps de mise en place du transfert, temps d'accs et taux de
   transfert. Il n'y a pas d'optimum fix mais souvent le prix est le
   facteur dterminant. La charge processeur varie uniquement pour les
   disques IDE (car c'est le processeur principal qui pilote le disque),
   et pour les SCSI elle est toujours assez faible. Le temps d'accs est
   assez petit, quelques millisecondes. Il intervient assez peu si on
   utilise la queue des commandes SCSI, on peut alors lancer d'autres
   commandes pendant que les premires attendent leur rponse et le bus
   est occup tout le temps au mieux. Dans le cas des serveurs de news,
   qui ont un grand nombre de petits fichiers, le temps d'accs peut tre
   avoir plus d'influence sur la vitesse globale.

   Les deux principaux paramtres sont:

   _Temps d'accs_
          Habituellement on donne le temps moyen pris par la tte de
          lecture pour aller d'une position  une autre au hasard. Ce
          paramtre a plus d'importance s'il y a beaucoup de petits
          fichiers. Il y a aussi un petit dlai avant que le secteur
          dsir tourne et se retrouve en face de la tte. Ce dlai est
          proportionnel  la vitesse angulaire. Des valeurs courantes de
          vitesse angulaire sont 4500, 5400 et 7200 tours/min. Les
          disques tournant plus vite sont donc plus rapides, mais ils
          cotent plus chers, sont parfois bruyants et gnrent de la
          chaleur, paramtre qui compte si vous avez toute une range de
          disques. Avec les tous rcents disques  10000 tours/min les
          besoins de refroidissement sont encore plus grands et des
          schmas d'aration minimale sont donns.

   _Taux de transfert_
          En Mo/s. Ce paramtre est plus important si on a peu de grands
          fichiers. A densit gale, la vitesse de transfert est
          proportionnelle  la vitesse angulaire.

   Il est important de lire les spcifications des disques trs
   attentivement, et de noter que le taux de transfert maximum est donn
   comme le taux de transfert entre la mmoire cache du disque et la
   mmoire principale, et _pas_ comme le taux de transfert moyen entre le
   disque et la mmoire principale. Voir aussi Consommation et Chaleur.

  Fiabilit

   Bien sr personne ne voudrait d'un disque pas trs fiable. On ferait
   mieux de considrer les vieux disques comme non fiables. Pour le RAID
   il est suggr d'utiliser un ensemble de disques diffrents de telle
   sorte que les pannes simultanes soient moins probables.

   Autant que je sache, je n'ai connu qu'un cas d'un systme de fichiers
   totalement foutu, mais dans ce cas un matriel instable semblait la
   cause des problmes.

   Les disques ne sont pas chers de nos jours et les gens sous-estiment
   toujours la valeur du contenu de leurs disques durs. Si vous avez
   besoin de matriel fiable, remplacez vos vieux disques et gardez des
   roues de secours. Un disque peut marcher plus ou moins en continu
   pendant des annes, mais ce qui tue un disque c'est souvent en fin de
   compte les variations de tension.

  Fichiers

   La taille moyenne des fichiers est importante pour dcider les bons
   paramtres du disque. Avec beaucoup de petits fichiers c'est le temps
   d'accs qui compte, et avec peu de gros fichiers c'est plutt le taux
   de transfert. La queue des commandes SCSI est trs bien adapte  la
   gestion de beaucoup de petits fichiers, tandis que pour le taux de
   transfert EIDE et SCSI sont  peu prs quivalents.

4.3 Technologies

   Quelles sont les technologies disponibles et qu'est-ce que leur choix
   implique en terme de vitesse, fiabilit, consommation, flexibilit,
   facilit d'usage et complexit ?

  RAID

   C'est une mthode pour augmenter la fiabilit ou la vitesse ou les
   deux en utilisant plusieurs disques en parallle. Ainsi les temps
   d'accs et taux de transferts sont diminus. Avec des miroirs et des
   vrifications (checksums) on peut amliorer la fiabilit. Ils sont un
   bon choix pour de gros serveurs mais pour un PC autant tuer une mouche
   au pistolet laser. Voir les documents et FAQs sur ce sujet.

   Avec Linux on peut utiliser un systme RAID soit logiciel (le module
   md du noyau) soit matriel avec un contrleur support, qu'il soit
   PCI-SCSI ou SCSI-SCSI. Une solution matrielle est plus rapide, mais
   bien sr plus chre.

   Les contrleurs SCSI-SCSI sont d'habitude raliss comme un ensemble
   de disques et un contrleur, communiquant entre eux par un second bus
   SCSI et qui se connectent au bus SCSI. De l'extrieur, l'ensemble se
   comporte comme un seul disque SCSI. Mais cette connexion au bus SCSI
   peut tre un facteur limitant pour les performances. Un avantage
   significatif de ce genre de matriel est pour les gens qui ont de
   grands ensembles de disques durs: comme le nombre d'entres SCSI dans
   le rpertoire /dev est limit, cette solution permet d'utiliser
   plusieurs disques avec un seul fichier de priphrique.

   Les contrleurs PCI-SCSI, comme leur nom l'indique, sont connects au
   bus PCI qui est plus rapide qu'un bus SCSI. Ces contrleurs ont besoin
   de drivers spciaux mais ils offrent du coup la possibilit de
   configurer le RAID  travers le rseau, ce qui simplifie
   l'administration.

   Actuellement seules quelques familles de cartes PCI-SCSI sont
   supportes par Linux.

   _DPT_
          Les plus anciens et les plus matures sont les contrleurs de
          DPT parmi lesquels le SmartCache I/III/IV et le SmartRAID
          I/III/IV. Ces contrleurs sont supports par le pilote EATA-DMA
          du noyau standard. Cette socit a aussi une page d'information
          qui dcrit certains aspects des technologies RAID et SCSI en
          plus de l'information sur leurs produits.

          On peut consulter les page de l'auteur des pilotes pour
          contrleurs DPT sur SCSI et sur DPT.

          Ces contrleurs ne sont pas les plus rapides mais leur
          fiabilit n'est plus  prouver.

   _ICP-Vortex_
          Trs rcemment des contrleurs de ICP-Vortex offrant jusqu' 5
          canaux indpendants et un matriel trs rapide bas sur la puce
          i960. Le pilote a t crit par le fabricant lui-mme, qui
          prouve ainsi qu'il soutient Linux.

   _DAC-960_
          Encore en bta-version. Plus d'information dans un futur
          proche.

   Les contrleurs SCSI-SCSI sont de petits ordinateurs, souvent avec une
   quantit apprciable de mmoire vive. Ils se prsentent du point de
   vue extrieur comme un disque norme, rapide et fiable. Ils n'ont donc
   pas besoin de pilote particulier (en plus de celui de la carte SCSI
   principale). Certains de ces contrleurs ont une option pour parler 
   plusieurs adresses simultanment. D'habitude ils sont configurs grce
    une interface ou  un mulateur de terminal vt100 connect  leur
   interface srie.

   Rcemment j'ai appris que Syred faisait aussi des contrleurs
   SCSI-SCSI supports par Linux. Je n'ai pas plus d'information mais on
   peut regarder sur leur site: www.syred.com

   Je ne donne ici qu'un rapide aperu du RAID qui a beaucoup de niveaux
   et de variantes. Le lecteur intress est invit  consulter la FAQ
   RAID.

     * Le mode RAID _0_ n'est pas redondant du tout mais offre le plus de
       vitesse. Les donnes sont rparties sur plusieurs disques et les
       oprations de lecture/criture se font en parallle. D'un autre
       ct, si un disque a une panne tout est fichu. Ai-je dj
       mentionn les sauvegardes ?
     * Le mode RAID _1_. C'est la mthode la plus primitive pour obtenir
       de la redondance: les donnes sont copies sur chaque disque.
       C'est bien sr un immense gchis mais on a un grand avantage: un
       temps moyen d'accs trs court. En effet les ordre de lecture sont
       envoys  tous les disques et c'est le premier  rpondre qui
       gagne. Le taux de transfert n'est pas significativement plus lev
       qu'avec un seul disque, mais en lisant une piste diffrente sur
       chaque disque on peut parfois gagner du temps. Si vous n'avez que
       2 disques c'est la seule faon d'avoir de la redondance.
     * Les modes RAID _2_ et _4_ ne sont pas trs courants et on n'en
       parlera pas ici.
     * Le mode RAID _3_ utilise plusieurs disques (au moins 2) pour
       mettre des donnes rparties comme en RAID 0. Il utilise aussi des
       disques redondants pour stocker le OU exclusif des donnes des
       disques de donnes. Si le disque redondant tombe en panne, le
       systme peut continuer  fonctionner sans problme. Si c'est un
       disque de donnes qui crashe, le systme peut rcuprer les
       donnes  partir des disques redondants et des autres. Une panne
       double met le systme hors-service. Le mode RAID 3 ne fait du sens
       qu'avec au moins 2 disques de donnes et un pour la redondance. Il
       n'y a pas de limite thorique, mais la probabilit de panne
       augmente avec le nombre de disques. La limite habituelle est de 5
        7 disques. Comme toutes les oprations d'criture doivent tre
       rpercutes sur le disque redondant, la vitesse globale en
       criture d'un ensemble RAID 3 est celle de son disque redondant.
       La vitesse en lecture est celle d'un systme RAID 0 ayant autant
       de disques que le RAID 3 a de disques non redondants. La vitesse
       chute svrement lorsque l'ensemble doit restaurer les donnes
       depuis le disque redondant.
     * Le mode RAID _5_ est comme le RAID 3, mis a part que l'information
       redondante est rpartie sur l'ensemble des disques. a augmente la
       vitesse en criture, puisque la charge est rpartie.

   Il y a aussi des modes hybrides bass sur le RAID 0 ou 1, et un autre
   niveau. Beaucoup de combinaisons sont possibles mais certaines sont
   assez complexes.

   Le RAID _0/1_ combine la rpartition et la duplication, ce qui donne
   de trs bons taux de transfert et temps d'accs moyen. Le revers de la
   mdaille est que a requiert beaucoup de disques et que c'est
   complexe.

   Le RAID _1/5_ combine la redondance faon RAID 5 et le court temps
   d'accs du RAID 1. La redondance est amliore par rapport au RAID 0/1
   mais la consommation de disques est significative. Il faudra au moins
   6 disques pour mettre en place une telle solution, et peut-tre
   plusieurs canaux ou contrleurs SCSI.

  AFS, Veritas et autres systmes de gestion de volume

   Avoir de nombreux disques et partitions constitue un avantage pour la
   taille, la vitesse et la fiabilit mais il y a un hic: Si la partition
   /tmp est pleine vous tes bien embt mme s'il y a de la place dans
   la partition pour les news, car il n'est pas vident de retransfrer
   les quotas d'une partition  l'autre. Les systmes de gestion de
   volume font prcisment ce travail. Les plus connus sont AFS et
   Veritas. Ils offrent aussi d'autres fonctions comme un journal des
   oprations disque. Veritas n'est pas disponible pour Linux, et il
   n'est pas certain qu'il puissent vendre des modules du noyau sans
   publier le code source, il est donc juste mentionn pour information.
   Pour voir comment ces systmes fonctionnent vous pouvez consulter le
   site de veritas.

   Derek Atkins, du MIT, a port AFS pour Linux et mis en place la Linux
   AFS mailing List qui est ouverte au public. Pour s'abonner  cett
   mailing-list il faut envoyer un mail  linux-afs-request@mit.edu et si
   on trouve un bug linux-afs-bugs@mit.edu.

   Attention: comme AFS utilise du cryptage il est restreint d'usage dans
   certains pays (ndT: la France par exemple). AFS est maintenant vendu
   par Transarc et ils ont mis en place un site Web. Voir le site de
   Transarc pour des informations gnrales et une FAQ.

   Il y a aussi des dveloppements bass sur la dernire version libre
   d'AFS.

   La gestion de volume est pour l'instant un des gros manques de Linux.
   Un projet a dmarr au sujet d'un systme de partitions virtuelles qui
   ralisera la plupart des fonctions de gestion de volume qu'on trouve
   dans le systme AIX d'IBM.

  Le patch md pour le noyau Linux

   Il y a un projet de la part des dveloppeurs du noyau, md, qui fait
   partie de la distribution du noyau depuis la version 1.3.69. md offre
   diverses fonctions telles que le RAID mais il est envore en phase de
   dveloppement. Les gens qui l'ont utilis parlent d'un succs mitig
   voire d'un crash total. Bref, soyez prudents.

   Actuellement md permet le mode linaire et le RAID niveau 0,1,4 et 5:
   le plus stable doit tre le RAID niveau 0 et 1, le reste est encore en
   dveloppement. Il est aussi possible d'empiler les niveaux, par
   exemple de constituer un RAID 1 avec deux paires de disques, chaque
   paire tant un montage RAID 0.

   Il faut bien prvoir quels disques on combine de manire  faire
   tourner tous les disques en parallle, ce qui augmente les
   performances. Pour plus de dtails se reporter  la documentation de
   md.

  Considrations gnrales sur les systmes de fichiers.

   Dans le monde Linux ext2fs s'est impos comme le systme de fichiers 
   tout faire. Mais pour certains usages spcifiques, d'autres systmes
   de fichiers sont prfrables. Pour les serveurs de news un systme
   avec journal (log file systems) est un choix naturel. C'est l'objet de
   vives controverses et il n'y a que peu de choix actuellement, mais on
   avance dans ce domaine. Les systmes de fichiers avec journal ont
   l'avantage d'une vrification rapide. Un serveur de mail dans la
   classe 100 Go pourrait souffrir d'une vrification de systmes de
   fichiers (avec fsck) prenant plusieurs jours au redmarrage.

   Le systme de fichiers de Minix est le plus ancien, trs peu utilis
   actuellement. Le systme Xiafs tait un candidat srieux pour devenir
   le standard de Linux mais il n'a pas vcu.

   Adam Richter d'Yggdrasil a post rcemment un message au sujet d'un
   systme de fichiers avec journal et compression, mais c'est encore en
   dveloppement. Une version qui ne marche pas est disponible sur le
   serveur ftp d'Yggdrasil avec des versions patches du noyau. Peut-tre
   que a sera prochainement inclus dans la distribution officielle du
   noyau.

   Le 23 juillet 1997, Hans Reiser a publi les sources d'un systme de
   fichiers bas sur la notion d'arbre, reiserfs. Ce systme a des
   fonctionnalits trs intressantes et il est plus rapide que ext2fs,
   mais il est encore exprimental et pas facile  intgrer dans le
   noyau. on peut attendre d'importants dveloppements dans le futur. Ce
   projet se distingue du systme de fichiers avec journal moyen car Hans
   a dj du code qui tourne.

   Dans le systme ext2fs existant, on pourrait ajouter de nouvelles
   fonctions comme les listes de contrle d'accs (ACL, Access Control
   List), l encore dans un proche futur.

   Il existe aussi un systme de fichiers avec cryptage, mais un fois
   encore vrifiez qu'il est lgal dans votre pays (ndT: rappel: en
   France c'est illgal pour le moment).

   Les systmes de fichiers sont un champ de recherches acadmiques et
   industrielles important, recherches dont les rsultats sont souvent
   accessibles gratuitement (ndT: Il n'y a que les clients d'Apple ou
   Microsoft qui utilisent des technologies vieilles de 10 ans ...).
   Linux tant souvent la plate-forme de dveloppement de tels
   prototypes, on peut s'attendre a des amliorations et des innovations
   continuelles.

  Systmes de fichiers des cdroms

   Il y a un certain nombre de systmes de fichiers disponibles pour les
   cdroms. Le plus ancien est le format _High Sierra_, nomm ainsi
   d'aprs l'htel o les accords furent signs par les partenaires
   industriels. C'tait l'anctre de l'_ISO 9660_, qui est support par
   Linux (ndT: ce fut le nivellement par le bas: noms de fichiers de 8+3
   caractres, majuscules/minuscules confondues, etc). Plus tard une
   extension _Rock Ridge_ fut propose, ajoutant les noms de fichiers
   longs et les droits d'accs entre autres.

   Le systme de fichiers iso9660 de Linux supporte aussi bien le vieux
   High Sierra que les extensions Rock Ridge.

   Cepandant, une fois de plus Microsoft a dcid de choisir une de ces
   technologies comme nouveau "standard". Leur dernier bb s'appelle
   _Joliet_ et offre des possibilits d'internationaliation. Ce format est
   accept par le noyau Linux depuis la version 2.0.34. Vous devez
   activer NLS pour l'utiliser.

   H. Peter Anvin (hpa (at) transmeta.com) a rcemment post ces lignes:

Actually, Joliet is a city outside Chicago; best known for being the
site of the prison where Elwood was locked up in the movie "Blues
Brothers."  Rock Ridge (the UNIX extensions to ISO 9660) is named
after the (fictional) town in the movie "Blazing Saddles."

En fait, Joliet est une cit pas loin de Chicago, surtout clbre pour
sa prison o Elwood tait enferm dans le film "Blues Brothers". Rock
Ridge (l'extension UNIX de l'ISO 9660) fut baptis d'aprs la ville
imaginaire du film "Blazing Saddles."

   En fait c'tait Jake qui tait enferm. Oups !

  Compression

   Faut-il compresser son disque ou ses fichiers ? Voil une question
   prement dbattue, surtout si on prend en compte le danger de perte de
   fichiers. Il y a pourtant plusieurs options pour les administrateurs
   aventureux: modules ou patchs du noyau, librairies. La plupart de ces
   solutions ont de limitations, comme par exemple d'tre en lecture
   seule. Seules quelques rfrences sont donnes ici;  vous de vous
   tenir au courant des dernires mises  jour.

     * DouBle offre la compression de fichiers avec certaines
       limitations.
     * Zlibc ajoute la compression au vol des fichiers quand on les
       charge, de faon transparente.
     * Il y a beaucoup de modules qui permettent de lire des fichiers
       compresss ou des partitions natives de plusieurs systmes
       d'exploitation, mais la plupart sont en lecture seule.
     * dmsdos (actuellement en version 0.9.1.2) offre la plupart des
       options de compression de DOS et Windows. Il n'a pas encore tout
       mais de nouvelle fontionnalits sont rgulirement ajoutes.
     * e2compr tend ext2fs avec des fonctions de compression. Il est
       pour le moment en phase de test donc utilisable seulement pour des
       hackers du noyau. Voir la page de e2compr pour plus d'information.
       J'ai eu des rapports selon lesquels c'est assez stable et rapide.

  Autres systmes de fichiers

   Il y a le systme de fichiers userfs qui permet un systme de fichiers
   bas sur FTP, et a entre autres des possibilit de compression. docfs
   est bas sur ce systme de fichiers.

   Avec les ajouts rcents au noyau, on peut mettre un systme de
   fichiers complet dans un seul fichier (appel _loopback device_). On
   peut utiliser a pour concevoir et tester de nouveaux systmes de
   fichiers.

   Notez que cela n'a rien a voir avec le _network loopback device_.

   Il y a aussi un certain nombre de systmes de fichiers au stade
   exprimental qui ne sont pas voqus ici.

  Position physique des pistes

   Avec les disques petits et lents, certain systmes de fichiers
   utilisaient au mieux les caractristiques physiques lors du placement
   des donnes stockes. Cependant, l'augmentation de la vitesse et
   l'apparition de contrleurs intgrs avec mmoire cache ont rduit
   l'effet de ces optimisations.

   Nanmoins, on peut toujours gagner un peu avec ce genre
   d'optimisations. Comme chacun le sait, Linux va un jour _dominer le
   monde_, mais pour que ce jour arrive plus vite il nous faut employer
   toutes les ressources.

   La plupart des disques tournent  vitesse angulaire constante mais
   utilisent une densit des donnes  peu prs constante sur toutes les
   pistes. On a donc un taux de transfert bien plus lev sur le bord que
   sur l'intrieur du disque. Mais il y a aussi le fait que le temps
   d'accs moyen aux donnes sockes sur le centre du disque est plus
   court que pour les donnes stockes au centre ou  l'extrieur.

   Mais les disques rcents utilisent une gomtrie "logique" diffrente
   de la gomtrie physique, le disque lui-mme effectuant la conversion.
   Trouver le "milieu" du disque est plus difficile dans ces conditions.

   Dans la plupart des cas la piste 0 est la plus  l'extrieur mais
   c'est une convention et pas une norme.

   _Les pistes intrieures_
          sont plus lentes pour le taux de transfert comme pour le temps
          d'accs.

          Elles sont plus adaptes  des partitions telles que DOS, la
          racine ou la queue d'impression, qui ne demandent pas de
          vitesse lve.

   _Les pistes du milieu_
          sont en moyenne plus rapides que les pistes intrieures pour le
          taux de transfert comme pour le temps d'accs. Elles sont bien
          adaptes pour des partitions comme swap, /tmp et /var/tmp.

   _Les pistes extrieures_
          ont le taux de transfert le plus rapide mais un temps d'accs
          moyen aussi faible que les pistes intrieures. C'est l qu'on
          pourra mettre de gros fichiers comme des librairies.

   Le temps d'accs moyen peut tre rduit en plaant au centre les
   pistes les plus frquemment demandes. Cela peut tre fait avec fdisk
   en dcoupant un partition dans les pistes du milieu. Ou bien, avec un
   disque vide au dpart, on peut copier un fichier bidon avec dd de la
   taille de la moiti du disque environ; on cre ensuite les fichiers
   qui ont besoin d'un accs rapide et on efface le fichier bidon.

   Le dernier cas sert surtout pour les queues d'impression: on met le
   rpertoire vide de dpart au milieu du disque, ce qui rduira aussi la
   fragmentation.

   Avec les systmes RAID on peut aussi placer des fichiers au centre,
   mais le calcul est plus compliqu: voir la documentation sur RAID. On
   peut gagner jusqu' 50 pourcents.

  Vitesse des disques

   Le systme mcanique est souvent le mme dans des disques IDE ou SCSI.
   Les contraintes mcaniques sont aujourd'hui un facteur limitant mme
   si les progrs continuent. Il y a deux paramtres principaux,
   habituellement nots en millisecondes (ms):

   _Mobilit de la tte_
          La vitesse  laquelle la tte de lecture-criture peut aller
          d'une piste  une autre, aussi appel temps d'accs. Si vous
          calculez la double intgrale (la moyenne) de la distance sur
          tous les points de dpart et tous les points d'arrive
          possibles, vous trouverez que c'est quivalent  1/3 de
          l'ensemble des pistes.

   _Vitesse de rotation_
          Elle dtermine le temps ncessaire pour se placer dans le bon
          secteur, temps appel latence.

   Quelques valeurs typiques de temps mouvement de la tte:


                         Type de disque


Temps d'accs (ms)      | Rapide Moyen Vieux
---------------------------------------------
Pistes voisines             <1     2     8
En moyenne                  10    15    30
Au pire                     10    30    70

   On voit que les disques dernier cri ont des temps d'accs  peine
   meilleurs que les disques moyens, mais que les vieux disques sont
   significativement moins bons.


Vitesse de rotation (tr/min)  |  3600 | 4500 | 4800 | 5400 | 7200 | 10000
---------------------------------------------------------------------------
Latence (ms)                  |    17 |   13 | 12.5 | 11.1 |  8.3 |   6.0

   Comme la latence est le temps moyen pour atteindre un autre secteur,
   la formule est assez simple:

latence (ms) = 60000 / vitesse (tr/min)

   Ce tableau montre lui aussi que la vitesse des disques progresse moins
   qu'auparavant. En revanche, la consommation d'lectricit,
   l'chauffement et le bruit augmentent beaucoup.

5. Autres systmes d'exploitation.

   Beaucoup de Linuxiens ont plusieurs systmes d'exploitation, ce qui
   est parfois ncessaire ne serait-ce que pour certains programmes de
   configuration du matriel qui ne tournent que sous DOS ou Windows,
   pour ne pas les nommer. D'o l'intrt de cette courte section.

5.1 MS-DOS

   Laissons l le dbat pour savoir si c'est ou non un systme
   d'exploitation. Ce qui est sr est que la gestion du disque par MSDOS
   est trs basique. On peut avoir de grandes difficults avec les gros
   disques, consulter le _Large Drives mini-HOWTO_  ce sujet. Il est
   donc plus sage de placer la partition MSDOS au dbut du disque (sur
   les numros de pistes les moins levs).

   tant conu pour de petits disque le systme de fichier de MSDOS
   (_FAT_) alloue des blocs normes sur les grands disques. Il cre aussi
   pas mal de fragmentation, ce qui ralentit le temps moyen d'accs comme
   le taux de transfert.

   Une solution est d'utiliser le programme de dfragmentation mais il
   est fortement conseill de faire un sauvegarde des donnes et de
   vrifier le disque (avec chkdsk ou scansidk pour les DOS plus rcents)
   avant de dfragmenter.

   Mais comme toujours il y a un os, et ici l'os s'appelle _fichiers
   cachs_. Certains vendeurs les utilisent pour se protger leurs
   logiciels. Or un fichier cach ne peut tre chang d'endroit sur le
   disque, mme s'il garde la mme place dans l'arborescence des
   rpertoires. En consquence les programmes de dfragmentation ne
   dplacent pas les fichiers cachs, ce qui rduit les effets de la
   dfragmentation.

   tant mono-tche, mono-utilisateur, mono-tout, il n'y a aucun gain de
   vitesse  utiliser plusieurs disques sous MSDOS, a moins que vous
   utilisiez un contrleur disque qui fait du RAID au niveau matriel.

   Les vieilles commandes join et subst pour grer plusieurs disques
   demandaient beaucoup de travail pour un rsultat nul. Elles n'existent
   plus dans les versions rcentes.

   Bref, il n'y a pas grand chose  faire pour acclrer la gestion
   disque de DOS. Sauf ceci: beaucoup de programmes ont besoin d'un
   espace de stockage temporaire rapide et ceux qui sont bien crits
   utilisent la variable d'environnement TEMPDIR ou TMPDIR pour savoir o
   crer ces fichiers. Vous pouvez faire pointer cette variable vers un
   autre disque en ditant le fichier autoexec.bat:
     _________________________________________________________________

SET TMPDIR=E:/TMP
     _________________________________________________________________

   En plus du gain de vitesse, ceci rduira sans doute la fragmentation.

   Le programme fdisk de MSDOS a du mal parfois a effacer des partitions
   primaires. On peut utiliser  la place le programme fdisk qui vient
   avec Linux.

   N'oubliez pas qu'il existe d'autres alternatives  MS-DOS, la plus
   connue tant DR-DOS de Caldera. C'est un descendant direct de DR-DOS
   de Digital Research. Il a beaucoup de fonctions qui manquent  MS-DOS,
   comme le multi-tche.

   Une autre alternative, libre, est Free DOS qui est un projet en
   dveloppement. Un certain nombre d'utilitaires sont aussi disponibles.

5.2 Windows

   La plupart des points ci-dessus s'appliquent, mis  part que Windows95
   a une meilleure gestion des disques, notamment SCSI.

   Pour lire les noms longs vous devrez utiliser le systme de fichiers
   vfat (plutt que dos) pour monter ces partitions.

   Le nouveau systme de fichiers FAT32 a t introduit  partir de la
   version OSR2. Il convient mieux aux grands disques. Il n'est encore
   support que par peu de programmes, mme par NT 4.0 ou les utilitaires
   Norton-machin truc. Le noyau Linux supporte le format FAT32 et aussi
   le format de cdroms Joliet depuis la version 2.0.35.

   La fragmentation est encore un problme. On peut limiter les dgts en
   faisant une dframentation avant et aprs tout gros changement (comme
   l'installation d'un programme). Enlever les fichiers inutiles et vider
   la poubelle rduit encore la fragmentation.

   Windows utilise aussi un disque pour le swap, et le rediriger peut
   apporter des gains de performance. Il y a plusieurs mini-HOWTOS qui
   expliquent comment partager le swap entre plusieurs systmes
   d'exploitation.

   Trs rcemment quelqu'un a commenc un projet pour que Win95
   reconnaisse le systme de fichiers ext2fs. Voir cette page Web pour
   plus de dtails.

   Mettre la variable d'environnement TEMPDIR est toujours utile mais
   tous les programmes ne l'utilisent pas. Utilisez sysedit pour diter
   le fichier autoexec comme indiqu plus haut.

   Beaucoup de fichiers temporaires sont placs dans /windows/temp et
   changer cela est plus difficile. On peut utiliser regedit  cette fin,
   mais on risque de mettre le systme dans un tat incohrent; et un
   Windows en panne est encore moins utile qu'un Windows vivant. Une
   erreur dans la base des registres peut ncessiter la r-installation
   complte de Windows.

   De toute faon, beaucoup de programmes ont leurs propres endroits pour
   mettre leurs fichiers temporaires, il y en a donc un peu partout sur
   votre disque.

   Mettre le swap sur une partition spare est une meilleure ide, et
   c'est plus facile  faire. Gardez  l'esprit que la partition swap ne
   peut tre utilise  rien d'autre, mme s'il y a de la place libre.

5.3 OS/2

   La seule chose  mentionner ici est qu'on peut ajouter un systme de
   fichiers de manire  pouvoir lire les partitions ext2fs depuis OS/2.

5.4 NT

   Voil un systme plus srieux qui proposent la plupart des fonctions
   dont les noms exotiques composent la publicit informatique.

   Voici un bug report par acahalan at cs.uml.edu: (traduction d'un
   extrait de message dans les News)

   Le DiskManager de NT a un bug srieux qui peut corrompre un disque
   ayant plus d'une partition tendue. Microsoft a mis un fix sur le site
   knowledge base

   (Cela concerne les Linuxiens, car ils ont des souvent des partitions
   tendues)

5.5 Sun OS

   Il y a un peu de confusion entre Sun OS et Solaris. Solaris n'est que
   Sun OS 5 avec Openwindows et quelques extras. Tapez uname -a pour
   connatre votre version. Parmi les raisons de cette confusion il y a
   que Sun utilisait un OS de la famille BSD, avec des morceaux de code
   d'un peu partout et du code propritaire. Ainsi jusqu' Sun OS 4.x.y.
   Puis par une dcision stratgique ils ont choisi Unix, System V,
   Release 4 officiel (SVR4) et Sun OS 5 est n. Ils ont aussi chang de
   marketing, en vendant d'autres produits en _bundle_ avec Sun OS sous
   le nom de Solaris, actuellement en version 2.6.

  Sun OS 4

   Sun OS est familier  beaucoup de Linuxiens. La dernire version est
   4.1.4 plus un certain nombre de patches. Notez cependant que leur
   hirarchie de fichiers est organise diffremment du FSSTND. Taper man
   hier pour un bref topo sur la hirarchie de fichiers.

  Sun OS 5 (i.e. Solaris)

   Il y a une procdure d'installation base sur Openwindows, qui vous
   aide  partitionner et formater les disques avant d'installer le
   systme  partir du cdrom. Cette procdure plante lamentablement si
   votre installation est trop exotique, et comme elle cherche 
   installer tout un systme  partir d'un cdrom elle plantera mais pas
   avant un certain nombre de minutes. C'est l'exprience que j'en ai eu.
   Pour contourner le problme nous avons tout install sur une partition
   et ensuite nous avons dplac les rpertoires aux bons endroits.

   Les valeurs par dfaut sont bonnes pour la plupart des choses, sauf
   peut-tre pour le swap. Alors que les manuels officiels recommandent
   d'avoir plusieurs partitions pour le swap, pas dfaut une seule
   partition est utilise. Il est conseill de changer cela ds que
   possible.

   Sun OS 5 possde aussi un systme de fichiers conu pour les fichiers
   temporaires, tmpfs. C'est un genre de RAM disk, et comme les RAM disks
   le contenu en est perdu quand le courant est coup. Si la mmoire vive
   manque des parties du pseudo-disques seront dplacs vers la mmoire
   tampon, il est donc possible d'avoir des fichiers temporaires dans la
   partition de swap. Linux n'a pas de systme de fichiers de ce genre:
   on en avait parl mais les opinions taient partages. J'aimerais
   d'ailleurs avoir des commentaires  ce sujet.

   Jusqu'ici, le seul commentaire tait: non !! Sous Solaris 2.0, crer
   de trop gros fichiers temporaires dans /tmp peut causer une panne dy
   noyau (_kernel panic_) pour cause de manque de mmoire tampon (ndT: Ce
   n'est qu'un des milliers de bugs de Solaris 2.0). Le pire est que
   cette panne complte peut arriver avec des programmes utilisateurs
   (donc pas seulement avec des programmes en mode noyau) et  moins de
   savoir contourner le problme le mieux est de ne pas utiliser tmpfs.

   Voir aussi Combiner le swap et /tmp.

   Pour la culture: il y un film appel Solaris, un film de science
   fiction trs long, trs lent et totalement incomprhensible ...

6. Clusters

   Je vais brivement voquer ici les manires de connecter des machines
   ensemble, mais c'est un sujet si vaste qu'il pourrait faire l'objet
   d'un HOWTO. Comme en plus c'est hors-sujet dans ce HOWTO, si vous
   voulez contactez-moi et prenez cette partie pour en faire un document
   spar.

   Aujourd'hui les ordinateurs sont obsoltes au bout d'un temps trs
   court. Du vieux matriel peut pourtant se rvler trs utile sous
   Linux. Utiliser un vieux pc commer serveur rseau a, en plus de la
   valeur pratique, un certain intrt ducatif. Je ne parlerai ici que
   de ce qui concerne les disques.

   Plusieurs formes de partage (clustering) sont possibles aujourd'hui,
   depuis la rpartition automatique de la charge entre plusieurs
   machines jusqu' des matriels exotiques comme le SCI (Scalable
   Coherent Interface) qui permet de combiner plusieurs machines en une
   seule. Il y a eu aussi du partage sur de plus grosses machines, ainsi
   le VAXcluster en son temps. L'usage habituel du clustering est le
   partage des ressources comme les disques durs, les imprimantes, les
   teminaux mais de faon  ce que les ressources soit disponibles 
   galit pour tous les noeuds du rseau.

   Il n'y a pas de bonne dfinition du clustering (ndT: ni de bonne
   traduction ...) mais ici ce mot signifie que plusieurs machines d'un
   reseau combinent leurs ressources pour servir les utilisateurs.

   Linux permet certaines formes de partage mais pour le dbutant je
   dcrirai juste un rseau local simple. C'est une bonne manire de
   profiter de vieux matriel qui serait inutilisable dans a.

   La meilleure faon d'utiliser une vieille machine est d'en faire un
   serveur de rseau. Dans ce cas, le facteur limitant est plutt la
   bande passante du rseau que la vitesse du serveur. A la maison vous
   pouvez dplacer les fonctions suivantes sur un vieux PC devenu
   serveur:

     * Les news
     * Le courrier lectronique
     * Les proxies Web
     * Un serveur d'impression
     * Un serveur de modem (PPP, SLIP, FAX, Voice mail)

   Vous pouvez aussi monter par NFS des disques du serveur. Lisez le
   FSSNTD pour savoir quels rpertoires ne doivent pas tre exports. On
   exportera /usr et /var/spool, peut-tre aussi /usr/local mais sans
   doute pas /var/spool/lpd.

   La plupart du temps mme de vieux disques offrent des performances
   suffisantes. Cependant, si vous avez un usage intensif des disques du
   serveur et un rseau  haut dbit, vous aurez sans doute besoin de
   disques rapides. C'est le cas pour un outil de recherche dans un site
   Web ou pour une base de donnes.

   Un tel rseau (un _toaster network_ comme on l'appelle) peut tre une
   trs bonne faon d'apprendre l'administration systme. Il y a des
   HOWTOs sur le sujet mais vous devez garder en tte les choses
   suivantes:

     * Ne choisissez pas les numros IP n'importe comment. Configurez
       votre rseau local avec les adresses IP rserves  l'usage priv,
       et utilisez votre serveur de rseau comme un routeur qui grera le
       masquage des adresses IP.
     * Si vous configurez le routeur comme un pare-feu (firewall) il se
       peut que vous soyez incapable d'accder  vos propres donnes
       depuis l'extrieur. Cela dpend de la configuration du pare-feu.

   Le rseau _nyx_ est un exemple de cluster. Il est constitu de:

   _nyx_
          est l'une des deux machines sur lesquelles les utilisateurs se
          loguent et assure aussi certaines fonctions rseau

   _nox_
          (ou nyx10) est la machine principale pour utilisateurs et aussi
          un serveur de courrier lectronique.

   _noc_
          est un serveur pour les news. La queue des news est accessible
          par un montage NFS pour nyx et nox.

   _arachne_
          (ou www) est le serveur Web. Les pages Web sont crites sur nox
           travers un montage NFS

   Il y a des projets de clustering assez avancs, notamment:
     * le projet Beowulf
     * le projet GAMMA (Genoa Active Message Machine)

   Le partage high-tech demande une interconnection high-tech, et SCI est
   une des solutions. Plus d'information sur la page Web de Dolphin
   Interconnect Solutions ou de scizzl.

7. Points de montage

   Il est important de ne pas scinder la hirarchie des rpertoires au
   mauvais endroits. Cette section dpend fortement du FSSTND et sans
   doute changera compltement quand le FHS sera utilise dans une
   distribution Linux.

   Voici donc un liste des rpertoires que vous _pouvez_ (et non que vous
   _devez_) mettre sur une partition spare. Pour indiquer combien il
   est opportun de placer tel rpertoire sur une partition spare, un
   chelle de 0  5 est adopte:

0= viter absolument
1=eventullement
 ...
4=utile
5=recommand

/
|
+-bin       0
+-boot      0
+-dev       0
+-etc       0
+-home      5
+-lib       0
+-mnt       0
+-proc      0
+-root      0
+-sbin      0
+-tmp       5
+-usr       5
| \
| +-X11R6     3
| +-bin       3
| +-lib       4
| +-local     4
| | \
| | +bin        2
| | +lib        4
| +-src       3
|
+-var       5
  \
  +-adm       0
  +-lib       2
  +-lock      1
  +-log       1
  +-preserve  1
  +-run       1
  +-spool     4
  | \
  | +-mail      3
  | +-mqueue    3
  | +-news      5
  | +-smail     3
  | +-uucp      3
  +-tmp       5

   La situation bien sr peut varier, par exemple sur une machine  la
   maison il n'est pas trs utile de scinder le rpertoire /var/spool
   mais pour un fournisseur d'accs  Internet c'est indispensable. Le
   mot-cl ici est _l'usage_.

   _QUESTION !_ Pourquoi /etc ne doit jamais tre mis sur une partition
   spare ? Rponse: le montage est fait d'aprs les instructions du
   fichier /etc/fstab, donc si /etc n'est pas sur la partition racine, et
   que cette partition n'est pas monte, aucun montage ne peut tre
   effectu ... c'est comme d'avoir claqu la porte en laissant la cl 
   l'intrieur.

8. Placement des partitions, des rpertoires et des fichiers

   Nous en savons maintenant assez pour parler de placement. J'ai mis ma
   mthode au point aprs avoir essay toutes les combinaisons possibles
   sur mes 3 vieux disques SCSI.

   Les tables donnes en appendice servent  simplifier le processus.
   Elles vous aideront  optimiser votre systme mais aussi  le dpanner
   ventuellement. Quelques exemples sont donns.

8.1 Choisir les partitions

   Rflchissez  vos besoins et posez sur le papier une liste de toutes
   les parties de votre systme de fichiers que vous voulez mettre sur
   une partition spare. Notez la taille de chacune et triez-les par
   vitesse dcroissante.

   La table du chapitre Appendice A est utile pour choisir quels
   rpertoires mettre dans quelles partitions. Elle est trie par ordre
   logique, avec des blancs pour vos notes personnelles et des remarques
   sur les points de montage. Elle n'est PAS trie par vitesse
   dcroissante, mais les besoins en vitesse sont indiqus par des petits
   ronds ('o').

   Si vous voulez utiliser du RAID notez avec quels disques vous voulez
   le faire et quelles partitions seront en RAID. Notez que les
   diffrents modes RAID offrent une vitesse et une fiabilit variable.
   Pour simplifier, on suppose dans la suite qu'on a un ensemble de
   disques SCSI identiques et pas de RAID.

8.2 Rpartir les partitions entre les disques.

   Il faut maintenant dterminer sur quelles disques physiques seront
   places les partitions choisies ci-dessus. Voici un algorithme pour
   optimiser le paralllisme et l'utilisation du bus. Dans notre exemple
   les partitions  placer sont 123456789, 9 est celle qui a besoin de la
   plus grande vitesse et 1 est la plus lente. On les rpartit comme
   suit:

        A : 9 4 3
        B : 8 5 2
        C : 7 6 1

   Cela fait une "moyenne des vitesses"  peu prs gale sur chaque
   disque.

   Utiliser la table de l'appendice B pour dterminer quels disques
   utiliser pour quelles partitions afin de profiter au maximum du
   paralllisme.

   Notez la vitesse de chacun de vos disques dans la bonne colonne.
   ventuellement, permutez les rpertoires, les partitions et les
   disques jusqu' tre content du rsultat.

8.3 Trier les partitions et les disques

   L'tape suivante est de slectionner les numros de partition pour
   chaque disque.

   Utilisez la table du chapitre appendice C pour slectionner les
   numros de partitions  l'intrieur de chaque disque. Remplissez avec
   ces valeurs les tables des Appendices A et B. Ces tables vous
   serviront lorsque vous installerez votre systme (tape de
   partitionnement avec fdisk ou cfdisk)

8.4 Optimisation

   Des considrations spcifiques  un matriel ou  un type
   d'utilisation peuvent intervenir. Par exemple si le disque C est
   beaucoup plus lent que les deux autres il vaudra mieux adopter la
   rpartition suivante:

        A : 9 6 5
        B : 8 7 4
        C : 3 2 1

  En tenant compte de spcificit des disques

   Des disques de vitesse globale comparable peuvent s'avrer plus ou
   adapts  un usage ou  un autre. Comme on l'a dj dit, les binaires,
   qui sont nombreux et petits, sont bien  leur place dans un disque de
   temps d'accs moyen faible et qui gre une queue des requtes. Les
   librairies et autres gros fichiers profiteront davantage d'un disque
   ayant un bon taux de transfert, ce que les disques IDE offrent pour
   pas cher.

  Utilisation du paralllisme

   On peut viter la surcharge du disque en pensant aux tches. Par
   exemple si vous excutez un programme de /usr/local/bin il y a des
   chances que vous accderez aussi  /usr/local/lib; placer ces deux
   rpertoires sur des disques physiquement diffrents permet de diminuer
   le temps de recherche et autorise les oprations en parallle ou
   l'utilisation du cache. Des gains de performance surprenants peuvent
   tre obtenus ainsi. Identifiez les tches communes, les partitions
   qu'elles utilisent et gardez ces partitions sur des disques
   physiquement diffrents.

   Voici quelques exemples:

   _Les application bureautiques_
          comme les traitements de texte ou les tableurs sont des
          exemples typiques de logiciels peu gourmands en temps CPU comme
          en accs disque (une fois lancs). Cepandant, ces logiciels ont
          souvent des fonctions de sauvegarde automatique qui crent du
          traffic dans les rpertoires personnels des utilisateurs. Avoir
          les rpertoires personnels sur plusieurs disques rpartira la
          charge.

   _Les lecteurs de News_
          ont aussi des fonctions de sauvegarde automatique, et les
          fournisseurs d'accs  Internet ont intrt  sparer les
          rpertoires utilisateurs entre plusieurs disques.

          Les queues des serveurs de News (/var/spool/news) sont connues
          pour leurs grand nombre de rpertoires et de fichiers. La perte
          d'une telle partition n'est pas grave dans la plupart des cas,
          donc le RAID 0 lui convient parfaitement. Avec beaucoup de
          petits disques le systme pourra supporter un grand nombre de
          requtes par seconde. On peut mme mettre les news et les
          fichiers .overview sur des disques spars: voir les FAQs sur
          les serveurs INN  ce sujet.

          Voir aussi la page Web ddie  l'optimisation des serveurs INN

   _Les bases de donnes_
          sont gourmandes en terme d'accs disques comme de temps de
          calcul. Cela dpend beaucoup de l'application envisage. On
          peut envisager le RAID pour avoir  la fois performance et
          fiabilit.

   _Le courrier lectronique_
          met en jeu les rpertoires des utilisateurs comme les queues de
          courrier arriv/ envoyer. Si possible garder les rpertoires
          des utilisateurs et les queues sur des disques diffrents. Pour
          un serveur de courrier on peut envisager de mettre les queues
          de courrier reu et  envoyer sur des disques diffrents.

          Perdre du courrier est extrmement gnant, si vous tes un
          fournisseur d'accs ou un routeur. Envisager le RAID et faire
          des sauvegardes frquentes.

   _Le dveloppement de logiciels_
          peut demander un grand nombre de rpertoires pour les binaires,
          les librairies, les fichiers d'en-tte, les sources et
          l'archive. Sparer autant que possible tous ces rpertoires.
          Sur des petits systmes vous pouvez placer /usr/src et
          l'archive sur le mme disque que les rpertoires personnels.

   _Surfer sur le Net_
          est  la mode. Les butineurs ont souvent un cache local qui
          peut grossir pas mal. Comme le cache est utilis pour recharger
          des pages ou retourner  la page prcdents, la vitesse compte.
          Cepandant, si vous tes connects  un bon serveur de proxy les
          utilisateurs n'ont plus besoin de cache individuel. Voir aussi
          Les rpertoires personnels des utilisateurs et Le Web.

8.5 Besoins et usage

   Lorque vous achetez une bote de 10 cdroms avec une distribution
   Linux et le contenu de gros sites FTP, il peut tre tentant de vouloir
   installer autant de choses que vos disques le peuvent. Cependant, vous
   ne tarderez pas  trouver que a vous laisse bien peu de place pour
   voluer. Voil pourquoi je soulignerai quelques points importants.

   _Tester_
          Linux est simple et vous n'avez mme pas besoin d'un disque dur
          pour cela. Il sufit d'une disquette de dmarrage comme celles
          fournies avec les distributions. Si vos priphrique ne sont
          pas supports, n'oubliez pas qu'il y a souvent plusieurs
          versions de disquette de dmarrage pour les priphriques
          exotiques qui peuvent vous dpanner jusqu' la compilation d'un
          noyau personnalis.

   _Apprendre_
          comment marche un systme d'exploitation est trs facile avec
          Linux: c'est un systme qui vient avec les sources et une
          abondante documentation. Un disque de 50 Mo suffit pour avoir
          un shell et les utilitaires les plus courants.

   _Si a devient un hobby_
          des programmes plus nombreux sont ncessaires, mais 500 Mo sur
          un seul disque devraient suffire pour les binaires, les sources
          et la documentation.

   _Pour un usage professionnel_
          ou amateur srieux, il faut encore plus de place, des queues
          pour le courrier lectronique et les nouvelles, etc. Sparer
          les fichiers entre plusieurs disques peut tre bnfique. La
          place requise est plus difficile  estimer, mais 2  4 Go
          devraient tre plus que suffisants, mme pour un petit serveur.

   _Les serveurs_
          vont du simple serveur de courrier lectronique au gros serveur
          pour un fournisseur d'accs  Internet. Compter 2 Go pour le
          systme de base, ajouter ensuite de la place (et probablement
          des disques) pour chaque service propos. Le cot est ici le
          facteur limitant mais si on veut justifier le S de Service il
          faut bien dpenser un peu. J'admets que tous les fournisseurs
          d'accs ne le font pas.

8.6 Serveurs

   Dans les appendices on trouvera les valeurs  employer pour un serveur
   dpartemental (de 10  100 utilisateurs). Dans cette section on
   parlera des grands serveurs. De manire gnrale n'ayez pas peur
   d'employer le RAID, pas seulement parce qu'il est rapide et fiable
   mais aussi parce qu'il est un peu plus facile de faire grandir un
   systme RAID. Ce qui est mentionn ici s'ajoute aux remarques
   prcdentes.

   Le plus souvent les gros serveurs ne sont pas apparus comme a, mais
   ils ont grandi progressivement. Dans la plupart des cas c'est une
   bonne ide de rserver un ou plusieurs disque SCSI pour chaque tche.
   Cela permet de rcuprer efficacement les donnes si le serveur est
   hors d'usage. Notez que transporter un disque d'une machine  une
   autre n'est pas si simple, en particulier pour les disques IDE. Et les
   tours de disques SCSI ont besoin d'une initialisation correcte pour
   reconstruire les donnes, donc vous devez garder une copie papier de
   votre fichier /etc/fstab comme des numros de srie des disques SCSI.

  Rpertoires personnels des utilisateurs

   Faites une estimation du nombre de disques requis, si c'est plus que 2
   je recommande fortement le RAID. Si vous ne l'utilisez pas, vous
   pouvez utiliser un algorithme de hachage simple pour rpartir la
   charge entre les disques. Par exemple vous pouvez utiliser les deux
   premires lettres du nom de login, ainsi jbloggs est mis sur
   /u/j/b/jbloggs o /u/j est un lien symbolique vers un disque physique.

  Serveur FTP anonyme

   C'est un quipement essentiel si vous attachez de l'importance  la
   notion de service. Les bons serveurs sont bien maintenus, documents,
    jour, et trs populaires o qu'ils soient dans le monde. Le serveur
   ftp.funet.fi (ndT: et en France ftp.lip6.fr) est un exemple de "gros
   serveur FTP".

   En gnral c'est plutt la bande passante du rseau que la vitesse du
   processeur qui compte. La taille varie beaucoup. Je crois que
   l'archive de ftp.cdrom.com est une machine *BSD avec 50 Go de disque.
   La mmoire vive est importante aussi: 256 Mo pour un gros serveur mais
   de plus petits peuvent se contenter de 64 Mo.

  La toile (WWW)

   Pour beaucoup c'est la principale raison d'aller sur l'Internet. En
   plus de consommer de la bande passante, cette activit gnre des
   besoins en cache disque. Garder le cache sur un disque rapide,  part
   peut tre intressant. Avoir un serveur de proxy est encore mieux.
   Cela peut rduire la taille du cache pour chaque utilisateur et
   acclrer le service en diminuant la bande passante utilise.

   Un serveur de cache a besoin d'un ensemble de disques rapides, le
   RAID0 est idal dans ce cas car la fiabilit n'est pas primordiale. 2
   Go devraient suffire. Ne pas oublier d'adapter la dure de vie des
   pages dans le cache  la capacit disque et aux besoins. On peut
   adapter la dure de vie selon les serveurs, voir: Harvest, Squid ou le
   serveur de Netscape pour plus de dtails.

  Courrier lectronique

   La plupart des machines manipulent, peu ou prou, du courrier
   lectronique. Cependant, les grands serveurs de courrier forment une
   catgorie  part. C'est une tche trs exigeante et mme un gros
   serveur dot de disques rapides et d'une bonne connexion au rseau
   peut se rvler lent  l'usage. A la diffrence des news qui sont
   rparties sur plusieurs serveurs, le courrier lectronique est
   centralis. La scurit est donc bien plus importante. Pour un gros
   serveur envisagez une solution RAID redondante (RAID4 ou RAID5).

  News

   C'est une tche qui demande de grands volumes, mais cela dpend
   beaucoup du nombre de forums o vous souscrivez. Sur Nyx il y a en a
   17 Go. Les plus grands groupes sont sans doute dans la hirarchie
   alt.binary.*, vous pouvez sans doute assurer un bon service avec 12 Go
   si vous ns vous abonnez pas  ces groupes. Certains que je ne nommerai
   pas pensent que 2 Go suffisent pour prtendre assurer un "Service
   d'Accs  Internet". Dans ce cas les news expirent si vite que le mot
   de "service" se justifie peu. Un vrai serveur de news signifie un
   trafic de plusieurs Go par jour, et ce nombre ne cesse de crotre.

  Autres

   Il y a plein de services disponibles sur Internet, mme si la plupart
   ont t jet aux oubliettes par la Toile. Cependant, des services
   comme _archie_, _gopher_ et _wais_ existent encore et restent des
   outils apprciables.

8.7 Piges

   Les dangers de tout scinder entre des partitions distinctes sont
   mentionns dans la section sur la gestion de volume. Mais on m'a
   demand d'insister sur ce point: quand une partition est pleine, elle
   ne peut plus grandir, mme s'il y a de la place sur les autres
   partitions.

   En particulier, il faut veiller  la croissance explosive de la queue
   des News (/var/spool/news). Pour les machines multi-utilisateurs avec
   des quotas gardez un oeil sur /tmp et /var/tmp car certains
   utilisateurs stockent leurs fichiers l, recherchez seulement les noms
   de fichiers termins par gif ou jpeg ...

   Il n'y a aucun avantage  tirer d'un seul disque scind en plusieurs
   partitions, si ce n'est que a rend la surveillance des fichiers (avec
   la commande 'df') plus facile et que a permet de mettre les
   partitions rapides sur le milieu (physique) du disque. Mais a
   n'apporte rien en terme d'accs en parallle  plusieurs partitions

8.8 Compromis

   Une manire d'viter le pige mentionn ci-dessus est de ne mettre que
   les partitions dont la taille est peu susceptible de varier comme le
   swap, /tmp et /var/tmp et de regrouper les autres dans les partitions
   restantes au moyen de liens symboliques.

   Exemple: Soit un disque lent (slowdisk), et un disque rapide
   (fastdisk), et une collection de fichiers. Nous mettons swap et tmp
   sur fastdisk; /home et la racine sur slowdisk. Et nous avons encore
   les rpertoires (fictifs) /a/slow, /a/fast, /b/slow and /b/fast 
   placer sur les deux partitions /mnt.slowdisk et /mnt.fastdisk faites
   avec l'espace restant sur chaque disque.

   Mettre /a ou /b directement sur l'une des deux partitions donnera les
   mmes proprits  tous les sous-rpertoires de chacun de ces
   rpertoires, et nous voulons l'viter. Tailler 4 partitions pour ces 4
   rpertoires ferait perdre de la flexibilit, nous l'viterons aussi.
   La bonne solution est de faire de ces 4 rpertoires des liens
   symboliques vers les bons rpertoires de chacun des disques. Ainsi:

/a/fast lien symbolique vers /mnt.fastdisk/a.fast
/a/slow lien symbolique vers /mnt.slowdisk/a.slow
/b/fast lien symbolique vers /mnt.fastdisk/b.fast
/b/slow lien symbolique vers /mnt.slowdisk/b.slow

   Et nous avons tous les rpertoires rapides sur le disque rapide sans
   avoir  faire une partition pour chacun d'entre eux.

   Le dsavantage est que c'est relativement compliqu et qu'il faut
   prvoir tous les points de montage, liens symboliques et partitions
   avant d'installer le systme.

9. Implmentation

   Les distributions rcentes ont des outils qui vous guideront pour le
   partitionnement et le formatage des disques, et gnreront un fichier
   /etc/fstab automatiquement. Mais pour y faire des modifications par la
   suite, vous devez comprendre les mcanismes que a met en jeu.

9.1 Disques et Partitions

   Avec DOS ou autre vous trouvez toutes les partitions avec des noms
   comme C: D:, sans diffrenciation pour les disques IDE, SCSI, rseau,
   etc. Dans le monde de Linux c'est diffrent. Au dmarrage vous verrez
   un message comme:
     _________________________________________________________________

Dec  6 23:45:18 demos kernel: Partition check:
Dec  6 23:45:18 demos kernel:  sda: sda1
Dec  6 23:45:18 demos kernel:  hda: hda1 hda2
     _________________________________________________________________

   Les disques SCSI se nomment sda, sdb, sdc etc, et les disques (E)IDE
   se nomment hda, hdb, hdc etc. Il y a aussi des noms standards pour
   tous les priphriques (souris, clavier, disquette, etc), voir
   /dev/MAKEDEV et /usr/src/linux/Documentation/devices.txt.

   Les partitions sont notes par des numros sur chaque disque, hda1,
   hda2, etc. Sur les disques SCSI il peut y avoir jusqu' 15 partitions,
   et sur les disques EIDE drives jusqu' 63 partitions. Ces deux limites
   sont bien au-del de ce qui est utile.

   Ces partitions sont montes selon les indication du fichier /etc/fstab
   pour que les fichiers qu'elles contiennent soient accessibles.

9.2 Partitionnement

   D'abord vous devez partitionner chaque disque. Sous Linux il y a deux
   mthodes, fdisk et cfdisk (plus convivial) (ndT: il y a aussi d'autres
   outils avec les distributions RedHat ou SuSE). Ces programmes sont
   complexes, lisez les pages de manuel _trs attentivement_. Sous DOS il
   y a d'autres possibilits, comme fdisk ou fips. Ce dernier a
   l'avantage qu'il peut partitionner un disque sans ncessairement
   craser toutes les donnes. Avant de lancer fips vous devez
   dfragmenter votre disque. Si vous utilisez FAT32 vous pouvez utiliser
   la dernire version de fips ( partir de 15c).

   Il faudra d'abord dfragmenter. Cela mettra toutes les donnes au
   dbut du disque, et l'espace vide restant peut tre utilis pour
   tailler de nouvelles partitions.

   De toute faon, il est indispensable de faire une sauvegarde complte
   de toutes vos donnes importantes avant de partitionner.

   Il y a trois types de partitions, primaire, tendue and logique. On ne
   peut dmarrer que sur une partition primaire, et le nombre de
   partitions primaires est limit  4. Si vous avez besoin de plus de
   partitions, vous devez dfinir des partitions tendues, qui
   contiendront de partitions logiques.

   Chaque partition a un numro qui indique quel systme de fichiers elle
   utilise, pour Linux les seuls types  connaitre sont swap et ext2fs.

   Pour plus d'informations, consuler le fichier README qui vient avec
   fdisk ou le _Partitioning HOWTO_.

   RedHat a un utilitaire interactif appel _Disk Druid_ qui est est
   suppos tre une alternative plus conviviale  fdisk et automatiser
   d'autres tches. Cependant cet outil n'est pas tout  fait mature:
   s'il ne fait pas ce que vous voulez, utilisez plutt fdisk ou cfdisk.

9.3 Disques Multiples (md)

   Assurez-vous que vous avez la documentation la plus rcente sur cette
   fonctionnalit du noyau. Ce n'est pas encore stable, vous voil
   prvenu.

   En bref cela consiste  rassembler des partitions en de nouveaux
   priphriques md0, md1 etc. en utilisant mdadd, puis  les activer
   avec mdrun. Cela peut tre automatis avec le fichier /etc/mdtab.

   On peut ensuite considrer md0, md1 comme n'importe quel disque. Il y
   a maintenant un HOWTO sur le RAID avec md auquel je vous renvoie pour
   les dtails.

9.4 Formatage

   Aprs le partitionnement vient le formatage, c'est--dire l'criture
   des structures de donnes qui permettront de dcrire les attributs et
   la position des fichiers. Si c'est la premire fois que vous formatez
   il est recommand d'utiliser l'option "verify" ou "check for bad
   blocks". A strictement parler, c'est inutile, mais cela peut rsoudre
   des problmes comme la terminaison (pour le SCSI). Voir la
   documentation de mkfs pour les dtails.

   Linux est compatible avec un nombre impressionnant de systmes de
   fichiers. Faire man fs pour la liste complte. Notez que votre noyau
   doit avoir le pilote adquat pour pouvoir accder  un systme de
   fichiers. Lors de l'tape de configuration du noyau (make menuconfig
   ou make xconfig) vous avez de l'aide en ligne pour chaque systme de
   fichiers et vous pouvez choisir de l'inclure dans le noyau ou d'en
   faire un module.

   Notez que certaines disquettes de sauvetage ont besoin des systmes de
   fichiers minix, msdos et ext2fs compils dans le noyau.

   Les partitions de swap (change) doivent aussi tres formates,
   utilisez mkswap pour a.

9.5 Montage

   Les donnes d'une partitions ne sont pas visibles avant d'tres
   montes dans un endroit de l'arborescence appel point de montage de
   la partition. Cela est fait  la main avec le programme mount ou bien
   automatiquement durant le dmarrage. La liste des partitions avec leur
   point de montage est dans le fichier /etc/fstab. Lisez le manuel de
   mount et faites trs attention aux tabulations dans le fichier
   /etc/fstab (elles ne sont pas quivalentes  des espaces).

10. Maintenance

   C'est le travail de l'ingnieur systme de garder un oeil sur les
   disques et les partitions. Si une partition est pleine, le systme
   aura des dysfonctionnements, quelle que soit la place libre sur les
   autres partitions.

   Pour voir la liste des partitions actuellement montes, avec le point
   de montage et le pourcentage de place libre, taper df. Cela doit tre
   fait rgulirement, par exemple avec une crontab.

   Les partitions de swap peuvent tre surveilles avec les outils de
   statistique de la mmoire comme free, procinfo ou top.

   Surveiller l'usage des disques est plus dlicat mais c'est important
   pour les performances. Il faut viter que le mme disque soit
   sollicit tout le temps quand d'autres sont inactifs.

   Il est important quand on installe un logiciel de savoir prcisment
   o vont les fichiers. Ainsi, pour des raisons historiques, GCC qui met
   des excutables dans les rpertoires de librairie. On peut aussi
   mentionner X11 dont la structure est trs complexe.

   Lorsque votre systme est au bord de l'asphyxie il est temps de faire
   la chasse aux fichiers temporaires, fichiers de log, fichiers core et
   autres. Un bon usage de ulimit dans les paramtres globaux du shell
   peut vous aider  viter d'avoir des fichiers core un peu partout.

10.1 Sauvegarde

   Le lecteur attentif aura remarqu les allusions rpts  l'utilit
   des sauvegardes. Les films d'horreur sont nombreux o l'on parle
   d'accidents et de ce qui est arriv aux personnes responsables quand
   la sauvegarde s'est avre inutilisable, voire inexistante. Il est en
   gnral plus simple d'investir dans des moyens de sauvegarde dcents
   que de se trouver une seconde identit ...

   Il y a de nombreuses possibilits, et un mini-HOWTO (
   Backup-With-MSDOS ) dtaille tout ce que vous devez savoir, en plus
   d'informations spcifiques  MSDOS.

   En plus de faire des sauvegardes, vous devez vous assurer que vous
   pouvez retrouver les donnes. Les donnes crites ne sont pas toujours
   correctes, et de nombreux administrateurs systmes ont un jour
   commenc  restaurer le systme aprs un accident, joyeux  la pense
   que tout marchait, lorsqu'ils dcouvrirent avec horreur que les
   sauvegardes n'taient pas utilisables. Soyez prudents.

10.2 Dfragmentation

   Cela varie beaucoup selon le systme de fichiers. Certains souffrent
   d'une dfragmentation rapide et presque paralysante. Heureusement ce
   n'est pas le cas de ext2fs et c'est pourquoi on a trs peu parl des
   outils de dfragmentation. En fait, il en existe, mais il est rare
   qu'on en aie mme le besoin.

   Si vous voulez le faire pour une raison ou pour une autre, le moyen
   simple et rapide est de faire une sauvegarde puis une rcupration. Si
   cela ne concerne qu'une petite partie des fichiers, pas exemple les
   rpertoires utilisateurs, vous pouvez le tar-er dans une zone
   temporaire sur une autre partition, _vrifier_ l'archive, effacer
   l'orignial et le d-tar-er.

10.3 Effacement

   Le plus souvent le manque de place est rsolu par l'effacement des
   fichiers inutiles qui s'accumulent. Les programmes qui ne terminent
   pas normalement laissent toutes sortes de trucs traner aux endroits
   les plus bizarres. Normalement un fichier appel _core_ est cr en
   cas de plantage d'un programme. Il ne sert qu' deboguer, donc vous
   pouvez l'effacer si vous ne comptez pas dboguer. Ces fichiers peuvent
   se trouver n'importe o dont il est recommand de les chercher de
   faon globale. (ndT: find / -name core devrait marcher)

   L'arrt prmatur des programmes laisse aussi des fichiers temporaires
   dans des rpertoires comme /tmp ou /var/tmp, fichiers qui auraient t
   effacs si le programme avait termin normalement. Ces rpertoires
   sont en gnral nettoys au dmarrage, mais si vous ne redmarrez
   jamais ils peuvent finir par tre plein de vieux trucs. N'effacez pas
   les fichiers aveuglment. Des utilitaires comme find et file peuvent
   vous servir  localiser les fichiers plus vieux que telle date et 
   connatre le type d'un fichier.

   Beaucoup de choses sont archivs lorsque le systme fonctionne, en
   particulier dans le rpertoire /var/log. Les messages du noyau sont
   mis dans /var/log/messages qui a une certaine tendance  grossir avec
   le temps. Il peut tre bon d'avoir une petite archive de ce fichier
   pour pouvoir le comparer avec les messages du noyau si le systme
   commence  se comporter bizarrement.

   Si le courrier ou les news ne fonctionnent pas correctement, c'est
   peut-tre d  une croissance excessive de /var/spool/mail et
   /var/spool/news. Faites attention aux fichiers dont le nom commence
   par ".", il ne sont pas affichs par ls -l, c'est pourquoi on
   recommande d'utiliser plutt ls -Al.

   Le dpassement de capacit des rpertoires utilisateurs est une
   question dlicate. De vritables guerres ont dj eu lieu entre
   utilisateurs et administrateurs  ce sujet. Le tact, la diplomatie et
   un budget gnreux pour de nouveaux disques sont les solutions. En
   utilisant le mot-du-jour, un petit message dans le fichier /etc/motd
   qui est affich chaque fois qu'un utilisateur se loggue, on peut
   sensibiliser les utilisateurs. Mettre les bonnes valeurs par dfaut
   pour empcher les fichiers core d'tre produits pargne bien du
   travail.

   Certaines personnes essayent de cacher les fichiers, en utilisant le
   fait que les fichiers dont le nom commence par un point ne sont pas
   visibles pour la comande ls. Un exemple classique est ... qui n'est
   donc pas vu par ls et passe inaperu  ct de . et .. si on fait ls
   -al. La solution est de faire ls -Al qui affiche tous les fichiers
   sauf . et ..

10.4 Mises  jour

   Quelle que soit la taille de vos disque, ce sera un jour trop petit.
   Actuellement ce sont les disques de 6.4 Go qui offrent le meilleur
   rapport place/prix.

   Avec des disques IDE vous aurez peut-tre  enlever un vieux disque,
   le nombre total tant limit  2 ou 4. Avec le SCSI vous pouvez avoir
   jusqu' 7 disques en 8-bit et 15 en 16-bit (wide SCSI) par canal. Mais
   certains adaptateurs ont plusieurs canaux et qu'on peut mettre
   plusieurs adaptateurs. Mon point de vue est qu'avec le SCSI on est
   plus content sur le long terme.

   Et maintenant la question bateau, que faire de ce nouveau disque ?
   Souvent c'est pour tendre les queues qu'on a d tendre, donc la
   solution simple est de monter les nouveaux disques dans /var/spool.
   D'un autre ct les nouveaux disques tant plus rapides, c'est
   peut-tre l'occasion de revoir tout en profondeur.

   Si la mise  jour est rendue indispensable par le manque de place dans
   /usr ou /var elle est un peu plus complexe. Vous pouvez envisager la
   rinstallation complte de la toute dernire version de votre
   distribution prfre. Dans ce cas faites trs attention  ne pas
   craser vos rglages essentiels. Les fichiers de configuration sont
   pour la plupart dans le rpertoire /etc. Procder avec soin, avec une
   sauvegarde rcente et des disquettes de sauvetage qui marchent. Une
   autre possibilit que la rinstallation est de simplement copier le
   vieux rpertoire vers le nouveau, qui est mont sur un point de
   montage provisoire. Puis diter le fichier /etc/fstab pour que le
   chemin du rpertoire pointe vers la nouveau, et redmarrez. Si le
   dmarrage choue, vous pouvez redmarrer avec une disquette de
   secours, diter  nouveau /etc/fstab et ressayer.

   Tant qu'il n'y aura pas de logiciel de gestion de volume pour Linux a
   restera  la fois complexe et dangereux. Ne soyez pas surpris si vous
   dcouvrez que vous devez restaurer le systme d'aprs une sauvegarde.

   Le Tips-HOWTO donne l'exemple suivant pour dplacer toute une
   structure de rpertoire:
     _________________________________________________________________

(cd /source/directory; tar cf - . ) | (cd /dest/directory; tar xvfp -)
     _________________________________________________________________

   a marchera sur la plupart des systmes Unix. Attention aux
   rpertoires dont la structure arborescente est trop profonde, elle
   peut faire chouer un tar autre que GNU tar.

   Si vous avez accs  GNU cp (c'est toujours le cas sous Linux) vous
   pouvez aussi bien utiliser
     _________________________________________________________________

cp -av /source/directory /dest/directory
     _________________________________________________________________

   GNU cp sait se dbrouiller avec les liens symboliques, les FIFO et les
   fichiers de priphriques et les copier correctement.

   Rappelez-vous que ce n'est jamais une bonne ide de transfrer /dev ou
   /proc

11. Utilisation avance

   Linux et ses cousins offrent de nombreuses possibilits pour une
   destruction rapide et efficace du systme. Ce document n'y fait pas
   exception. Avec le savoir vient le pouvoir et donc le danger, et les
   paragraphes qui suivent prsentent des sujets plus sotriques qui ne
   devraient pas tre abords avant d'avoir lu et compris la
   documentation et les piges. Vous devriez faire une sauvegarde, et
   essayer au moins une fois d'craser et de restaurer compltement votre
   systme. Sinon vous ne serez pas le premier  avoir une superbe
   sauvegarde et rien pour la rinstaller (ou, encore plus gnant, des
   fichiers essentiels manquent sur la bande).

   Les techniques dcrites ici sont rarement utiles mais servent  des
   installations particulires. Pensez srieusement  ce que vous voulez
   faire avant d'aller plus loin.

11.1 Paramtres du disque dur

   Les paramtres physiques du disque dur peuvent tre changs avec
   l'utilitaire hdparms. Le paramtre le plus intressant est sans doute
   _read-ahead_ qui dtermine combien de bits on doit lire d'avance en
   lecture squentielle.

   Ce qui fait le plus de sens est de slectionner la longueur moyenne
   des fichiers. Mais cette moyenne pour tout un disque physique peut
   tre non significative. Probablement cela n'est utile que sur les
   disques spcialiss dans les news ou le courrier lectronique des
   grands serveurs.

   Pour des raisons de scurit les valeurs par dfaut de hdparm sont
   plutt conservateurs. L'inconvnient est que vous pouvez avoir des
   interruptions qui se perdent si vous avez des IRQ  grande frquence
   comme lorsqu'on utilise le port srie et un disque IDE en mme temps,
   les IRQ du disque vont masquer les autres. Ce qui entrane des
   performances tout sauf optimales lors du tlchargement sur Internet.
   Slectionner hdparm -u1 device enlvera ce masquage et mme amliorera
   vos performances, ou bien endommagera les donnes du disque. A essayer
   avec prudence et avec des sauvegardes rcentes.

11.2 Paramtres du systme de fichiers

   La plupart des systmes de fichiers viennent avec un utilitaire de
   configuration: ainsi tune2fs pour ext2fs. On peut jouer avec plusieurs
   paramtres, mais le plus utile est peut-tre la taille qu'on peut
   rserver. Cela peut vous aider  avoir plus d'espace utile sur vos
   disques. En revanche vous aurez moins de place pour rparer le systme
   s'il crashe.

11.3 Synchronisation des axes

   Cela ne devrait pas tre dangereux en soi, mis  part que les dtails
   exacts des connections ne sont pas bien connus pour beaucoup de
   disques. La thorie est simple: garder une diffrence de phase fixe
   entre les diffrents disques d'un ensemble RAID. Cela diminue le temps
   d'attente pour que la bonne piste soit en position pour la tte de
   lecture/criture. En pratique , avec de grands tampons pour la lecture
   d'avance, le gain est ngligeable.

   La synchronisation des axes ne doit pas tre utilise dans un ensemble
   RAID0 ou RAID 0/1 car on perdrait le bnfice d'avoir les ttes de
   lectures sur des emplacements diffrents.

12. Pour plus d'information

   Il y a pas mal d'information disponible pour ceux qui mettent en place
   un grand systme, par exemple les fournisseurs d'accs  Internet. Les
   FAQs des forums suivants sont utiles:

12.1 Forums

   Parmi les plus intressants:
     * Storage.
     * PC storage.
     * AFS.
     * SCSI.
     * Linux setup.
     * Linux (francophone).

   La plupart des forums ont leur propre FAQ destine  rpondre aux
   questions les plus courantes, comme le nom de Foire Aux Questions
   l'indique. Si vous ne les trouvez pas dans la queue des news vous
   pouvez aller directement  l'archive FTP des principales FAQs. La
   version hypertexte se trouve  l'archive HTTP des principales FAQs.

   Certaines FAQs ont leur propre site, en particulier
     * la FAQ SCSI et
     * la FAQ de comp.arch.storage.

12.2 Mailing lists

   Ce moyen de communication destin aux dveloppeurs a un bon rapport
   signal/bruit. Repensez-y  deux fois avant de poser des questions sur
   les mailing-lists car le bruit ralentit l'effort de dveloppement.
   Parmi les listes qui nous concernent, linux-raid, linux-scsi et
   linux-ext2fs. La plupart des mailing lists intressantes sont sur le
   serveur vger.rutgers.edu, mais il est vraiment surcharg, essayez
   plutt un mirroir. Il y a un miroir de quelques listes sur le site de
   Redhat. La plupart des listes sont aussi accessibles sur le site Linux
   HeadQuarters, et le reste de la toile est une mine d'or pour les
   informations.

   Si vous voulez en savoir plus sur les listes existantes vous pouvez
   envoyer un message au serveur de listes de vger.rutgers.edu donc le
   corps contiendra le seul mot "lists". Si vous voulez savoir comment
   marche une mailing list envoyez un message avec le seul mot help  la
   mme adresse. A cause du succs de ce serveur il est possible que la
   rponse prenne un certain temps.

   Il y a aussi un certain nombre de serveurs majordomo intressants,
   comme la liste des pilotes EATA et la liste des entres/sorties
   intelligentes.

   Les mailing lists voluent rapidement mais un certain nombre de listes
   intressantes sont sur la page du Linux Documentation Project.

12.3 HOWTO

   Ce sont les premires sources d'information gnrale, mais on y trouve
   aussi la solution  bien des problmes spcifiques. Les HOWTOs
   apparents  celui-ci sont Bootdisk, Installation, SCSI et UMSDOS. le
   site principal en anglais est l'archive du LDP sur sunsite. Le mirroir
   en France (qui contient aussi la traduction des HOWTOs en franais)
   est Freenix.

   Il y a un nouveau HOWTO qui parle de la mise en place d'un systme
   RAID DPT, voir the DPT RAID HOWTO homepage.

12.4 Mini-HOWTO

   Parmi ceux qui nous concernent: Backup-With-MSDOS, Diskless, LILO,
   Linux+DOS+Win95+OS2, Linux+OS2+DOS, Linux+Win95, NFS-Root,
   Win95+Win+Linux, ZIP Drive.

   On les trouve aux mmes endroits que les HOWTOs.

   Le vieux Linux Large IDE mini-HOWTO est obsolte, lisez plutt
   /usr/src/linux/drivers/block/README.ide ou
   /usr/src/linux/Documentation/ide.txt (ces fichiers font partie de la
   documentation des sources du noyau).

12.5 Documentation locale

   Le plupart des distributions Linux ont un rpertoire de documentation
   o l'on trouve souvent un sous-rpertoire un sous-rpertoire pour les
   HOWTOs

   Les fichiers de configuration mentionns plus haut sont dans le
   rpertoire /etc. En particulier /etc/fstab pour les points de montage
   et mdtab qui est utilis pour la configuration du RAID.

   La documentation des sources de linux est bien sr la source ultime
   d'information. Pas seulement avec les commentaires qui sont dans le
   code mais aussi avec le rpertoire de documentation. Si vous vous
   posez une question au sujet du noyau vous devez d'abord chercher l.

   Les fichiers o sont stocks les messages du noyau permettent de
   savoir ce qui se passe, en particulier si les messages ont dfil trop
   vite au dmarrage. Avec la commande tail -f /var/log/messages dans une
   fentre ou un cran spar, vous aurez une information toujours  jour
   sur ce qui se passe dans votre systme.

   Vous pouvez aussi utiliser le systme de fichiers /proc qui donne de
   l'info en temps rel sur le systme. Utiliser cat plutt que more pour
   voir ces fichiers car leur longueur dclare est zro.

   Tout est bas ici sur le Filesystem Structure Standard (FSSTND). Il
   est en train de changer de nom pour devenir File Hierarchy Standard
   (FHS) et tre moins propre  Linux. Il y a une page Web du FHS qui
   explique comment rejoindre la mailing list prive des dveloppeurs.

12.6 Pages WWW

   Il y a un grand nombre de pages Web intressantes, et elles bougent
   beaucoup, ne soyez pas tonns si ces liens deviennent obsoltes.

   Un bon point de dpart est sur Sunsite: c'est l'archive du Linux
   Developpement Project

     * Mike Neuffer, l'auteur du cache caching et des pilotes pour
       contrleurs RAID, a des pages intressantes sur SCSI et DPT.
     * Sur le dveloppement du RAID 1 logiciel, voir la page des
       dveloppeurs RAID 1.
     * Sur (entre autres) la mesure de performances, le RAID, la
       fiabilit, voir la page du projet Linas Vepstas.
     * Il y a aussi un HOWTO sur comment avoir en RAID la partition
       racine.
     * Voir enfin ici pour la documentation dtaille de ext2fs.
     * Mark D. Roth a une page sur VPS
     * Un projet similaire: Enhanced File System
     * Il y a un projet de compression qui s'intgrerait  ext2fs et
       s'appelle e2compr. Voir la maison-page de e2compr.
     * Pour plus d'information sur le dmarrage et sur BSD voir ici page.

   On trouve des tableaux sur les disques, les contrleurs, etc.  la
   page appele The Ref. On peut l'interroger en ligne ou tlcharger la
   base de donnes par FTP.

12.7 Moteurs de recherche

   N'oubliez pas que vous pouvez utiliser les moteurs de recherche,
   comme:
     * Altavista
     * Excite
     * Hotbot

   Il y a aussi Dejanews, ddi  la recherche dans les news, qui archive
   les forums depuis 1995.

   Si vous voulez de l'aide vous posterez sans doute dans le forum Linux
   Setup (ndT: Pour les francophones consulter plutt le forum franais
   sur Linux)

13. Comment obtenir de l'aide

   Il se peut que, dans l'incapacit  rsoudre vos problmes par
   vous-mme, vous ayez besoin d'aide. Le moyen le plus sr est de
   demander  quelqu'un dans le groupe d'utilisateurs Linux le plus
   proche de chez vous.

   Une autre possibilit est de poster dans les news. Le problme est que
   le rapport signal/bruit des newsgroups est parfois faible et votre
   question peut trs bien passer inaperue.

   Quel que soit l'endroit o vous demandez, il est important de bien
   poser la question. Dire juste _mon disque dur ne marche pas_ ne risque
   pas de vous aider: au mieux, quelqu'un vous demandera d'tre plus
   prcis.

   Il est recommand de dcrire le problme avec assez de dtails pour
   permettre aux gens de vous aider. Il peut se produire l o vous vous
   y attendez le moins. Voil pourquoi il faut dcrire:

   _Matriel_

          + Le Processeur
          + Le chipset (LX, BX, etc)
          + Le bus (ISA, VESA, PCI etc)
          + Les cartes d'extension (carte graphique, etc.)

   _Logiciel_

          + La version du BIOS (Pour la carte-mre et ventuellement les
            adaptateurs SCSI)
          + LILO, s'il est utilis
          + La version du noyau et les patchs ou modifications ventuels
          + Les paramtres du noyau (s'il y en a)
          + Les programmes qui font apparatre l'erreur (avec numro de
            version)

   _Priphriques_

          + Type du disque, fabriquant, version et modle.
          + Les autres priphriques prsents sur le mme bus.

   Un exemple d'inter-relation de ces diffrents lments: on a dj vu
   un vieux chipset qui cause des problmes si on utilise certaines
   combinaisons de carte graphique et d'adaptateur SCSI.

   Joindre  votre message un extrait (bref) du contenu de
   /var/log/messages peut tre utile (mais parfois regarder ce contenu
   suffit  dtecter la source du problme). Bien sr si le disque est en
   panne il est possible que ces messages ne soient pas enregistrs, mais
   on peut au moins scroller en arrire avec les touches SHIFT et PAGE
   UP.

14. Remarques en guise de conclusion

   La configuration des disques et le choix des partitions sont
   difficiles, et on n'a pas donn de rgles fixes ici. Cependant, y
   travailler un peu peut apporter des gains considrables. 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
   dcoration. Avec un systme bien fait, les petites diodes qui
   indiquent l'activit des disques doivent clignoter comme des lampes de
   discothque. Linux permet le RAID au niveau logiciel mais supporte
   aussi quelques contrleurs RAID SCSI. Vrifiez ce qui est disponible.
   Plus tard, si vous re-partitionnez votre systme, vous pourrez jetez 
   nouveau un oeil  ce document. Les commentaires et les contributions
   sont bienvenus.

14.1 En prparation

   Il y a encore quelques sujets qui vont apparatre ici. En particulier
   je vais ajouter d'autres exemples de tables pour la configuration de
   grands rseaux. Des exemples de rseaux marchant sans problme sont
   les bienvenus.

   Il reste aussi un peu de boulot dans ce HOWTO sur les systmes de
   fichiers et utilitaires.

   Une grande section sera ajouts sur les technologies de disque dur
   ainsi qu'une meilleure description sur l'utilisation de fdisk or
   cfdisk. La section sur les systmes de fichiers se remplira au fur et
    mesure que les nouveauts sortiront.

   J'ai reu rcemment une plaquette de DPT, qui fabrique le premier
   systme RAID hardware support par Linux. Leurs feuillets portent
   maintenant le petit pingouin Linux. Bientt 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 dcision, en donnant un point de dpart 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, prcieux lecteurs, pouvez m'apporter.

     * Plus d'information sur la taille de swap ncessaire et la plus
       grande taille de swap autorise avec les diffrentes versions du
       noyau.
     * Est-ce qu'il est frquent qu'un disque soit abm ou qu'un systme
       de fichier soit corrompu ? Autant que je me souvienne, je n'ai
       jamais connu que des problmes ds  du matriel dfectueux.
     * J'ai aussi besoin de documentation sur la vitesse compare des
       disques.
     * Y a-t-il d'autres contrleurs RAID compatibles avec Linux ?
     * Des pistes quant aux systmes de fichiers,  la gestion de volumes
       et assimils sont bienvenues.
     * Quels utilitaires dignes d'intrt sont disponibles ?
     * Il faudrait aussi une liste complte des sources d'information.
       Peut-tre sur un document spar ?
     * L'usage de /tmp et /var/tmp est difficile  dterminer, en fait
       savoir quels programmes utilisent quel rpertoire n'est pas
       vident, plus d'information  ce sujet est bienvenue. Cependant,
       il reste clair que ces deux rpertoires doivent tre sur des
       disques diffrents pour profiter du paralllisme.

14.3 Suggestions pour participer  un projet.

   Sur les forums comp.os.linux.* on trouve plein de bonnes ides. Je
   vais en lister ici quelques-uns en rapport avec notre sujet. Les
   projets ambitieux comme un nouveau systme de fichiers doivent
   toujours tre posts soit pour trouver des collaborateurs soit pour
   voir si quelqu'un ne travaille pas dj dessus.

   _Des outils de Planning_
          qui automatisent la conception d'un systme constituent un
          projet de taille moyenne. Une sorte d'exercice en programmation
          par contraintes.

   _Des outils de partitionnement_
          qui acceptent en entre le rsultat du programme mentionn
          ci-dessus et formatent les disques en parallle puis crent
          l'arborecence de fichiers avec les bons liens symboliques. Ce
          serait encore mieux si on intgrait a  des programmes
          d'installation existants. Le programme d'installation de
          Solaris est un bon exemple  mditer.

   _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 dplacer sans danger des arborescences
          entires (par exemple pour migrer vers un systme RAID). Ce
          serait par exemple un script shell assez simple contrlant un
          programme de sauvegarde. Cependant, veillez  ce qu'il soit
          scuris et qu'il permette de revenir en arrire.

15. Questions / Rponses

   Voici quelques questions frquentes et leur rponse.

     * Q: De combien de disque dur Linux a besoin ?
     * R: Linux marche trs bien avec un seul disque dur. Avoir assez de
       mmoire vive (32 ou 64 Mo) est un meilleur choix point de vue
       performances que d'acheter un second disque. Les disques IDE sont
       moins chers, mais aussi moins rapides que les SCSI.
     * Q: J'ai un seul disque, est-ce que ce HOWTO est fait pour moi ?
     * R: Oui, mais en partie seulement. Voir la section sur le
       Positionnement physique des pistes.
     * Q: Y a-t-il des dsavantages dans ce cas ?
     * R: Un seul petit dsavantage. Si une partition n'a plus de place
       libre, le systme peut se bloquer ou se comporter bizarrement. La
       gravit dpend bien sr de la partition affecte. Cependant, ce
       n'est pas difficile  contrler, avec la commande df qui donne une
       vue gnrale de la situation. Utiliser aussi la commande free pour
       s'assurer que la mmoire virtuelle (c'est--dire la mmoire vive +
       le swap) est suffisante.
     * Q: OK, je dois donc sparer mon systme entre autant de partitions
       que possible pour un seul disque ?
     * R: Non, car cela a plusieurs dsavantages. D'abord la maintenance
       est plus complexe et le gain peut tre mineur. Des partitions trop
       grandes ne sont pas non plus l'idal. Il y a un juste milieu, qui
       dpend du nombre de disques que vous avez.
     * Q: Est-ce que cela veut dire que plus de disques permettent
       d'avoir plus de partitions ?
     * R: En un sens, oui. Cependant, certains rpertoires ne doivent pas
       tre spars de la racine (voir le FHS pour les dtails)
     * Q: Et si j'ai beaucoup de disques ?
     * R: Si vous avez plus que 3 ou 4 disques vous devriez penser 
       utiliser un des modes RAID. Cependant, il vaut mieux garder la
       partition root sur une partition simple (sans RAID), voir la
       section sur le RAID pour les dtails.
     * Q: J'ai install le dernier Windows95 mais je n'arrive pas 
       accder aux partitions Windows depuis Linux.
     * R: Sans doute votre partition Windows est formate en FAT32. C'est
       le cas pour Windows 95 OSR2 et pour Windows 98. Linux a un support
       pour ce systme de fichiers depuis le noyau 2.0.35.
     * Q: Je n'arrive pas  faire correspondre la somme des taille de mes
       disques et celle de mes partitions.
     * R: Il est possible que vous ayez mont une partition en un point
       qui n'tait pas un rpertoire vide. Le point de montage est un
       rpertoire et s'il n'est par vide le montage masquera son contenu.
       Et en faisant la somme vous verrez qu'il manque la place occupe
       par le contenu de ce rpertoire avant montage. Pour rsoudre a
       vous pouvez dmarrer depuis une disquette de sauvetage et voir ce
       qui se cache derrire les points de montage. Vous pouvez ensuite
       effacer ou transfrer ces donnes en montant la partition en
       question sur un point de montage temporaire.
     * Q: Qu'est ce que ce nyx qui est mentionn plusieurs fois dans ce
       HOWTO ?
     * R: C'est un grand systme utilisant les Unix libres et avec 10000
       utilisateurs. Je m'en sers pour hberger mes pages Web mais aussi
       comme source d'inspiration pour ce HOWTO, en ce qui concerne la
       configuration de rseaux assez vastes. Voir la page d'accueil de
       Nyx qui indique aussi comment obtenir un compte gratuit.

16. Bric--brac

   C'est une section o vont tous les paragraphes que je n'ai pas pu
   caser ailleurs: ils y restent plus ou moins longtemps.

16.1 Combiner le swap et /tmp

   On a discut dans les forums linux au sujet de systmes de fichiers
   spcialiss pour le stockage temporaire. Un peu comme tmpfs sur les
   machines *BSD et Solaris, et swapfs sur les machines NeXT.

   Combiner le swap et la partition /tmp permet de gagner de la place. Ce
   systme de fichiers spcialis n'est rien d'autre qu'un RAM disk qu'on
   peut swapper, et qui n'est mis sur le disque que lorsque la place est
   limite, ce qui revient  metter les fichiers temporaires sur la
   partition de swap.

   Il y a pourtant un hic. Ce schma interdit d'agir en parallle sur le
   swap et sur la partition /tmp ce qui peut effondrer les performances.
   Autrement dit, on change de la place disque contre de la vitesse.

   Il y a aussi un problme de scurit vis--vis des utilisateurs qui
   tentent d'effondrer une machine en remplissant le rpertoire /tmp.

16.2 Disques de swap entrelacs.

   Les partitions de swap sont accdes par la mthode du colibri
   (c'est--dire dans le dsordre), afin de rpartir grosso modo la
   charge entre plusieurs disques. Linux offre en plus la possibilit
   d'attribuer des priorits aux disques, ce qui est utile si on a des
   disques de vitesse diffrente. Voir man 8 swapon et man 2 swapon pour
   les dtails.

16.3 Faut-il avoir ou non une partition de swap ?

   Dans de nombreux cas vous n'avez pas besoin d'une partition, par
   exemple si vous avez beaucoup de mmoire vive, mettons 64 Mo, et si
   vous tes le seul utilisateur de la machine. Dans ce cas vous pouvez
   essayer de tourner dans partition de swap et voir (par exemple avec
   les rapports du systme ou avec la commande top) s'il y a des moments
   o vous n'avez plus de mmoire libre.

   Enlever la partition de swap a deux avantages:
     * Vous gagnez de la place disque
     * Vous gagnez sur le temps moyen d'accs car la partition de swap
       aurait occup le milieu du disque (qui est plus rapide)

   Au total, avoir une partition de swap est comme avoir des toilettes
   chauffes: on n'en a pas besoin la plupart du temps, mais c'est bien
   agrable parfois. (ndT: Ah qu'en termes galants ces choses-l sont
   mises !)

16.4 Points de montage et /mnt

   Dans une ancienne version de ce document, je proposais de mettre
   toutes les partitions montes sur des sous-rpertoires de /mnt. C'est
   cependant une mauvaise ide car /mnt lui-mme peut tre utilis comme
   point de montage, ce qui rend toutes les autres partitions
   inaccessibles. (voir Questions et Rponses). Je propose plutt de
   monter les partitions directement dans la racine avec des noms comme
   /mnt.nom-bien-choisi.

   Certaines distributions Linux utilisent des points de montage comme
   /mnt/floppy et /mnt/cdrom ce qui montre bien combien les choses sont
   peu claires. Esprons que le FHS mettra de l'ordre dans tout a.

16.5 SCSI: numros et noms symboliques

   Les partitions sont nommes dans l'ordre o elles sont trouves, et ne
   dpendent pas du numro SCSI. Cela signifie que si vous ajoutez un
   disque avec un numro intermdiaire, ou si vous changez les numros
   d'une autre manire, les noms de partitions sont intervertis et ne
   correspondent plus  rien. C'est important si vous utilisez des
   disques amovibles. Dans ce cas il faut rserver les premiers numros
   aux disques fixes et les derniers pour les media amovibles.

   Beaucoup se sont fait avoir par cette ``feature'' et rclament qu'on
   fasse quelque chose. Personne ne sait quand ce sera fix. Pour
   l'instant, donc, il faut faire avec. Par exemple c'est une bonne ide
   de mettre le disque contenant la partition racine au premier numro
   SCSI. Ainsi il ne sera pas re-numrot si un autre disque a une panne.

   Le coeur du problme est le nombre limit de bits disponibles pour les
   numros majeurs et mineurs des fichiers du rpertoire /dev utiliss
   pour dcrire le device lui-mme. Voir man MAKEDEV. Actuellement deux
   solutions sont envisages:

   _scsidev_
          cre une base de donnes avec les disques et l'endroit o ils
          sont, voir man scsifs.

   _devfs_
          est un projet  plus long terme, qui veut contourner tout la
          numrotation des fichiers de priphriques en faisant du
          rpertoire /dev un rpertoire dy noyau tout comme /proc. A
          suivre.

   Les numros SCSI sont aussi utiliss pour l'arbitrage. Si plusieurs
   disques demandent un service, le disque qui a le numro le plus faible
   a la priorit.

16.6 Consommation et Chaleur

   Il n'y a pas si longtemps, une machine de puissance quivalente  un
   PC d'aujourd'hui consommait du courant triphas, et exigeait un
   refroidissement  air ou mme  eau. La technologie a progress trs
   vite, offrant des composants rapides mais aussi peu gourmands en
   nergie. Cependant, il y a des choses qu'on doit garder en tte avant
   d'ajouter  l'ordinateur un disque ou une carte PCI. Gardez  l'esprit
   que l'nergie consomme va bien quelque part, et que la plupart est
   transforme en chaleur. Si la chaleur n'est pas dissipe, il en
   rsultera une surchauffe qui diminue la fiabilit et la dure de vie
   des composants. Les constructeurs ont de exigences de refroidissement,
   en termes de mtres cubes par minute, et on ne saurait trop conseiller
   d'en tenir compte.

   Gardez des passages pour l'air, nettoyez la crasse et vrifiez la
   temprature des disques. S'il sont brlants au toucher, c'est sans
   doute qu'ils sont en surchauffe.

   Si possible utilisez l'acclration squentielle (_sequential
   spin-up_) pour les disques. C'est l'acclration qui consomme le plus
   d'lectricit et si tous les disques dmarrent en mme temps vous
   risquez de dpasser la puissance fournie par votre alimentation.

16.7 Dejanews

   C'est un systme que la plupart conaissent dj. Il permet d'effectuer
   des recherches parmi les articles posts dans les _forums Usenet_
   depuis 1995 jusqu' maintenant, et offre aussi une interface Web pour
   lire et poster des articles. Voir Dejanews

   Ce qui est sans doute moins connu est qu'ils utilisent 120 stations
   Linux parallles, la plupart utilisant le module md pour grer 4 et 24
   Go d'espace disque (plus de 1200 Go au total). L'ensemble grandit sans
   cesse mais actuellement il est essentiellement constitu de Bi-Pentium
   Pro 200MHz et de Bi-Pentium II 300 MHz avec 256 Mo de mmoire vive ou
   plus.

   Une machine de la base de donnes a normalement 1 disque pour le
   systme d'exploitation et entre 4 et 6 disques grs par md o les
   articles sont archivs. Les disques sont connects  un adaptateur PCI
   SCSI (BusLogic Modle BT-946C ou BT-958), un par machine.

   Les erreurs disque ne constituent que 0,25% des indisponibilits du
   systme.

   Enfin, ce n'est pas de la publicit que je fais, mais juste un example
   de ce qu'il faut pour mettre en place un service Internet majeur.
   (ndT: le site voila.fr de France Tlcom utilise un nombre comparable
   de stations Linux pour un moteur de recherche)

16.8 Structure de la hirarchie des fichiers

   Il y a beaucoup de schmas pour les hirarchies de fichiers, qui
   diffrent du FHS par la philosophie, la stratgie et l'implmentation.
   Il n'est pas possible de les dtailler ici, le lecteur est renvoy 
   man hier qui est disponible sur beaucoup d'architectures.

16.9 Numrotation des pistes et optimisation

   Autrefois les systmes de fichiers utilisaient les paramtres
   physiques du disque pour optimiser les transferts, par exemple en
   essayent de metter tout un fichier dans la mme piste afin
   d'conomiser les temps du changement de piste. Aujourd'hui avec les
   paramtres logiques, le cache et les schmas pour viter les secteurs
   dfectueux, ce genre d'optimisation ne fait plus de sens et peut mme
   coter plus cher qu'elle ne rapporte. Certains systmes d'exploitation
   utilisent encore ce genre d'algorithmes, mais plus Linux.

17. Appendice A: Partitionnement: points de montage et lienssymboliques

   La table suivante fait de la conception un simple exercice avec un
   crayon et un papier. Il est conseill de l'imprimer (avec des fontes 
   casse fixe) et d'ajuster les nombres jusqu' obtenir satisfaction.

   Le point de montage est le rpertoire sous le nom duquel vous voulez
   accder  une partition ou priphrique. Cette table est aussi
   l'endroit idal pour noter les liens (ou raccourcis) que vous
   tablirez. La taille correspond  une installation assez complte de
   Debian 1.3.

Rpertoire      Point de montage  vitesse temps   taux       taille
                                          moyen   de
                                          d'accs transfert


swap            __________        ooooo   ooooo   ooooo      (32) ____

/               __________        o       o       o          (20) ____

/tmp            __________        oooo    oooo    oooo            ____

/var            __________        oo      oo      oo         (25) ____
/var/tmp        __________        oooo    oooo    oooo            ____
/var/spool      __________                                        ____
/var/spool/mail __________        o       o       o               ____
/var/spool/news __________        ooo     ooo     oo              ____
/var/spool/____ __________        ____    ____    ____            ____

/home           __________        oo      oo      oo              ____

/usr            __________                                   (500)____
/usr/bin        __________        o       oo      o          (250)____
/usr/lib        __________        oo      oo      ooo        (200)____
/usr/local      __________                                        ____
/usr/local/bin  __________        o       oo      o               ____
/usr/local/lib  __________        oo      oo      ooo             ____
/usr/local/____ __________                                        ____
/usr/src        __________        o       oo      o          (50) ____

DOS             __________        o       o       o               ____
Win             __________        oo      oo      oo              ____
NT              __________        ooo     ooo     ooo             ____

/mnt._________  __________        ____    ____    ____            ____
/mnt._________  __________        ____    ____    ____            ____
/mnt._________  __________        ____    ____    ____            ____
/_____________  __________        ____    ____    ____            ____
/_____________  __________        ____    ____    ____            ____
/_____________  __________        ____    ____    ____            ____
/_____________  __________        ____    ____    ____            ____


Espace disque total :                                             ____

18. Appendice B: Partitionnement: emplacement des partitions

   Ici vous choisirez dans quel disque va chacune des partitions de la
   table prcdente, en gardant  l'esprit les remarques dans la section
   postition physique des pistes.

  Disque          sda     sdb     sdc     hda     hdb     hdc     ___

No SCSI         |  __   |  __   |  __   |

Rpertoire

swap            |       |       |       |       |       |       |

/               |       |       |       |       |       |       |

/tmp            |       |       |       |       |       |       |

/var            :       :       :       :       :       :       :
/var/tmp        |       |       |       |       |       |       |
/var/spool      :       :       :       :       :       :       :
/var/spool/mail |       |       |       |       |       |       |
/var/spool/news :       :       :       :       :       :       :
/var/spool/____ |       |       |       |       |       |       |

/home           |       |       |       |       |       |       |

/usr            |       |       |       |       |       |       |
/usr/bin        :       :       :       :       :       :       :
/usr/lib        |       |       |       |       |       |       |
/usr/local      :       :       :       :       :       :       :
/usr/local/bin  |       |       |       |       |       |       |
/usr/local/lib  :       :       :       :       :       :       :
/usr/local/____ |       |       |       |       |       |       |
/usr/src        :       :       :       :

DOS             |       |       |       |       |       |       |
Win             :       :       :       :       :       :       :
NT              |       |       |       |       |       |       |

/mnt.___/_____  |       |       |       |       |       |       |
/mnt.___/_____  :       :       :       :       :       :       :
/mnt.___/_____  |       |       |       |       |       |       |
/_____________  :       :       :       :       :       :       :
/_____________  |       |       |       |       |       |       |
/_____________  :       :       :       :       :       :       :


Place totale:

19. Appendice C: Partitionnement: numrotation

   Cette troisime table sert juste  trier les partitions en attribuant
   un numro  chacune, sous la forme attendue par fdisk. Ici vous pouvez
   tenir compte de la position physique des pistes pour l'optimisation.

   Ces numros seront utiliss pour mettre  jour les tables prcdentes:
   les trois tables sont trs utiles pour la maintenance.

   En cas de crash disque, vous trouverez utile de savoir quel numro
   SCSI correspond  quel disque, gardez en consquence une copie papier
   de cette information.

        Disque:   sda     sdb     sdc     hda     hdb     hdc      ___

Taille totale:  |  ___  |  ___  |  ___  |  ___  |  ___  |  ___  |  ___
No SCSI         |  __   |  __   |  __   |

Partition

1               |       |       |       |       |       |       |
2               :       :       :       :       :       :       :
3               |       |       |       |       |       |       |
4               :       :       :       :       :       :       :
5               |       |       |       |       |       |       |
6               :       :       :       :       :       :       :
7               |       |       |       |       |       |       |
8               :       :       :       :       :       :       :
9               |       |       |       |       |       |       |
10              :       :       :       :       :       :       :
11              |       |       |       |       |       |       |
12              :       :       :       :       :       :       :
13              |       |       |       |       |       |       |
14              :       :       :       :       :       :       :
15              |       |       |       |       |       |       |
16              :       :       :       :       :       :       :

20. Appendice D: Exemple 1: serveur gnraliste

   La table suivante montre la configuration d'un serveur gnraliste de
   taille moyenne. C'est un serveur rseau (DNS, courrier lectronique,
   FTP, news, imprimante partage, etc.), un serveur X pour plusieurs
   programmes de CAO, un serveur de cdrom et de bien d'autres choses.
   Les fichiers sont sur 3 disques SCSI d'une capacit de 600, 1000 and
   1300 Mo.

   On pourrait augmenter la vitesse en sparant /usr/local de /usr mais
   on a suppos a n'en valait pas la peine vue la complexit de gestion
   que cela entrane. Avec 2 disques de plus a serait plus envisageable.
   sda est vieux et lent et pourrait aussi bien tre remplac par un
   disque IDE. Les deux autres disques sont assez rapides. On rpartira
   la charge principale entre ces deux-l. Pour rduire le dsquilibre
   on a mis /usr/bin et /usr/local/bin sur un disque et /usr/lib et
   /usr/local/lib sur un autre.

   Avec du RAID on pourrait gagner en fiabilit mais on a jug que le
   patch de md n'tait pas assez fiable et qu'un contrleur RAID matriel
   tait au-del du budget.

20.1 Points de montage et liens

Rpertoire      Mount point     speed   seek    transfer        size    SIZE


swap            sdb2, sdc2      ooooo   ooooo   ooooo           32      2x64

/               sda2            o       o       o               20       100

/tmp            sdb3            oooo    oooo    oooo                     300

/var            __________      oo      oo      oo                      ____
/var/tmp        sdc3            oooo    oooo    oooo                     300
/var/spool      sdb1                                                     436
/var/spool/mail __________      o       o       o                       ____
/var/spool/news __________      ooo     ooo     oo                      ____
/var/spool/____ __________      ____    ____    ____                    ____

/home           sda3            oo      oo      oo                       400

/usr            sdb4                                            230      200
/usr/bin        __________      o       oo      o               30      ____
/usr/lib        -> libdisk      oo      oo      ooo             70      ____
/usr/local      __________                                              ____
/usr/local/bin  __________      o       oo      o                       ____
/usr/local/lib  -> libdisk      oo      oo      ooo                     ____
/usr/local/____ __________                                              ____
/usr/src        ->/home/usr.src o       oo      o               10      ____

DOS             sda1            o       o       o                        100
Win             __________      oo      oo      oo                      ____
NT              __________      ooo     ooo     ooo                     ____

/mnt.libdisk    sdc4            oo      oo      ooo                      226
/mnt.cd         sdc1            o       o       oo                       710


Espcace disque total: 2900 MB

20.2 emplacement des partitions

Rpertoire        sda     sdb     sdc


swap            |       |   64  |   64  |

/               |  100  |       |       |

/tmp            |       |  300  |       |

/var            :       :       :       :
/var/tmp        |       |       |  300  |
/var/spool      :       :  436  :       :
/var/spool/mail |       |       |       |
/var/spool/news :       :       :       :
/var/spool/____ |       |       |       |

/home           |  400  |       |       |

/usr            |       |  200  |       |
/usr/bin        :       :       :       :
/usr/lib        |       |       |       |
/usr/local      :       :       :       :
/usr/local/bin  |       |       |       |
/usr/local/lib  :       :       :       :
/usr/local/____ |       |       |       |
/usr/src        :       :       :       :

DOS             |  100  |       |       |
Win             :       :       :       :
NT              |       |       |       |

/mnt.libdisk    |       |       |  226  |
/mnt.cd         :       :       :  710  :
/mnt.___/_____  |       |       |       |


Place totale:   |  600  | 1000  | 1300  |

20.3 Numrotation

         Disque:     sda      sdb    sdc

Capacit totale: |   600  |  1000 |  1300  |

Partition

1                |   100  |   436  |  710  |
2                :   100  :    64  :   64  :
3                |   400  |   300  |  300  |
4                :        :   200  :  226  :

21. Appendice E: Exemple 2: serveur en milieu universitaire

   L'exemple suivant est d  nakano (at) apm.seikei.ac.jp, et montre la
   configuration d'un serveur en milieu universitaire.

   /var/spool/delegate est un rpertiore pour les fichiers de log et de
   cache d'un serveur de proxy Web qui s'appelle "delegated". Il y a 1000
    1500 requtes pas jour, et le disque est rempli en moyenne  15 ou
   30 poucents.

   /mnt.archive est utilis pour les gros fichiers qui ne sont pas
   souvent utiliss, comme les donnes exprimentales (et spcialement
   les images), les sources de programmes et les sauvegardes de Win95.

   /mnt.root est une copie de sauvegarde de la racine contenant des
   utilitaires pour le dpannage. Une disquette de dmarrage est faite
   pour dmarrer sur cette partition.


=================================================

Rpertoire                 sda      sdb     hda

swap                    |    64 |    64 |       |
/                       |       |       |    20 |
/tmp                    |       |       |   180 |

/var                    :   300 :       :       :
/var/tmp                |       |   300 |       |
/var/spool/delegate     |   300 |       |       |

/home                   |       |       |   850 |
/usr                    |   360 |       |       |
/usr/lib                -> /mnt.lib/usr.lib
/usr/local/lib          -> /mnt.lib/usr.local.lib

/mnt.lib                |       |   350 |       |
/mnt.archive            :       :  1300 :       :
/mnt.root               |       |    20 |       |

Espace total :             1024    2034    1050


=================================================

        Disque :          sda     sdb     hda

Place totale :         |  1024 |  2034 |  1050 |

Partition
1                       |   300 |    20 |    20 |
2                       :    64 :  1300 :   180 :
3                       |   300 |    64 |   850 |
4                       :   360 :   ext :       :
5                       |       |   300 |       |
6                       :       :   350 :       :


Filesystem         1024-blocks  Used Available Capacity Mounted on
/dev/hda1              19485   10534     7945     57%   /
/dev/hda2             178598      13   169362      0%   /tmp
/dev/hda3             826640  440814   343138     56%   /home
/dev/sda1             306088   33580   256700     12%   /var
/dev/sda3             297925   47730   234807     17%   /var/spool/delegate
/dev/sda4             363272  170872   173640     50%   /usr
/dev/sdb5             297598       2   282228      0%   /var/tmp
/dev/sdb2            1339248  302564   967520     24%   /mnt.archive
/dev/sdb6             323716   78792   228208     26%   /mnt.lib

   Apparemment /tmp et /var/tmp sont trop grands. On pourrait les
   regrouper sur la mme partition si l'espace disque vient  manquer.

   /mnt.lib semble aussi trop grand, mais je prvois une nouvelle
   installation de TeX et de ghostcript, ce qui prend 100 Mo avec les
   fontes japonaises !

   Le systme est sauvegard sur un Seagate Tapestore 8000 (Travan TR-4,
   4G/8G).

22. Appendice F: Exemple 3: SPARC Solaris

   L'exemple suivant montre la configuration d'un serveur SPARC sous
   Solaris 2.5.1 en milieu industriel. En plus des services comme le
   courrier lectronique, c'est un serveur pour des applications de CAO
   et de bases de donnes.

   La simplicit prime ici, donc /usr/lib n'a pas t spar de /usr.

   C'est une configuration classique, prvue pour 100 utilisateurs.

   Disque:       SCSI 0                     SCSI 1

   Partition     Taille(Mo)  Monte sur     Taille (Mo) Monte sur

     0           160         swap           160         swap
     1           100         /tmp           100         /var/tmp
     2           400         /usr
     3           100         /
     4            50         /var
     5
     6           le reste    /local0        le reste    /local1

   A cause des besoins spcifiques  ce serveur, il est parfois
   ncessaire d'avoir de grandes partitions disponibles. On met tout ce
   qu'on peut sur le disque, en laissant une grande partition /local1.

   Cette configuration a t utilise un certain temps avec succs.

   Pour un systme gnral et plus quilibr il faudrait changer /tmp et
   /var/tmp puis dplacer /var vers le disque 1.

23. Appendice G: Exemple 4: Serveur avec 4 disques

   Cet exemple illustre tous les conseils de ce HOWTO, sauf le RAID. Il
   est assez compliqu, je l'admets, mais offre de grandes performances
   avec un matriel moyen. La taille des partitions n'y figure pas mais
   on peut trouver des valeurs typiques dans les autres exemples.

Partition       sda             sdb             sdc             sdd
                ----            ----            ----            ----
        1       root            overview        lib             news
        2       swap            swap            swap            swap
        3       home            /usr            /var/tmp        /tmp
        4                       spare root      mail            /var

   La configuration est optimse vis--vis du positionnement des pistes
   mais aussi pour diminuer le temps d'accs moyen.

   Si vous voulez DOS ou Windows vous devrez utiliser sda1 et dcaler les
   autres partitions. Il serait intressant d'utiliser le swap de sdb2,
   sdc2 et sdd2 pour le swap de Windows et pour le rpertoire temporaire
   de Windows. Voir les HOWTOs qui expliquent comment faire cohabiter
   plusieurs systmes d'exploitation.

   Un exemple avec 4 disques utilisant plusieurs types de RAID est donn
   ci-dessous:

Partition       sda             sdb             sdc             sdd
                ----            ----            ----            ----
        1       boot            overview        news            news
        2       overview        swap            swap            swap
        3       swap            lib             lib             lib
        4       lib             overview        /tmp            /tmp
        5       /var/tmp        /var/tmp        mail            /usr
        6       /home           /usr            /usr            mail
        7       /usr            /home           /var
        8       / (root)        spare root

   Ici toutes les partitions en double exemplaire sont combines en RAID
   0 avec deux exceptions, le swap qui est entrelac, et et les
   partitions home et mail qui sont ralises en RAID 1 pour des raisons
   de scurit.

   Notez que les fichiers de dmarrage et la racine sont spars: seuls
   les fichiers de dmarrage doivent tre placs en-desous de la limite
   du 1023-ime cylindre. Le reste de la racine peut tre plac n'importe
   o, et ici ils sont placs sur la partition la plus lente et la plus 
   l'extrieur. Par simplicit et pour la scurit, la partition racine
   n'est pas un systme RAID.

24. Appendice H: Exemple 5: Avec 2 disques

   Avec deux disques on peut faire moins de choses compliques mais le
   schma ci-dessous devrait donner un point de dpart:

Partition       sda             sdb
                ----            ----
        1       boot            lib
        2       swap            news
        3       /tmp            swap
        4       /usr            /var/tmp
        5       /var            /home
        6       / (root)

25. Appendice I: Exemple 6: Avec un seul disque

   Mme si a tombe hors du champ de ce HOWTO, il est indniable que les
   trs grands disques deviennent abordables. On voit maintenant des
   disques de 10  20 Go, et la question est alors: comment tirer profit
   de tels monstres ? Il est intressant de constater que les gens n'ont
   auun problme  remplir de tels disques, et l'avenir semble trs rose
   pour les fabricants qui prvoient des disques encore plus gros.

   Bien sr on peut faire moins d'optimisations qu'avec deux disques mais
   on peut utiliser quelques trucs pour optimiser la position des pistes
   et minimiser les mouvements de la tte.

Partition       hda             Size estimate (MB)
                ----            ------------------
         1      DOS             500
         2      boot            20
         3      Winswap         200
         4      data            Selon la taille du disque
         5      lib             50 - 500
         6      news            300+
         7      swap            128     (maximum avec une puce 32 bits)
         8      tmp             300+    (/tmp et /var/tmp)
         9      /usr            50 - 500
        10      /home           300+
        11      /var            50 - 300
        12      mail            300+
        13      dosdata         10      ( Windows bug workaround!)

   Souvenez-vous que dosdata est un systme de fichiers DOS qui doit tre
   sur la toute dernire partition, sinon Windows plante.
