このページは大阪弁化フィルタによって翻訳生成されたんですわ。

翻訳前ページへ
Linux Partition Mini-HOWTO

Linux Partition Mini-HOWTO

Kristan Koehntopp, kris@koehntopp.de
Adaptation fran軋ise : Rapha? Gurlie, raphael@ibpc.fr et Guillaume Bertucat, guillaume@ibpc.fr.

Partition mini-HOWTO v 2.4, le 03 mars 1998
Ce Mini-HOWTO de Linux d馗rit comment pr騅oir et organiser l'espace disque de votre syst鑪e Linux. Il traite des aspects mat駻iels des disques, des partitions, de la taille et du positionnement des zones de swap, des syst鑪es de fichiers, des types de syst鑪es de fichiers ainsi que de th鑪es apparent駸. L'objectif est de donner quelques notions fondamentales, pas les modes op駻atoires.

1. Introduction

1.1 De quoi s'agit-il?

Ceci est un Mini-HOWTO de Linux. Un Mini HOWTO est un court texte qui fait le

1.2 De quoi ne s'agit-il pas (et HOWTO apparent駸) ?

Ce Mini-HOWTO de Linux explique comment pr騅oir et organiser l'espace disque de votre syst鑪e Linux. Il traite des aspects mat駻iels des disques, des partitions, de la taille et du positionnement des zones de swap, des syst鑪es de fichiers, des types de syst鑪es de fichiers ainsi que de th鑪es apparent駸. L'objectif est de donner quelques notions fondamentales, aussi nous parlerons essentiellement de principes et non pas d'outils dans ce texte.

Dans des circonstances id饌les, ce document devrait 黎re lu avant votre premi鑽e installation, mais c'est sans doute peu r饌liste dans la plupart des cas. Les d饕utants ont g駭駻alement d'autres probl鑪es que d'optimiser l'organisation de leur disque. Par cons駲uent, vous 黎es probablement quelqu'un qui vient juste de finir l'installation de Linux, et qui maintenant se demande comment optimiser cette installation, ou comment 騅iter quelques d駱laisantes erreurs de calculs pour la prochaine fois. Bien s?, j'esp鑽e que lorsqu'ils en auront fini avec ce document, certains voudront laisser tomber leur ancienne configuration pour une nouvelle installation. :-)

diff駻entes parties du syst鑪e de fichiers, reportez-vous au "Linux Multiple Disks Layout mini-HOWTO", de Gjoen Stein <gjoen@nyx.net>.

Pour obtenir des informations et des instructions concernant les disques de Tam <bertie@scn.org>

Actuellement il n'y a pas de documentation g駭駻ale sur la sauvegarde des disques, mais il existe un certain nombre de documents qui font le point sur des solutions sp馗ifiques de sauvegarde. Reportez-vous au "Linux ADSM Backup Mini-HOWTO" de Thomas Koenig <Thomas.Koenig@ciw.uni-karlsruhe.de> pour obtenir des renseignements sur la mani鑽e d'int馮rer Linux dans un environnement de sauvegarde IBM ADSM. Reportez-vous au "Linux Backup with MSDOS Mini-HOWTO" de syst鑪e de fichiers qui s'y trouve. C'est pourquoi modifier la table de partition implique g駭駻alement de sauvegarder puis de restaurer tous les syst鑪es de fichiers touch駸 par cette op駻ation. En fait il est assez facile de faire des

