3.4. Procédure d'installation générique

3.4.1. Premier démarrage

Pour commencer votre installation, vous devez pouvoir démarrer votre ordinateur sous Linux. La méthode la plus simple est certainement de mettre le CD ou le DVD de la distribution que vous avez choisie dans votre lecteur et de redémarrer l'ordinateur.

Toutefois, il faut que votre BIOS soit configuré pour amorcer le système sur le lecteur de CD pour que cette solution fonctionne. Tous les BIOS modernes permettent de le faire, il suffit de rentrer dans le programme SETUP (généralement, cela se fait en appuyant sur la touche F2 ou la touche Suppr/Del de votre clavier juste au moment où l'ordinateur s'initialise).

Par ailleurs, certaines cartes mères et BIOS disposent d'une fonction de protection contre les virus de secteurs de boot. Les virus de ce type sont généralement assez anciens, et s'installent dans le MBR pour être exécutés à chaque démarrage de la machine et avant le système d'exploitation. Je prédis toutefois une recrudescence de ce type de virus depuis l'apparition des processeurs modernes qui permettent de virtualiser complètement le système d'exploitation. Quoi qu'il en soit, la modification des partitions et l'installation du gestionnaire d'amorçage de Linux peut apparaître comme une infection virale, et échouer en raison d'un blocage par le BIOS. Il est donc nécessaire de désactiver cette fonctionnalité pendant l'installation du système, et de la réactiver après. Cela se fait également dans le programme SETUP du BIOS.

Le noyau de Linux qui est fourni avec votre distribution est un noyau qui a été spécialement conçu pour démarrer correctement sur le plus grand nombre de machines possibles. Il contient donc les pilotes (« drivers » en anglais) pour votre disque dur, ainsi que pour d'autres types de disques. Lorsqu'il se lance, Linux tente de détecter le matériel de votre ordinateur. Seuls les pilotes correspondant à votre matériel s'activent, les autres sont tout simplement ignorés.

Il se peut cependant que Linux ne détecte pas vos disques durs. Cela peut arriver surtout pour les disques SCSI. Dans ce cas, il est probable que votre distribution fournisse des noyaux alternatifs, pour les configurations plus exotiques. Chacun de ces noyaux permet de démarrer sur un certain type d'ordinateur : vous devrez donc trouver le noyau qui correspond à votre matériel et réessayer.

Une autre solution est de fournir, lors du démarrage, des options au noyau, pour qu'il utilise un pilote plutôt qu'un autre, ou qu'il ne tente pas de détecter un matériel qui n'est pas présent sur votre machine, si ce teste le bloque au démarrage. Pour trouver la liste des options et la manière de les fournir au noyau, vous devez lire les informations du gestionnaire d'amorçage de votre distribution.

Si votre machine est très vieille, il se peut que votre BIOS ne vous permette malheureusement pas de booter sur un lecteur de CD. Dans ce cas, vous pouvez tenter de le mettre à jour, mais s'il n'en existe pas de nouvelle version, il ne vous restera plus qu'à démarrer sur une disquette. Pour cela, vous devrez copier une image de disquette d'amorçage sur une disquette. Vous pourrez alors utiliser cette disquette pour démarrer l'installation. En général, les distributions fournissent un petit utilitaire DOS nommé RAWRITE.EXE. Cet utilitaire s'utilise sous DOS avec la ligne de commande suivante :

rawrite image lecteur:

Avec la plupart des distributions, les outils nécessaires à l'installation sont placés sur un disque virtuel en mémoire après le démarrage de Linux. C'est en particulier le cas du programme d'installation, et des outils de manipulation des partitions et des systèmes de fichiers. Vous devez toutefois être en mesure de les utiliser : il est donc impératif que Linux ait détecté vos disques durs. Si ce n'est pas le cas, soit les fichiers spéciaux de périphériques de ces disques ne seront pas présent dans le répertoire /dev/, soit les outils vous signaleront une erreur lorsque vous tenterez de les utiliser.

3.4.2. Trouver de la place pour installer le système

L'un des problèmes les plus courants lors d'une nouvelle installation est l'absence de place disponible sur le disque dur pour créer une partition Linux. Ce problème n'a hélas pas de solution : il faut supprimer une autre partition appartenant à un autre système, ou en réduire une.

