# Chapitre 12. Processus de démarrage de FreeBSD

This translation may be out of date. To help with the translations please access the FreeBSD translations instance.

## 12.1. Synopsis

L’action de démarrer un ordinateur et de charger le système d’exploitation est désignée sous le nom de "processus de bootstrap", ou simplement démarrage. Le processus de démarrage de FreeBSD fournit une grande flexibilité en adaptant ce qui se passe quand vous démarrez le système, vous permettant de choisir parmi les différents systèmes d’exploitation installés sur l’ordinateur, ou même parmi les différentes versions du même système d’exploitation ou du noyau installées.

Ce chapitre détaille les options de configuration que vous pouvez paramétrer et comment personnaliser le processus de démarrage de FreeBSD. Cela inclut tout ce qui se produit jusqu’au démarrage du noyau FreeBSD, la détection des périphériques, et le démarrage d’init(8). Si vous n’êtes pas tout à fait sûr du moment auquel cela arrive, cela se produit à l’instant où la couleur du texte passe d’un blanc lumineux au gris.

Après la lecture de ce chapitre, vous connaîtrez:

- Quels sont les composants du système de démarrage de FreeBSD, et comment ils agissent les uns sur les autres.

- Les options que vous pouvez passer aux composants du système de démarrage de FreeBSD pour contrôler le processus.

- Les bases du système device.hints(5).

| x86 seulement Ce chapitre ne décrit que le processus de démarrage de FreeBSD pour les systèmes Intel x86.

## 12.2. Le problème du démarrage

Allumer un ordinateur et démarrer le système d’exploitation pose un intéressant dilemme. Par définition, l’ordinateur ne sait rien faire jusqu’à ce que le système d’exploitation soit lancé. Ceci inclut l’exécution des programmes à partir du disque. Donc si l’ordinateur ne peut pas exécuter de programme à partir du disque sans le système d’exploitation, et que les programmes du système d’exploitation sont sur le disque, comment le système d’exploitation est-il démarré?

On peut faire le parallèle avec un événement du livre Les aventures du Baron Munchausen. Le personnage tombe dans une bouche d’égout avec une partie du corps hors de la bouche, et il s’en sort en attrapant les fixations de ses bottes ("bootstraps"), et en se soulevant ainsi. Dans les premiers jours de l’informatique le terme bootstrap fut appliqué au mécanisme utilisé pour charger le système d’exploitation, terme qui a été raccourci en "booting" (que l’on traduit par démarrage en Français).

Sur l’architecture x86 c’est le BIOS ("Basic Input/Output System") qui est responsable du chargement du système d’exploitation. Pour effectuer cela, le BIOS recherche sur le disque dur le "Master Boot Record" - Secteur Principal de Démarrage (MBR), qui doit être placé à un endroit bien précis sur le disque. Le BIOS dispose de suffisamment de connaissances pour charger et exécuter le MBR, et suppose que le MBR peut alors effectuer le reste des tâches impliquées dans le chargement du système d’exploitation, probablement avec l’aide du BIOS.

Pour parler du code contenu dans le MBR, on fait souvent référence aux termes de gestionnaire de démarrage gestionnaire d’amorce, tout particulièrement quand il y a intéraction avec l’utilisateur. Dans ce cas le code de ce gestionnaire occupe un espace plus important sur la première piste du disque ou du système de fichier du système d’exploitation (le gestionnaire de démarrage est parfois également appelé gestionnaire de chargement ou chargeur, "boot loader", sous FreeBSD ce terme est utilisé pour une étape ultérieur du démarrage). Parmi les gestionnaire de démarrage populaire, se trouvent boot0 (également connu sous le nom de Boot Easy, le gestionnaire de démarrage standard de FreeBSD), Grub, GAG, et LILO (seul boot0 peut tenir entièrement dans l’espace du MBR.).

Si vous n’avez qu’un seul système d’exploitation installé sur vos disques alors le MBR PC standard sera suffisant. Ce MBR recherche la première tranche ("slice") amorçable (souvent appelée active) sur le disque, et puis exécute le code sur cette tranche pour charger le reste du système d’exploitation. Le MBR installé par fdisk(8) par défaut se comporte de cette manière. Il est basé sur /boot/mbr.