Sous Linux, les partitions sont identifi馥s par des fichiers p駻iph駻iques. Un fichier p駻iph駻ique est un fichier de type c (pour p駻iph駻ique "caract鑽e", les p駻iph駻iques qui ne font pas usage de la cache tampon) ou b (pour brw-rw---- 1 root disk 3, 0 Jul 18 1994 /dev/hda ^ ^ | num駻o p駻iph駻ique mineur num駻o p駻iph駻ique majeur

pilote d'interpr騁er correctement ce num駻o mineur. La documentation du pilote d馗rit g駭駻alement la mani鑽e dont il interpr鑼e ces num駻os mineurs. Pour les disques IDE, cette documentation se trouve dans /usr/src/linux/Documentation/ide.txt. Pour les disques SCSI, on (/usr/src/linux/driver/scsi/sd.c:184-196). Heureusement, il y a la liste des noms et num駻os de p駻iph駻iques de Peter Anvin dans /usr/src/linux/Documentation/devices.txt; reportez vous dans cette liste au bloc un. ﾉcrire sur un de ces p駻iph駻iques avec les mauvais utilitaires d騁ruira l'enregistrement principal d'initialisation (MBR) et la table de partition, ce qui rendra toutes les donn馥s de ce disque inutilisables, et le syst鑪e ne pourra plus d駑arrer sur ce disque. Donc soyez s?s de ce que vous faites, et encore une fois, sauvegardez avant de faire quoi que ce soit.

Les partitions primaires sur le disques sont num駻ot馥s 1, 2, 3 et 4. Par cons駲uent, /dev/hda1 est la premi鑽e partition primaire du premier disque IDE, et ainsi de suite. Les partitions logiques se voient attribuer les num駻os 5 et suivants; /dev/sdb5 est donc la premi鑽e partition logique du second disque SCSI.

Chaque partition se voit attribuer deux adresses pour les blocs initial et final, diff駻entes FAT de ses syst鑪es de fichier : on conna? 0x01, 0x04 et 0x06. DR-DOS utilisait 0x81 pour indiquer une partition FAT prot馮馥, ce qui g駭駻ait un conflit avec les partitions Linux/Minix, mais ni l'une ni l'autre ne sont d騁ails sur ces disques).

3. De quelles partitions ai-je besoin ?

3.1 De combien de partitions ai-je besoin ?

Donc, de quelles partitions ai-je besoin ? Pour commencer, certains syst鑪es MS-DOS, OS/2 et Linux ou pour quelque autre syst鑪e que vous utilisiez. Rappelez-vous toutefois qu'une partition primaire est n馗essaire pour cr馥r la partition 騁endue qui servira de container pour les partitions logiques qui occuperont le reste de votre disque.

L'amor軋ge des syst鑪es d'exploitation se passe en mode r馥l et implique toutes les limitations li馥s au BIOS, et surtout celle des 1024 cylindres. Vous voudrez donc probablement placer toutes vos partitions de d駑arrage dans les 1024 des suivantes). Les partitions swap d馘i馥s de Linux sont de type "Linux swap", code 0x82.