Souvent, réduire une partition revient à sauvegarder les données, la supprimer, la recréer avec une taille inférieure et à restaurer les données. Certains outils commerciaux permettent de réduire des partitions directement, mais ils se vendent souvent pour le prix d'un disque dur neuf (je ne peux donc réellement pas conseiller de les acheter, sauf si vous avez plusieurs disques durs dont les partitions doivent être redimensionnées ou déplacées !). De plus, Linux dispose également d'un outil similaire qui, bien qu'il soit encore en phase de développement, permet déjà de réaliser la plupart des opérations que l'on peut avoir à faire sur les partitions FAT et les partitions EXT2 de Linux. Il s'agit du programme parted, que nous décrirons ci-après. De même, il existe un programme DOS permettant de réduire la taille d'une partition FAT, moyennant quelques précautions complémentaires. Bien entendu, il va de soi que si l'on doit déplacer ou modifier une partition, il faut faire au préalable des sauvegardes de toutes les données de cette partition... Mais ne l'ai-je pas déjà dit ?

Il est possible que votre distribution dispose d'un outil graphique permettant de manipuler les partitions existantes pendant la phase d'installation. Ce type d'outil pourra être utilisé pour dégager de la place pour Linux, éventuellement en réduisant une partition existante. Nous ne décrirons cependant pas ces outils ici, car ils sont spécifiques à chaque distribution. En revanche, nous présenterons les deux principales techniques permettant de redimensionner une partition, la première fonctionnant sous Linux et la deuxième sous DOS.

parted disque

parted /dev/hda

Disk geometry for /dev/hda: 0.000-32634.492 megabytes
Disk label type: msdos
Minor    Start       End     Type      Filesystem  Flags
1          0.031  32632.031  primary   FAT         lba

resize partition début fin

resize 1 8192 32632.031

move partition début

cp [disque] source destination

3.4.3. Partitionnement du disque

Le partitionnement en soi peut se faire soit directement à l'aide du fdisk de Linux, soit par l'intermédiaire du programme d'installation de la distribution correspondante. Il est recommandé d'utiliser ce programme d'installation, qui vous guidera et vous indiquera comment réaliser cette opération. Si toutefois vous désirez utiliser fdisk, il vaut mieux faire attention à ce que vous faites. Pour lancer fdisk, il suffit de taper la commande suivante en ligne de commande :

fdisk disque

fdisk /dev/hda

Si vous ne spécifiez aucun disque en paramètre à fdisk, il prendra par défaut le disque /dev/sda, ou /dev/hda si aucun disque SCSI n'est installé.

fdisk est un programme très peu interactif. Il attend que vous lui communiquiez les commandes à exécuter en tapant sur une lettre. Les différentes commandes possibles peuvent être affichées avec la commande 'm'.

Lorsque vous créez une partition, vous devez utiliser la commande 'n', puis indiquer son type avec les commandes 'p' (pour « primary ») pour une partition primaire ou 'e' (pour « extended ») pour une partition étendue. Vous devrez ensuite donner son numéro dans la table des partitions, puis indiquer le début et la fin de la partition. Par défaut, l'unité utilisée par fdisk est le cylindre. Il est recommandé de conserver cette unité, surtout si l'on utilise un système qui ne sait manipuler que les cylindres. Toutefois, on peut changer cette unité grâce à la commande 'u' et utiliser le secteur comme unité.

Si vous avez créé une partition étendue, celle-ci sera utilisée pour y stocker des partitions logiques. Pour pouvoir les créer, il faut encore utiliser la commande 'n', et choisir le type de partition logique avec la commande 'l' (pour « logical »). Les partitions logiques sont numérotées avec les nombres 5 et suivants. La création des partitions logiques se fait exactement de la même manière que les partitions primaires, en spécifiant leur début et leur fin, soit en cylindres, soit en secteurs selon l'unité courante.

Une fois les partitions créées, vous pouvez spécifier leur type à l'aide de la commande 't' (pour « type »). Cette commande demande successivement le numéro de la partition à modifier et la valeur de son identificateur en hexadécimal. Rappelons que les identificateurs à utiliser pour Linux sont 83 pour les partitions de systèmes de fichiers Linux, et 82 pour les partitions de swap. La liste des valeurs admissibles peut être obtenue à l'aide de la commande 'l'. Par défaut, le fdisk de Linux crée des partitions Linux natives, de code 83.