Si vous avez installé plusieurs systèmes d’exploitation sur vos disques alors vous pouvez installer un gestionnaire d’amorce différent, qui permet d’afficher une liste des différents systèmes d’exploitation, et vous permet de sélectionner celui à partir duquel démarrer. Ceci est abordé dans la sous-section suivante.

Le reste du système de démarrage de FreeBSD est divisé en trois étapes. La première étape est exécutée par le MBR, qui en sait juste assez pour mettre l’ordinateur dans un état spécifique et lancer la deuxième étape. La seconde étape peut en faire un peu plus, avant de lancer la troisième étape. La troisième étape termine la tâche de chargement du système d’exploitation. La tâche a été séparée en trois étapes parce que le standard PC impose des limites sur la taille des programmes qui peuvent être exécutés aux étapes une et deux. L’enchaînement des tâches permet à FreeBSD de fournir un chargeur plus flexible.

Le noyau est ensuite démarré et commence à sonder le système à la recherche de périphériques et les initialise. Une fois le processus de démarrage du noyau achevé, le noyau passe la main au processus init(8), qui alors vérifie que les disques sont utilisables. init(8) commence ensuite la configuration des ressources au niveau utilisateur, monte les systèmes de fichiers, initialise les cartes réseaux pour communiquer sur le réseau, et lance tous les processus qui sont habituellement exécutés au démarrage d’un système FreeBSD.

## 12.3. Le gestionnaire de démarrage et les étapes de démarrage

### 12.3.1. Le gestionnaire de démarrage

Le code contenu dans le MBR ou gestionnaire de démarrage ou d’amorce est parfois appelé étape zéro du processus de démarrage. Cette section discute de deux gestionnaires de démarrage précédemment mentionnés: boot0 et LILO.

Le gestionnaire d’amorce boot0: Le MBR installé par l’installateur FreeBSD ou par boot0cfg(8) est basé sur /boot/boot0. (boot0 est très simple, puisque le programme dans le ne peut pas occuper plus de 446 octets en raison de la table de partition principale et l’identifiant `0x55AA` à la fin du MBR). Si vous avez installé boot0 et plusieurs systèmes d’exploitation sur vos disques durs alors vous verrez un affichage semblable à celui-ci au démarrage:

Exemple 1. Ecran de boot0

    F1 DOS
    F2 FreeBSD
    F3 Linux
    F4 ??
    F5 Drive 1

    Default: F2

D’autres systèmes d’exploitation, en particulier Windows®, sont connus pour écraser le MBR existant avec le leur. Si cela vous arrive, ou que vous désirez remplacer le MBR existant avec le MBR de FreeBSD alors utilisez la commande suivante:

    # fdisk -B -b /boot/boot0 device

où device est le périphérique à partir duquel vous démarrez, comme ad0 pour le premier disque IDE, ad2 pour le premier disque IDE sur le second contrôleur IDE, da0 pour le premier disque SCSI, et ainsi de suite. Ou, si vous voulez une configuration sur mesure du MBR, employez boot0cfg(8).

Le gestionnaire de démarrage LILO: Pour installer ce gestionnaire de manière à ce qu’il amorce également FreeBSD, démarrez tout d’abord Linux et ajoutez ce qui suit au fichier de configuration /etc/lilo.conf:

    other=/dev/hdXY
    table=/dev/hdX
    loader=/boot/chain.b
    label=FreeBSD

Dans ce qui précède, précisez la partition primaire et le disque FreeBSD en utilisant les paramètres propres à Linux, en remplaçant X avec la lettre correspondant au disque Linux et Y avec le numéro de la partition primaire Linux. Si vous utilisez un disque SCSI, vous changerez /dev/hd pour quelque chose de semblable à /dev/sd. La ligne `loader=/boot/chain.b` peut être omise si vous avez les deux systèmes d’exploitation sur le même disque. Lancez maintenant la commande `/sbin/lilo -v` pour entériner vos modifications; des messages de contrôle devraient s’afficher, vérifiant ces modifications.

### 12.3.2. Etape une, /boot/boot1, et étape deux, /boot/boot2

Conceptuellement la première et la seconde étapes font partie du même programme, sur le même emplacement du disque. Mais en raison de contraintes d’espace elles ont été divisées en deux, mais vous les installerez toujours de paire. Elles sont copiées, à partir du fichier combiné /boot/boot, par l’installateur ou bsdlabel (voir plus bas).