Ces exigences sont le minimum en terme de partitions. Il peut toutefois se r騅駘er utile de cr馥r plus de partitions pour Linux, comme la suite le montrera.

  • Sous Linux, la taille de la RAM et celle de la zone swap s'additionnent (ce qui n'est pas vrai pour tous les Unix). Par exemple, si vous avez 8 Mo de RAM et 12 Mo de swap, vous disposez d'un total d'environ 20 Mo de m駑oire virtuelle.
    • m麥e machine, le noyau est alors dans l'obligation de paginer des donn馥s auxquelles il devra acc馘er de nouveau tr鑚 rapidement (il faudra donc paginer sur disque des donn馥s provenant d'une autre zone de travail pour pouvoir les appeler en m駑oire). Ceci induit g駭駻alement une augmentation peut facilement imaginer des cas ou les programmes ont un tr鑚 grand, ou au contraire un tr鑚 petit jeu d'instructions. Par exemple, un programme de simulation avec un tr鑚 grand jeu de donn馥s auxquelles il acc鐡e de mani鑽e substantielle des performances. On peut suspecter que ce chiffre de 25 % datant de l'駱oque de la ligne de commande n'est plus vrai pour les logiciels modernes dot駸 d'une IHM graphique et capables d'馘iter simultan駑ent plusieurs documents, mais je n'ai connaissance Les disques r馗ents on plusieurs t黎es de lecture. Permuter entre les t黎es qui se trouvent sur la m麥e piste est rapide, puisque c'est purement 駘ectronique. Par contre changer de piste est lent, puisque 軋 implique un mouvement des t黎es. Par cons駲uent si vous avez un disque avec plusieurs t黎es de lecture et un autre qui en a moins, les autres param鑼res 騁ant identiques, le disque qui a le plus de t黎es de lectures sera le plus rapide. D馗ouper la zone swap en la r駱artissant sur les disques acc駘駻era aussi la vitesse d'acc鑚.
  • Les anciens disques ont le m麥e nombre de secteurs sur toutes les pistes. Avec ce type de disque, la vitesse maximum est g駭駻alement obtenue en pla軋nt la zone swap au milieu du disque, si on part du principe que la t黎e de lecture devra se d駱lacer d'une piste quelconque vers l'emplacement physique de la zone swap.
  • Les disques plus r馗ents utilisent le ZBR (bit d'enregistrement de zone). Les pistes externes contiennent un plus grand nombre de secteurs. Pour une vitesse de rotation constante, on obtient donc un bien meilleur rendement pour les pistes externes que pour les pistes internes. Placer de pr馭駻ence votre zone swap sur les pistes les plus rapides.
  • Mais bien s?, la t黎e de lecture n'est pas anim馥 de mouvement al饌toires. Si le milieu du disque tombe entre une partition /home en acc鑚 constant et une partition d'archivage presque jamais utilis馥, vous feriez bloc est gaspill馥. Supposons que la taille des fichiers soit al饌toire, il y a en moyenne un demi-bloc perdu pour chaque fichier pr駸ent sur le disque. Dans son livre "Operating systems", Tanenbaum appelle 軋 la "fragmentation interne".

    /dev/hda3 64256 12234 52022 19% / /dev/hda5 96000 43058 52942 45% /var

    Il y a donc environ 12000 fichiers sur / et pr鑚 de 44000 sur Normalement la fragmentation n'est pas un gros probl鑪e en ext2, m麥e avec des partitions tr鑚 utilis馥s, comme une file d'attente news. Bien qu'il existe un utilitaire de d馭ragmentation des syst鑪es de fichier ext2, personne ne d馭ragmentation. Aucune de ces habitudes ne devrait 黎re transpos馥 sous Linux et ext2. Le syst鑪e de fichiers natif de Linux n'a pas besoin de d馭ragmentation en utilisation normale, ce qui inclut n'importe quelle condition (1 Tera-octet = 1024 Go) et plus, pour lesquels les blocs de petite taille deviennent inefficaces. Donc, contrairement au DOS, il n'est pas n馗essaire de d馗ouper les grands disques en plusieurs partitions pour conserver des blocs de

    3.5 Dur馥 de vie des fichiers et cycles de sauvegarde sont des crit鑽es dans le choix des partitions

    Sous ext2, les d馗isions concernant le choix des partitions devraient 黎re semaines. Les fichiers pr駸ents dans /var ont g駭駻alement une dur馥 de vie courte : quasiment aucun fichier dans /var/spool/news ne restera plus de quelques jours, et dans /var/spool/lpd le temps de vie se mesure en minutes voire moins.

    pour tenir compl鑼ement sur un seul support de sauvegarde (auquel cas, faites des sauvegardes journali鑽es compl鑼es). Dans tous les cas, la taille d'une partition devrait 黎re telle que son "delta" journalier (tous les fichiers modifi駸) puisse tenir sur un seul support de sauvegarde (faites une sauvegarde diff駻entielle, et pr騅oyez de changer le support pour la sauvegarde hebdomadaire/mensuelle compl鑼e).

    Votre strat馮ie de sauvegarde repose sur ces d馗isions.

    Un mod鑞e courant propose la cr饌tion des partitions /, /home et /var pour des raisons abord馥s plus haut. Cela simplifie tant l'installation que la maintenance, et la diff駻enciation est suffisante pour 騅iter les effets pervers des dur馥s de vie diff駻entes. C'est aussi un bon mod鑞e en ce qui concerne la sauvegarde : personne ne se soucie de sauvegarder les files d'attente "news" et seulement quelques fichiers de /var peuvent Certaines configurations pr駸entent un /home tr鑚 important et doivent par cons駲uent faire appel au sauvegardes diff駻entielles.

    Certains syst鑪es pr騅oient une partition s駱ar馥 pour /tmp, d'autres /home depuis une autre machine, les 500+ Mo constitueront /var. C'est plus que suffisant pour un centre de distribution de news familial.

    Nous avons donc :

    Device     Mounted on                      Size
/dev/hda1  /dos_c                           25 MB
/dev/hda2  - (Swapspace)                    32 MB
/dev/hda3  /                               250 MB
/dev/hda4  - (Extended Container)          500 MB
/dev/hda5  /var                            500 MB

homeserver:/home /home                     1.6 GB

    J'effectue les sauvegardes de cette machine via le r駸eau en utilisant le lecteur