Lorsque vous aurez complètement défini vos partitions, il ne vous restera plus qu'à activer la partition qui contiendra le gestionnaire d'amorçage. La sélection de la partition active se fait avec la commande 'a' de fdisk. C'est donc sur cette partition que le chargeur du MBR ira chercher le gestionnaire d'amorçage du système à lancer.

3.4.4. Création des systèmes de fichiers

Une fois le disque correctement partitionné, il faut créer les systèmes de fichiers. Cette opération n'est pas nécessaire pour les partitions de swap, cependant il faut le faire pour les autres partitions.

La création des systèmes de fichiers EXT2 et EXT3 se fait avec une même commande, à savoir la commande mke2fs. La création des autres systèmes de fichiers se fait généralement de la même manière que pour ces systèmes, mais avec des outils différents. Par exemple, la création d'un système de fichiers ReiserFS se fait à l'aide de l'outil mkreiserfs. ReiserFS constitue une alternative possible à EXT3 car, tout comme EXT3, il prend en charge les mécanismes de journalisation qui assurent la cohérence du système de fichiers même en cas d'arrêt intempestif de l'ordinateur. Cependant, ce système de fichiers est encore jeune et n'a certainement pas été débogué autant que EXT3, qui s'appuie sur la base de code du vieux système de fichiers EXT2. Sachez également que ReiserFS, contrairement à EXT2 et à EXT3, ne se comporte pas encore très bien si le disque dur a des secteurs physiques défectueux. La suite de cette section ne traitera que des systèmes de fichiers EXT2 et EXT3, consultez la documentation de votre distribution et les pages de manuel des outils des autres systèmes de fichiers pour plus de détails sur la méthode à utiliser pour les créer.

Afin de pouvoir utiliser mke2fs correctement, il est nécessaire de définir quelques termes, et d'expliquer à quelles notions d'EXT2 et d'EXT3 ils se réfèrent.