On les trouve en dehors des systèmes de fichiers, sur la première piste de la tranche de démarrage, à partir du premier secteur. C’est l’endroit où boot0, ou tout autre gestionnaire de démarrage s’attend à trouver le code à exécuter pour continuer le processus de démarrage. Le nombre de secteurs utilisés est facilement déterminé à partir de la taille du fichier /boot/boot.

boot1 est très simple, puisqu’il est limité à 512 octets, et en sait juste assez du bsdlabel de FreeBSD, qui contient l’information sur la tranche, pour trouver et lancer boot2.

boot2 est légèrement plus sophistiqué, et en connaît assez sur le système de fichiers de FreeBSD pour y trouver des fichiers, et il peut également fournir une interface simple pour sélectionner un noyau ou un chargeur à exécuter.

Comme le chargeur est beaucoup plus sophistiqué, et dispose d’une interface de configuration du démarrage facile d’emploi, boot2 l’exécute habituellement, bien que précédemment, c’est lui qui lançait directement le noyau.

Exemple 2. Ecran de boot2

    >> FreeBSD/i386 BOOT
    Default: 0:ad(0,a)/boot/loader
    boot:

Si vous avez un jour besoin de remplacer boot1 et boot2, utilisez bsdlabel(8):

    # bsdlabel -B diskslice

où diskslice est le disque et la tranche à partir de laquelle vous démarrez, comme ad0s1 pour la première tranche sur le premier disque IDE.

| Mode dangereusement dédié Si vous utilisez juste le nom du disque, comme ad0, dans la commande bsdlabel(8) vous créerez un disque dangereusement dédié, sans tranches. Ce n’est presque certainement pas ce que vous voulez faire, donc vérifiez à deux fois la commande bsdlabel(8) avant d’appuyer sur `Entrée`.

### 12.3.3. Etape trois, /boot/loader

Le chargeur est la dernière étape du processus de démarrage en trois temps, et il réside sur le système de fichiers, c’est habituellement le fichier /boot/loader.

Le chargeur a pour objet de fournir une méthode de configuration conviviale, en utilisant un jeu de commandes faciles d’emploi, doublé d’un interpréteur plus puissant, avec un ensemble de commandes plus complexes.

#### 12.3.3.1. Déroulement des opérations du chargeur

A l’initialisation, le chargeur recherchera la console et les disques, et déterminera à partir de quel disque démarrer. Il positionnera les variables en conséquence, et un interpréteur sera lancé pour lequel l’utilisateur pourra passer des commandes par l’intermédiaire d’une procédure ou de façon interactive.

Le chargeur lira ensuite /boot/loader.rc, qui lui ira lire dans /boot/defaults/loader.conf les valeurs par défaut des variables à positionner et dans /boot/loader.conf les variantes locales de ces dernières. loader.rc se sert de ces variables pour charger les modules et le noyau sélectionnés.

Finalement, par défaut, le chargeur attend 10 secondes l’appui sur une ou plusieurs touches, et démarre le noyau s’il n’est pas interrompu. S’il est interrompu, une invite est alors affichée à l’utilisateur, un jeu de commandes simples permet à l’utilisateur de modifier des variables, charger ou décharger des modules, et enfin démarrer ou redémarrer.

#### 12.3.3.2. Commandes intégrées au chargeur

Voici les commandes du chargeur les plus utilisées. Pour une information complète sur toutes les commandes disponibles, veuillez consulter la page loader(8).

autoboot secondes

  Démarre le noyau si elle n’est pas interrompue dans le laps de temps donné en secondes. Elle affiche un compte à rebours, et le délai par défaut est de 10 secondes.

boot [-options] [nom_du_noyau]

  Démarre immédiatement le noyau dont le nom est indiqué, avec les options données, s’il y en a.

boot-conf

  Passe par la même configuration automatique des modules basée sur des variables comme ce qui se produit au démarrage. Cela n’a de sens que si vous utilisez `unload` en premier, et modifiez certaines variables, généralement `kernel`.

help [sujet]

  Affiche les messages d’aide contenus dans /boot/loader.help. Si le sujet donné est `index`, alors c’est la liste de tous les sujets existants qui est donnée.

include nom_du_fichier …​

  Traite le fichier dont le nom est donné. Le fichier est lu, et interprété ligne par ligne. Une erreur stoppe immédiatement le traitement.