Premièrement, le système de fichiers EXT2 travaille, comme la plupart des systèmes de fichiers (ce n'est pas le cas des systèmes de fichiers Reiser par exemple), avec des blocs de taille fixe (« clusters » en anglais). Cela signifie que l'allocation de l'espace disque se fait par multiples de la taille de ces blocs : il est impossible de demander seulement une partie d'un bloc. Cette technique présente des avantages et des inconvénients. Essentiellement, l'avantage est la rapidité engendrée par la simplification des mécanismes d'allocation et de libération d'espace disque. L'inconvénient majeur est évidemment qu'on perd de la place pour tous les fichiers qui ne tiennent pas dans un nombre entier de blocs, puisqu'il faut allouer un bloc supplémentaire qui sera partiellement utilisé. En moyenne, on perd la moitié d'un bloc par fichier, ce qui ne peut être réduit qu'en limitant la taille des blocs à une valeur relativement faible.

Deuxièmement, les systèmes de fichiers Unix utilisent des structures de données appelées « inodes » pour définir les fichiers. Un inode contient la plupart des informations d'un fichier, à savoir :

• son propriétaire et le groupe d'utilisateurs de son propriétaire ;

• ses droits d'accès ;

• ses dates de création, modification, accès ;

• les blocs qu'il utilise ;

• d'autres informations utilisées en interne.

Dans le cas d'EXT2 et EXT3, ces inodes sont stockés dans une table du système de fichiers, ce qui permet d'accéder très rapidement à toutes ces informations et de retrouver également très simplement le ou les blocs contenant les données du fichier. Le problème est ici que cette table a un nombre d'entrées limité, ce qui implique un nombre limité de fichiers dans le système de fichiers. Plus cette table est grande, plus le nombre de fichiers que l'on pourra créer sera grand, et inversement. Il faut donc trouver un compromis entre la taille de cette table et le nombre de fichiers que l'on est susceptible de créer. Il va de soi qu'en général, les grandes partitions contiennent plus de fichiers, mais que la table d'inodes peut également avoir une taille supérieure sans que cela soit dérangeant. Par conséquent, il est relativement courant de définir le taux d'inode par bloc ou, autrement dit, la proportion d'inodes dans la partition par rapport à sa taille.

Toutes ces informations (blocs libres et inodes) sont sauvegardées à plusieurs endroits dans la partition, ce qui permet de disposer en permanence de copies de la structure du système de fichiers. De cette manière, il est relativement simple de réparer un système de fichiers endommagé, même si les données sont détruites en raison d'une erreur matérielle (secteurs défectueux sur le disque dur par exemple). Chacune de ces copies s'appelle un groupe de blocs. Chaque groupe de blocs contient un bloc particulier, le « super bloc », qui contient la description de son groupe.

Lors de la création d'un système de fichiers EXT2 ou EXT3, il est nécessaire d'indiquer la taille d'un bloc en octets. Cette taille doit impérativement être un multiple de la taille d'un secteur du support physique de données, parce que les blocs ne peuvent contenir qu'un nombre entier de secteurs. Pour un disque dur, la taille des secteurs est fixée à 512 octets, ce qui fait que la taille d'un bloc est au moins de 512 octets. De même, il faut spécifier le nombre d'inodes de la partition. Il est possible de spécifier ce nombre soit directement, ou d'indiquer seulement le nombre d'octets de la partition par inode. Le nombre total d'inodes utilisé sera alors calculé à partir de ce nombre d'octets et de la taille de la partition. Bien entendu, le nombre maximal d'inodes possibles est le nombre total de blocs, puisque tout fichier non vide requiert au moins un bloc et que chaque inode caractérise un fichier. Si vous ne savez pas quelles valeurs prendre, vous pouvez utiliser des blocs de 1024 octets (2 secteurs), et un rapport de 4096 octets par inode (donc de 4 blocs de 1 Ko par inode).

La plupart des systèmes de fichiers Unix, comme EXT3 (mais pas EXT2), gèrent à présent, en plus de tout ce que nous avons vu précédemment, un journal contenant les opérations à réaliser de manière transactionnelle sur le disque dur. Les opérations du journal sont exécutées de telle sorte que la structure du système de fichiers reste cohérente en toutes circonstances. Cela implique que le système de fichiers est toujours valide, même si une panne de courant se produit pendant une opération disque.

Voyons à présent la syntaxe de la commande mke2fs :

mke2fs [-j] fichier

Invoquée sans autres options, la commande mke2fs prend des valeurs par défaut pour tous les paramètres du système de fichiers créé, mais vous pouvez également spécifier d'autres valeurs. La taille des blocs peut être indiquée en octets avec l'option suivante :

mke2fs [-j] -b taille fichier

mke2fs [-j] -i octets fichier

mke2fs [-j] -N nombre fichier

Enfin, sachez que l'option -c permet de demander à mke2fs d'effectuer une vérification des secteurs défectueux du disque dur avant de créer le système de fichiers. Il est fortement recommandé d'utiliser cette option lors de la première création d'un système de fichiers.

3.4.5. Création de la partition de swap

Comme on l'a vu précédemment, Linux peut utiliser une partie du disque dur pour y stocker les données temporairement inutilisées afin de libérer de l'espace mémoire lorsqu'il manque de mémoire vive. Cette opération permet de continuer à travailler, même si la machine ne dispose pas de suffisamment de mémoire vive pour exécuter tous les processus dont elle a la charge.

Évidemment, l'inconvénient de cette méthode est la dégradation des performances, mais c'est un bon compromis si l'on considère le prix du méga-octet de mémoire par rapport à celui des disques durs d'une part, et le fait qu'il vaut mieux parvenir à faire son travail, même lentement, que de ne pas le faire du tout.

L'espace disque consacré par Linux pour ce stockage temporaire est appelé « swap », du terme anglais « to swap » qui fait référence à l'échange des données de la mémoire vers le disque dur (et inversement, lorsqu'elles sont rechargées en mémoire). Linux est capable de gérer plusieurs formes de swap. Il est capable d'utiliser des fichiers d'échange, qui sont stockés dans un système de fichiers, ou les partitions de swap. Ces dernières ont l'avantage d'être bien plus rapides, puisque le noyau n'a pas à se préoccuper de la structure du système de fichiers lors des opérations de swap (qui, rappelons-le, constituent déjà un ralentissement notable de la machine). En revanche, elles ont l'inconvénient majeur d'être très contraignantes, puisqu'elles nécessitent de réserver une partition pour le swap de manière permanente. Cependant, il est tout à fait acceptable de consacrer 128 ou 256 Mo de disque dur pour une partition de swap de nos jours. Linux est capable de gérer jusqu'à 8 partitions de swap dont la taille peut aller jusqu'à 2 Go chacune, plus les fichiers d'échange que l'on peut rajouter ultérieurement. Nous ne décrirons que la manière de créer une partition de swap, car les fichiers d'échange ne constituent plus le meilleur compromis avec les tailles de disques que l'on rencontre de nos jours.

Bien entendu, le programme d'installation de votre distribution prend certainement déjà en charge la création des partitions de swap. Il est donc recommandé, encore une fois, d'utiliser ce programme, même si la description qui suit vous permettra de comprendre ce dont il s'agit.

Les partitions de swap peuvent être créées, comme toutes les partitions, à l'aide du programme fdisk. En fait, la seule distinction entre une partition de swap et une partition réservée à un système de fichiers est tout simplement son identificateur. Comme on l'a déjà vu lors du partitionnement du disque, l'identificateur utilisé pour les partitions de systèmes de fichiers Linux est 83, et celui pour les partitions de swap est 82. Vous devrez donc affecter cet identificateur à votre partition de swap lorsque vous partitionnerez votre disque dur. Il est recommandé de placer la partition de swap au début du disque dur, car c'est à cet emplacement que le taux de transfert est le plus élevé (et donc c'est à cet emplacement qu'on obtiendra les meilleures performances en cas de manque de mémoire vive).

Une fois créée, la partition de swap peut être préparée pour que le noyau puisse l'utiliser. Cette préparation revient à peu près à formater un système de fichiers, à ceci près que les structures de données écrites dans la partition de swap sont beaucoup plus simples car il ne s'agit plus ici de stocker une arborescence complète de fichiers. La commande mkswap permet de préparer les partitions pour être utilisées en tant que partition de swap. Elle s'utilise selon la syntaxe suivante :

mkswap -c partition

Lorsque la partition aura été préparée pour le swap, il est possible de demander à Linux de l'utiliser avec la commande suivante :

swapon partition

swapoff partition

Normalement, vous n'aurez jamais à utiliser ces commandes manuellement. Le programme d'installation de votre distribution configure le swap, et fait en sorte que les partitions de swap sont chargées automatiquement lors du démarrage de la machine. Notez cependant que cette méthode de configuration dynamique permet d'ajouter temporairement un fichier d'échange si les besoins s'en font sentir, sans avoir à redémarrer la machine.

3.4.6. Installation des composants de base

Si vous êtes arrivé jusqu'ici, vous avez fini les opérations les plus risquées et sans doute les plus difficiles. Dans les premiers jours de Linux, il fallait installer à la main les différents composants du système, voire les recompiler soi-même. Heureusement, toutes les distributions actuelles disposent aujourd'hui de programmes d'installation évolués, qui simplifient beaucoup le travail. Les opérations que vous allez réaliser à présent sont donc plus simples, et certainement moins dangereuses.

L'ordre logique est évidemment de commencer par installer les couches les plus basses du système, donc en particulier le noyau. Cependant, comme on le verra plus tard, le noyau ne permet pas réellement d'utiliser le système, et il vous faudra installer d'autres couches logicielles. Les principales sont les suivantes :

• le shell (environnement utilisateur en mode texte) ;

• les outils et applications systèmes en ligne de commande (utilisables via le shell) ;

• l'environnement graphique X Window, constitué d'un serveur d'affichage et d'applications graphiques simples ;

• un environnement de bureau (environnement utilisateur complet en mode graphique) ;

• et enfin, les applications de haut niveau (celles que vous utiliserez au jour le jour).

Les programmes d'installation cherchent généralement à installer en premier ce qu'on appelle le « système de base » (ensemble constitué du noyau, des bibliothèques systèmes, du shell et des outils d'administration fondamentaux). Je vous suggère de vous assurer que ce système de base est correctement configuré, avant de vous lancer dans l'installation des couches supérieures telles que XWindow.

C'est évidemment l'installation et la configuration du système de base qui est la partie la plus technique. Une fois ces opérations réalisées, la suite ne pose généralement pas de problème particulier. De nos jours, l'installation de XWindow se fait de manière relativement simple. Lorsque vous y serez parvenu, vous pourrez enfin installer les applications. Là encore, lorsque le système est bien configuré, l'installation des applications est une tâche relativement facile et se fait rapidement.

Ce document ne traitera pas en détail de l'installation des applications, car il y en a trop pour que l'on puisse donner des informations valides pour toutes les applications. Quelques règles générales seront malgré tout données, car elles peuvent s'appliquer pour certaines applications.

Toutes les distributions organisent les différents composants logiciels qu'elles fournissent en paquetages (« package » en anglais). Ainsi, l'installation du système se fait par groupes homogènes de fichiers, et le regroupement dans un paquetage est généralement une dépendance forte (en pratique, ce sont les fichiers d'une même application). En installant un paquetage, on installe finalement un logiciel particulier. Cependant, certains paquetages dépendent d'autres paquetages, par exemple, les paquetages contenant le système de base sont évidemment utilisés par tous les autres paquetages. Les programmes d'installation gèrent relativement bien les dépendances et les conflits entre paquetages, si bien que l'installation peut maintenant se faire sans trop de problèmes.

Afin d'organiser un peu tous ces paquetages, les distributions les trient souvent par « séries ». Une série n'est rien d'autre qu'un ensemble de paquetages regroupés par domaine fonctionnel. Cela signifie que l'on peut facilement retrouver un paquetage donné, en allant le chercher dans la série contenant tous les paquetages fonctionnellement proches. Le regroupement des paquetages en séries ne signifie absolument pas que tous les paquetages de la série doivent être installés pour obtenir une fonctionnalité donnée, mais que les logiciels qui s'y trouvent ont plus ou moins trait à cette fonctionnalité. En fait, il peut même y avoir redondance ou conflit entre deux paquetages d'une même série. Dans ce cas, il faut choisir l'un ou l'autre, selon ses besoins personnels.

Certains paquetages sont indispensables pour le système, d'autres sont purement optionnels. Mais la plupart des paquetages sont simplement les paquetages des applications, et vous devrez faire le tri et choisir ceux qui vous intéressent parce qu'il est impensable d'installer tous les paquetages (une distribution de Linux peut faire 5 ou 6 CD-ROM, en tenant compte du système, des applications et des sources). Les seuls paquetages qu'il faut impérativement installer sont les paquetages de la série de base. En général, cette série porte le nom A, ou AAA, ou quelque chose de similaire, afin qu'elle puisse toujours être en tête de liste dans les programmes d'installation. Cette série comprend au moins les paquetages des commandes Unix de base, du shell, du programme d'installation et de tous les fichiers nécessaires au fonctionnement du système (fichiers de configuration, scripts et bibliothèques partagées). Tant que les programmes de cette série sont intacts et fonctionnels, le système est utilisable. S'il en manque, les problèmes peuvent survenir à tout moment : de l'absence ou l'indisponibilité de la documentation à l'impossibilité complète de démarrer le système.

Le choix des paquetages à installer est crucial mais non définitif. En effet, si vous avez installé un paquetage dont vous n'avez pas ou plus besoin, rien ne vous empêche de le supprimer par la suite. De même, si vous vous apercevez que vous avez oublié d'installer un paquetage dont vous avez besoin, vous pouvez l'installer ultérieurement.

Il n'est pas possible de donner ici la liste des paquetages que vous devez installer, car cette liste dépend beaucoup trop de la distribution que vous possédez. Il est conseillé de lire le manuel de cette distribution ou de bien lire les écrans d'aides du programme d'installation. Cependant, les paquetages dont vous aurez certainement besoin pour poursuivre l'installation sont sans doute les suivants :

• paquetage du système de base ;

• paquetage du compilateur GCC ;

• paquetage du réseau ;

• paquetage de XWindow ;

• paquetage de documentation ;

• paquetages susceptibles de faire fonctionner votre matériel (carte son, serveur XWindow approprié à votre carte graphique...).

3.4.7. Configuration du gestionnaire d'amorçage

Lorsque vous aurez installé votre système de base, vous devrez faire en sorte qu'il puisse démarrer. Pour cela, il existe plusieurs possibilités, les principales étant les deux suivantes :

• soit vous démarrez à partir d'une disquette ou d'un CD d'amorçage ;

• soit vous utiliser un gestionnaire d'amorçage.

Le gestionnaire d'amorçage le plus utilisé sous Linux se nomme « LILO » (pour « LInux LOader »). LILO permet de démarrer un grand nombre de systèmes, dont DOS, Windows 95/98/Millenium, Windows NT/2000/XP/Vista et OS/2. Linux dispose également d'un autre gestionnaire d'amorçage également très performant : le « GRUB » (abréviation de l'anglais « GRand Unified Bootloader »). Vous êtes libre de choisir celui que vous voulez. Le GRUB est quelque peu plus moderne que LILO, mais le choix du gestionnaire d'amorçage est ici une question de goût. Windows NT, Windows 2000 et Windows XP disposent également d'un gestionnaire d'amorçage nommé « NTLDR », capable de démarrer d'autres systèmes d'exploitation. Vous aurez donc également la possibilité d'utiliser ce gestionnaire à la place de LILO ou du GRUB si un de ces systèmes est installé sur votre machine. En revanche, Windows Vista utilise un nouveau gestionnaire d'amorçage différent de NTLDR, et qui est techniquement beaucoup plus difficile à utiliser que les autres gestionnaires d'amorçage. Ce gestionnaire ne sera donc pas décrit dans ce document, référez vous à la documentation Microsoft si vous voulez installer Linux en marge de Vista, ou utilisez tout simplement l'un des gestionnaires d'amorçage de Linux.

Quel que soit le gestionnaire d'amorçage que vous désirez utiliser, il vous faudra activer la partition sur laquelle il est installé. Cette opération peut être réalisée à l'aide de l'utilitaire fdisk et a déjà été décrite dans la Section 3.2.1. Cela permettra au bootstrap loader de sélectionner le secteur de boot de cette partition et de lancer le gestionnaire d'amorçage qui y est installé. Bien entendu, cela suppose que ce gestionnaire soit installé sur cette partition, ce qui est normalement le cas (rappelons qu'il n'est en général pas conseillé d'installer le gestionnaire d'amorçage directement sur le MBR du disque dur).

image = noyau
root = root_device
label = nom

image = /boot/vmlinuz
root = /dev/hda2
label = linux

other = partition
table = disque
loader = relais
label = nom

# Exemple de fichier de configuration /etc/lilo.conf :

# Options générales :
boot = /dev/hda2
read-only
prompt
timeout=100
keytable = /boot/fr-latin1.klt

# Première configuration (Linux) :
image = /boot/vmlinuz
root = /dev/hda2
label = linux

# Deuxième configuration (NT) :
other = /dev/hda3
table = /dev/hda
loader = /boot/chain.b
label = NT

lilo [-L]

append="paramètre"

# Première configuration (Linux) :
image = /boot/vmlinuz
root = /dev/hda2
label = linux
append="mem=256M"

title titre
root partition
kernel noyau options

(hdn,m)

title Linux
root (hd0,1)
kernel /boot/vmlinuz mem=256M

title titre
root partition
chainloader +1

# Exemple de fichier de configuration /boot/grub/menu.lst :

# Options générales :
default 0
timeout 10

# Première configuration (Linux) :
title Linux
root (hd0,1)
kernel /boot/vmlinuz root=/dev/hda2 mem=256M

# Deuxième configuration (NT) :
title NT
root (hd0,2)
chainloader +1

grub

root source
setup destination

root (hd0,1)
setup (hd0,1)

emplacement = "Nom"

dd if=/dev/hda3 of=linux.sec bs=512 count=1

C:\linux.sec="Linux"

[boot loader]
timeout=10
default=multi(0)disk(0)rdisk(0)partition(2)\WINNT

[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINNT="Microsoft Windows 2000 Professionnel" /fastdetect
C:\linux.sec="Linux"