load [-t type] nom_du_fichier

  Charge le noyau, le module, ou le fichier du type donné, dont le nom est passé en paramètre. Les arguments qui suivent le nom du fichier sont passés au fichier.

ls [-l] [chemin_d_accès]

  Affiche la liste des fichiers du répertoire donné, ou du répertoire racine, si le chemin d’accès n’est pas précisé. Si l’option `-l` est utilisée, les tailles des fichiers seront également listées.

lsdev [-v]

  Liste tous les périphériques depuis lesquels il sera possible de charger des modules. Si l’option `-v` est utilisée, plus de détails seront donnés.

lsmod [-v]

  Affiche la liste des modules chargés. Si l’option `-v` est utilisée, plus de détails seront donnés.

more nom_du_fichier

  Affiche les fichiers indiqués, avec une pause toutes `LINES` lignes.

reboot

  Redémarre immédiatement le système.

set variable

  Positionne les variables d’environnement du chargeur.

unload

  Retire de la mémoire tous les modules chargés.

#### 12.3.3.3. Exemples d’utilisation du chargeur

Voici quelques exemples pratiques d’utilisation du chargeur:

- Pour simplement démarrer votre noyau habituel, mais en mode mono-utilisateur:

       boot -s

- Pour décharger votre noyau et modules habituels, puis charger votre ancien (ou un autre) noyau:

      unload
      load kernel.old

  Vous pouvez utiliser kernel.GENERIC pour faire référence au noyau générique du disque d’installation, ou kernel.old pour désigner votre noyau précédent (quand vous avez mis à jour ou configuré votre propre noyau, par exemple).

  | Utilisez ce qui suit pour charger vos modules habituels avec un autre noyau:
      unload
      set kernel="kernel.old"
      boot-conf

- Pour charger une procédure de configuration du noyau (une procédure qui automatise ce que vous faites normalement avec l’outil de configuration du noyau au démarrage):

      load -t userconfig_script /boot/kernel.conf

## 12.4. Interaction avec le noyau au démarrage

Une fois que le noyau est chargé, soit par le chargeur (habituellement) soit par boot2 (en court-circuitant le chargeur), il examine les options de démarrage s’il y en a, et adapte son comportement en conséquence.

### 12.4.1. Options de démarrage du noyau

Voici les options de démarrage les plus courantes:

`-a`

  A l’initialisation du noyau, demande quel est le périphérique où se trouve le système de fichiers racine.

`-C`

  Démarre depuis le CDROM.

`-c`

  Exécute UserConfig, l’outil de configuration du noyau au démarrage.

`-s`

  Démarre en mode mono-utilisateur.

`-v`

  Donne plus de détails lors du lancement du noyau.

| Il existe d’autres options de démarrage, lisez la page de manuel boot(8) pour plus d’informations.

## 12.5. "Device Hints"-Paramétrage des périphériques

| C’est une caractéristique de FreeBSD 5.0 et des versions suivantes qui n’existe pas dans les versions précédentes.

Lors du démarrage du système, le chargeur (loader(8)) lira le fichier device.hints(5). Ce fichier stocke les informations de démarrage du noyau connues sous le nom de variables, et parfois appelées "device hints". Ces "device hints" sont utilisés par les pilotes de périphérique pour la configuration des périphériques.

Les "device hints" peuvent être spécifiés à l’invite du chargeur. Des variables peuvent être ajoutées en utilisant la commande `set`, retirées avec la commande `unset`, et affichées avec la commande `show`. Les variables positionnées dans le fichier /boot/device.hints peuvent être écrasées à cet endroit. Les "device hints" entrés au niveau du chargeur ne sont pas permanents et seront oubliés au prochain redémarrage.

Une fois le système démarré, la commande kenv(1) peut être utilisée pour afficher toutes les variables.

La syntaxe du fichier /boot/device.hints est d’une variable par ligne, en utilisant le caractère "#" comme signe de mise en commentaire. Les lignes sont présentées comme suit:

    hint.pilote.unité.motclé="valeur"

La syntaxe à utiliser avec le chargeur est:

    set hint.pilote.unité.motclé=valeur

où `pilote` est le pilote de périphérique, `unité` est le numéro de l’unité et `motclé` est le mot-clé correspondant à la variable. Le mot-clé pourra être une des options suivantes:

- `at`: spécifie le bus auquel le périphérique est attaché.

- `port`: spécifie l’adresse de départ de l’E/S à utiliser.

- `irq`: spécifie le numéro de la requête d’interruption à utiliser.

- `drq`: spécifie le numéro du canal DMA.

- `maddr`: spécifie l’adresse mémoire physique occupée par le périphérique.

- `flags`: fixe les bits des indicateurs pour le périphérique.

- `disabled`: si positionnée à `1` le périphérique est désactivé.

Les pilotes de périphérique pourront accepter (ou nécessiter) plus de variables non listées ici, il est recommandé de lire leur page de manuel. Pour plus d’information, consultez les pages de manuel device.hints(5), kenv(1), loader.conf(5), et loader(8).

## 12.6. Init: Initialisation de la gestion des processus

Une fois que le noyau a démarré, il passe le contrôle au processus utilisateur init(8), qui se trouve dans /sbin/init, ou au programme défini dans la variable d’environnement `init_path` du chargeur.

### 12.6.1. Séquence de redémarrage automatique

La séquence de redémarrage automatique vérifie que les systèmes de fichiers sont cohérents. S’ils ne le sont pas, et que fsck(8) ne peut pas corriger les incohérences, init(8) place le système dans le mode mono-utilisateur pour que l’administrateur système règle directement le problème.

### 12.6.2. Mode mono-utilisateur

Ce mode peut être atteint depuis la séquence de redémarrage automatique, ou quand l’utilisateur démarre avec l’option `-s` ou en positionnant la variable `boot_single` du chargeur.

On peut également y parvenir en appelant la commande shutdown(8) sans les options de redémarrage (`-r`) ou d’arrêt (`-h`), à partir du mode multi-utilisateur.

Si la `console` système est positionnée dans le mode `insecure` dans le fichier /etc/ttys, alors le système demande le mot de passe de `root` avant de passer en mode mono-utilisateur.

Exemple 3. Une console non sécurisée dans /etc/ttys

    # name  getty                           type    status          comments
    #
    # If console is marked "insecure", then init will ask for the root password
    # when going to single-user mode.
    console none                            unknown off insecure

| Une console `insecure` (non sécurisée) signifie que vous considérez que la console n’est pas sécurisée, et vous désirez que seul quelqu’un connaissant le mot passe de `root` puisse utiliser le mode mono-utilisateur, et cela ne signifie pas que vous utilisez une console sans sécurité. Donc, si vous voulez de la sécurité, choisissez `insecure`, et non `secure`.

### 12.6.3. Mode multi-utilisateur

Si init(8) trouve vos systèmes de fichiers en état de marche, ou dès que l’utilisateur quitte le mode mono-utilisateur, le système entre dans le mode multi-utilisateur, dans lequel il commence la configuration de ses ressources.

#### 12.6.3.1. Configuration des ressources (rc)

Le système de configuration des ressources lit les valeurs par défaut dans /etc/defaults/rc.conf, et les valeurs propres à la machine dans /etc/rc.conf, puis ensuite monte les systèmes de fichiers mentionnés dans /etc/fstab, démarre les services réseau, divers autres "démons" système, et enfin exécute les procédures de démarrage des logiciels installés localement.

La page de manuel rc(8) est une bonne référence au sujet du système de configuration des ressources, de même que la lecture des procédures de démarrage elles-mêmes.

## 12.7. Séquence d’arrêt du système

Lors de l’arrêt manuel du système, via shutdown(8), init(8) tentera d’exécuter la procédure /etc/rc.shutdown, et ensuite enverra à tous les processus le signal `TERM`, suivi du signal `KILL` à tous ceux qui ne se terminent pas à temps.

Pour éteindre une machine FreeBSD et cela sur des architectures ou des systèmes supportant la gestion par logiciel de l’énergie, utilisez simplement la commande `shutdown -p now` pour arrêter et couper l’alimentation de la machine. Pour juste redémarrer un système FreeBSD, utilisez `shutdown -r now`. Vous devez être super-utilisateur (`root`) ou un membre du groupe `operator` pour pouvoir exécuter shutdown(8). Les commandes halt(8) et reboot(8) peuvent également être utilisées, veuillez consulter leur page de manuel ainsi que celle de shutdown(8) pour plus d’informations.

| La gestion de l’énergie nécessite d’avoir le support acpi(4) dans son noyau ou chargé en tant que module.

Last modified on: 18 février 2025 by Fernando Apesteguía

Prev
Home
Next