Introduction

Ayant utilisé un certain nombre de distributions Linux différentes, je n'ai jamais été complètement satisfait par l'une d'elle. Je n'aimais pas la manière dont les scripts de démarrage étaient organisés, la façon dont certains programmes étaient configurés par défaut, et plein d'autres choses. J'en suis venu à considérer que si je voulais être totalement satisfait avec un système Linux, je devais le construire moi-même en partant de zéro, l'idéal étant de n'utiliser que le code source. Sans jamais utiliser un quelconque paquetage précompilé. Aucune aide venant d'un cdrom ou d'une disquette de démarrage qui installerait des utilitaires de base. Votre système Linux actuel vous servirait à construire le vôtre.

Au début, cette idée insensée semblait extrêmement difficile à réaliser et, par moments, presque impossible. La raison de la plupart des problèmes était due à mon manque de connaissance de certains programmes et de marches à suivre. Après avoir fait un tri de tous les types de problèmes de dépendance, de compilation, etc... un système Linux personnalisé à été créé et rendu totalement opérationnel. Je l'ai appelé LFS, ce qui signifie LinuxFromScratch (NdT : en français, "Linux en partant de zéro").

Comment les choses se dérouleront-elles

Nous allons construire le système LFS en utilisant une distribution Linux déjà installée, telle que Debian, SuSe, Slackware, Mandrake, RedHat, etc. Vous n'avez besoin d'aucune disquette de démarrage. Nous utiliserons un système Linux existant comme base (puisque nous avons besoin d'un compilateur, d'un éditeur de liens, d'un éditeur de texte et d'autres outils).

Si vous n'avez pas encore installé Linux, vous ne pourrez pas utiliser correctement ce livre. Je vous conseille d'installer tout d'abord une distribution Linux. Le choix de cette distribution importe peu. Il n'est pas nécessaire non plus d'avoir la dernière version, même si elle ne doit pas être trop vieille. Si elle date de moins d'un an, vous ne devriez pas avoir de problème. Vous règlerez vous-même de nombreuses difficultés si votre système normal utilise le glibc-2.1 ou ultérieure. La libc5 n'est pas supportée par cet ouvrage, bien qu'il ne soit pas impossible d'utiliser un système avec la libc5 si vous n'avez pas le choix.

Versions du livre

Ceci est le livre LFS INTEL version 2.4.4 daté du Le 23 Janvier 2001. Si cette version date de plus d'un mois, vous devriez jeter un coup d'oeil sur le site web et vérifier s'il n'existe pas une version plus récente disponible au téléchargement.

Vous trouverez ci-dessous une liste de nos sites miroirs HTTP et FTP en date du 19 décembre 2000. Cette liste peut ne plus être exacte. Pour obtenir les dernières informations, consultez notre site web à http://www.linuxfromscratch.org

Remerciements

J'aimerais remercier les personnes et organisations suivantes pour leur contribution au projet LinuxFromScratch :

• Bryan Dumm pour avoir fourni le matériel qui fait tourner linuxfromscratch.org, ainsi que http://www.bcpub.com, miroir de lfs.bcpub.com.

• DREAMWVR.COM pour leur parrainage, se traduisant par la mise en place de ressources dédiées à LFS et à des projets s'y rattachant.

• Jan Niemann pour avoir fourni http://helga.lk.etc.tu-bs.de comme miroir de 134.169.139.209.

• Johan Lenglet pour avoir initié le projet de traduction en Français à http://www.fr.linuxfromscratch.org.

• Michael Peters pour s'être occupé des modifications relatives au PowerPC d'Apple.

• VA Linux Systems qui, par le biais de Linux.com, ont donné une station de travail VA Linux 420 (anciennement StartX SP2) au projet.

• Jesse Tie Ten Quee qui a donné un graveur Yamaha 8824E CD-RW.

• Jesse Tie Ten Quee pour avoir fourni quasar.highos.com comme miroir de www.ca.linuxfromscratch.org.

• O'Reilly pour avoir donné des livres sur SQL et PHP.

• Robert Briggs pour avoir donné les noms de domaine linuxfromscratch.org et linuxfromscratch.com.

• Torsten Westermann pour faire tourner les miroirs http et ftp à lfs.linux-provider.net.

• D'innombrables contributeurs qui permettent à ce livre d'exister, en faisant suggestions, tests et autres rapports de bugs via la mailing list.

Liste des changements

Si, par exemple, un changement est indiqué pour le chapitre 5, cela signifie (en général) que le même changement a été fait pour les autres architectures.

2.4.4 - Le 23 Janvier 2001

• Chapitre 1: ajout de lfs-security à la liste des listes de discussion disponibles.

• Chapitre 1: mise à jour de la liste des sites miroirs.

• Chapitre 5: Bash avait encore l'option --with-ncurses qui est fausse (il aurait été équivalent de dire --with-foo-bar). Cela a été changé en --with-curses (comme cela avait été déjà fait dans le chapitre 6).

• Chapitre 5: au lieu de CPPFLAGS=-Dvar=value ./configure pendant l'installation de diffutils, grep et sed, nous utilisons maintenant export CPPFLAGS=-Dvar=value && ./configure && unset CPPFLAGS. Cela corrige des problèmes sur certains systèmes pour lesquels la précédente construction ne fonctionnait pas bien.

• Chapitres 5 et 6: ajout du paramètre --libexecdir à la commande configure de fileutils. Cela évite la création du répertoire $LFS/usr/libexec.

• Chapitres 5 et 6: ajout du paramètre --libexecdir à la commande configure de tar. Cela évite la création du répertoire $LFS/usr/libexec.

• Chapitre 6: déplacement en toute première position de l'installation des pages man. Ainsi, nous n'avons pas à nous soucier des fichiers qui seraient écrasés par la commande make install de ce package. Cela installera toutes les pages man dont il dispose, et quand nous installerons les packages au chapitre 6, ils installeront leurs propres pages man en remplacement de celles de man-pages.

• Chapitre 6: ajout de la copie des pages man après l'installation de console-tools.

• Chapitre 6: mise à disposition d'un patch pour sysvinit. Lisez les notes d'installation pour savoir à quoi sert ce patch.

• Chapitre 6: suppression des optimisations de compilation du livre. Thomas "Balu" Walter a transformé cela en un LFS-Hint.

• Chapitre 6: suppression de l'exécution de localedef. Apparemment, cela n'est pas nécessaire.

• Chapitre 6: ajout des liens symboliques compress et uncompress lors de l'installation de gzip.

• Chapitre 6: au moment d'entrer dans l'environnement chroot, utilisation de chemins absolus pour les programme env et bash au lieu de compter sur une initialisation correcte de $PATH.

• Chapitre 6: forçage de la variable libexecdir lors de l'installation de findutils. Comme le script configure de findutils ne reconnaît pas le paramètre libexecdir, nous forcerons la variable lors de l'étape make install.

• Chapitre 6: au lieu de faire un sed sur le fichier Makefile lors de l'installation de procinfo, procps et psmisc, nous redirigeons la sortie de sed vers make et construisons les packages de cette manière, qui est plus efficace.

• Chapitre 6: utilisation de sed pour modifier le fichier MCONFIG.

• Chapitre 6: au lieu d'utiliser cp -avi pour copier les fichier du package man-pages, nous utilisons maintenant cp -dRiv. C'est presque identique à -avi, sauf que cela ne conserve pas les attributs des fichiers. Autrement, les fichiers du package seraient installés avec comme propriétaire l'UID 1000 au lieu de root, ce qui n'est pas une bonne chose.

• Chapitre 6: mention de la section éditeurs des LFS-Hints qui contient des alternatives à vim, dans le cas où vous ne voudriez pas l'installer sur votre système.

• Chapitre 6: ajout du patch pour sysklogd-1.4. Le sysklogd extrait du package est fourni avec un klogd erroné -- incapable d'intercepter les messages du noyau. Le patch résoud ce problème.

• Chapitre 6: au lieu d'avoir deux lignes d'échec séparées dans le fichier inittab (f1:0:... et f2:6:...), elles sont regroupées sur une seule ligne (ft:06:respawn:/sbin/sulogin).

• Chapitre 7: ajout des commentaires aux scripts de démarrage.

• Chapitre 7: modification de la fonction startup dans le script rc. Il n'est pas nécessaire de faire une distinction entre les fichiers qui ont l'extension .sh et ceux qui ne l'ont pas. La commande stty onclr a également été supprimée. Celle-ci ne semble plus nécessaire.

• Chapitre 7: quand un processus est tué en utilisant la fonction killproc dans le script functions, attendre deux secondes avant de continuer pour permettre au kill de se terminer (cela prend parfois un peu de temps avant que tous les processus ne se terminent).

• Chapitre 7: quand la fonction print_status du script functions est appelée sans paramètre, éviter l'arrêt complet du script appelant, mais retourner simplement un code d'erreur de 1. Cette fonction n'est pas essentielle, elle n'aura donc pas de conséquences si elle ne s'exécute pas correctement.

• Chapitre 7: regroupement du script umountfs avec mountfs.

• Chapitre7 : correction d'un bug mineur dans la fonction status_proc du script functions. On lit "$i ne tourne pas" -- ce devrait être "$1 ne tourne pas".

• Chapitre7 : la fonction print_error_msg dans le script rc demande maintenant à l'utilisateur d'appuyer sur une touche avant de continuer. Ainsi, l'utilisateur peut noter certaines informations avant que tout soit susceptible de disparaître.

• Chapitres 7 et 9: passage de deux à trois chiffres pour les liens symboliques des scripts de démarrage. Cela permet d'ajouter plus facilement de nouveaux scripts de démarrage avant ou après les autres scripts.

• Chapitre 9: découpage de la page des scripts de démarrage du réseau en plusieurs pages, de la même manière que sont présentés les scripts de démarrage dans le chapitre 7.

• Chapitre 9: ajout d'un test de GATEWAY dans le script ethnet. Si la variable GATEWAY n'est pas initialisée, la passerelle par défaut sera mise en place.

• Chapitre 9: ajout de l'option restart aux scripts localnet et ethnet.

• Chapitre 9: suppression du script K ethnet à l'arrêt ou au redémarrage. Les programmes halt et reboot sont appelés avec le paramètre -i qui stoppe toutes les interfaces réseau juste avant l'arrêt ou le redémarrage.

• Chapitre 9: suppression de --prefix=/usr pour netkit-base. Cela ne sert à rien.

• Annexe A: ajout d'une description pour blockdev dans le package util-linux.

• Annexe C: mise à jour du lien vers le site officiel de téléchargement de util-linux.

• Annexe C: mise à jour du lien vers le site officiel de téléchargement de man-pages.

2.4.3 - 21 novembre 2000

• L'archive LFS FTP a été déplacée sur un nouveau serveur qui est accessible sous le nom packages.linuxfromscratch.org. La raison de ce déplacement est que ce nouveau serveur dispose de plus de bande passante.

• Au lieu de lui faire créer les fichiers en utilisant vim ou un autre éditeur, le lecteur peut maintenant simplement copier et coller une commande qui crée le fichier, sous la forme "cat > fichier_de_sortie << EOF" suivie du texte à insérer dans le fichier, et quand une ligne contenant EOF est lue par cat, il s'arrête de lire et écrit le fichier (sans inclure le EOF). Ce sera plus pratique pour installer les scripts, pour que vous puissiez rendre l'installation de LFS entièrement automatique.

• Ajout d'explications sur les commandes exécutées, pour rendre plus clair ce qui est fait et pour quelle raison, lors de l'installation des packages.

• Chapitre 1: mise à jour de la liste des miroirs HTTP et ajout de la liste des miroirs FTP. Cette liste est à jour au 14 novembre 2000.

• Chapitre 5: lors de l'installation de Bash, changement de l'option de configure --with-curses en --with-ncurses. Cela semble corriger la compilation de bash sur certaines distributions qui n'installent pas correctement ncurses.

• Chapitre 5: au lieu de faire remplacer par l'utilisateur, lors de l'installation de gcc, <host> par ce qui apparaît dans $LFS/usr/lib/gcc-lib, vous pouvez utiliser *. Cela ne créera aucun problème car * sera remplacé par un seul répertoire, et ln n'aura donc aucun problème avec lui. Cela permet une automatisation plus facile.

• Chapitre 6: mention du paramètre -e dans le script Configure de perl, ce qui lui évite de vous poser des questions après la création du script config.sh.

• Chapitre 6: suppression de la création du lien symbolique /usr/bin/install -- ce lien a déjà été créé plus tôt, au chapitre 5.

• Chapitre 6: ajout de la création de /var/log/lastlog, où utmp, btmp et wtmp sont créés.

• Chapitre 6: quand le script yacc est créé dans la section Bison, exécution d'un chmod 755 sur celui-ci afin de pouvoir exécuter le script.

• Chapitre 6: changements esthétiques dans le fichier inittab. Au lieu d'utiliser /dev/tty[1-6] comme paramètres de agetty, nous utilisons maintenant simplement dev[1-6]. Cela génère une sortie plus jolie avec les commandes comme w.

• Chapitre 7: modification de tous les scripts pour utiliser des chemins absolus au lieu de compter sur l'initialisation de $PATH.

• Chapitre 7: dans fstab, remplacement de "none /proc proc defaults 0 0" par "proc /proc proc defaults 0 0". Sur des problèmes de montage, vous pourrez obtenir "none: device or resource busy" au lieu de "proc: device or resourced busy".

• Annexe C: correction de quelques liens erronés.

2.4.2 - 11 octobre 2000

• Chapitre 3: des versions plus récentes étaient mentionnées, mais les liens pointaient toujours vers les versions anciennes. En outre, j'avais oublié de mettre les nouvelles versions des packages dans l'archive ftp. Les deux problèmes sont maintenant corrigés.

• Chapitre 5: au lieu de regarder le nom des fichiers de la bibliothèque C pour déterminer quelle bibliothèque C votre système Linux de base utilise, nous obtenons ceci en exécutant "strings /lib/libc* | grep "release version"" à la place.

• Chapitres 5 et 6: le système de fichiers proc doit être monté dans le chapitre 5 avant d'entrer dans l'environnement chroot, car le programme mount ne sera pas encore disponible après avoir exécuté chroot.

• Chapitre 6: correction d'un bug HTML dans l'installation de GCC qui provoquait l'apparition du caractère CR dans certains navigateurs.

2.4.1 - 10 octobre 2000

• Suppression des prompts bash des commandes. Cela permettra plus facilement de copier & coller les commandes du livre vers la ligne de commande. Taper toutes ces commandes est une bonne chose les premières fois, mais cela devient vite fastidieux. Vous pouvez bien sûr utiliser des scripts pour le faire, mais ce n'est pas l'objectif de ce livre. C'est le but d'un autre projet (alfs.linuxfromscratch.org).

• Interversion des chapitres 8 et 9. Maintenant, nous commençons par redémarrer d'abord, puis nous installons le réseau. Précédemment, les programmes réseau ne fonctionnaient pas à moins que le système normal et LFS ne tournent tous deux avec la même version du noyau, ce qui n'est souvent pas le cas. Intervertir les chapitres élimine cet éventuel problème.

• Chapitre 3: tous les packages ont été déplacés sur download.linuxfromscratch.org et les liens mis à jour en conséquence. Les sites officiels de téléchargement pour tous les packages sont listés dans l'appendice C.

• Chapitres 5 et 6: déplacement de l'exécution de localedef, qui était après l'installation de Glibc dans le chapitre 5, après l'exécution de chroot au chapitre 6. C'était une erreur (le seul vrai bug dans la version 2.4) de le faire dans le chapitre 5.

• Chapitre 6: installation de Vim en premier lieu. Ainsi, si vous avez besoin d'éditer quelque chose, vous avez maintenant un éditeur disponible. Cela entraîne aussi le déplacement de deux autres packages pour satisfaire les dépendances.

• Chapitre 6: quand nous utilisons sed pour modifier un fichier Makefile, nous exécutons maintenant "make -f Makefile2" au lieu de "mv Makefile2 Makefile && make".

• Chapitre 6: ajout de la ligne "publickey: files" dans le fichier nsswitch.conf. Ceci est nécessaire quand vous utilisez un noyau 2.4 pour vous connecter correctement.

• Chapitre 6: ajout du script /usr/bin/yacc qui exécute bison avec l'option -y qui émule les conventions de nom de fichier de sortie de yacc. Cela est dû au fait qu'il y a quelques packages qui comptent sur yacc et ne peuvent pas (encore) fonctionner avec bison.

• Chapitre 6: modification du script /usr/sbin/makewhatis après l'installation du package man. Le script /usr/sbin/makewhatis nécessite de positionner la variable AWK= à /usr/bin/mawk.

• Chapitre 7: ajout du modèle de script. Ainsi, vous pouvez facilement ajouter de nouveaux scripts de démarrage sans avoir à les écrire à partir de rien.

2.4 - 28 août 2000

• Découpage du livre en deux ouvrages différents, l'un pour Intel, l'autre pour PPC.

• Chapitre 4: ajout des répertoires mail et dev/pts dans la section "Création des répertoires".

• Chapitre 5: tout ce qui est fait depuis chroot et après a été déplacé dans un nouveau chapitre.

• Chapitre 6: déplacement de la partie optimisation juste avant d'entrer dans l'environnement chroot. C'est un gaspillage d'utiliser les optimisations du compilateur pour les packages compilés statiquement puisque, de toute manière, ils seront remplacés.

• Chapitre 6: pour entrer dans l'environnement chroot, nous allons d'abord dans le répertoire $LFS/root. Certaines anciennes versions de chroot ont des problèmes quand votre répertoire de lancement n'est pas dans l'environnement chroot. De plus, nous n'exécutons pas bash directement dans l'environnement chroot, mais nous lançons le programme "env", ce qui nous permet d'entrer dans un nouvel environnement qui n'a que CFLAGS et CXXFLAGS d'initialisés.

• Chapitre 6: quelques personnes ont eu des problèmes pour compiler M4 dans l'environnement chroot. Des instructions sont fournies sur la manière d'installer ce package statiquement pour les utilisateurs concernés.

• Chapitre 6: nous ne pouvons pas déplacer le programme mv avec lui-même durant l'installation dynamique du package fileutils. Nous le copions donc tout d'abord dans /bin, puis nous supprimons /usr/bin/mv.

• Chapitre 5: ajout de "make localedata/install-locales" lors de l'installation de Glibc. Ceci installe les fichiers locaux qu'utilisent plusieurs applications (notamment les applications GDK) si vous avez un système supportant NLS (ce qu'est LFS, mais sans les fichiers locaux, c'est quasiment inutile).

• Chapitre 6: déplacement de l'installation de vim avant Lilo, puisque vous pourriez vouloir éditer le fichier Makefile de Lilo pour ajouter des optimisations de compilateur.

• Chapitre 6: déplacement de l'installation de la suite Masquage des mots de passe après sh-utils. Sinon, sh-utils remplace la version "su" de cette suite par la sienne, ce qui n'est pas souhaitable.

• Chapitre 6: modification de la manière d'entrer dans l'environnement chroot. Nous utilisons la commande "env" pour créer un environnement vierge, afin que les variables d'environnement du système Linux normal n'interfèrent pas avec l'environnement chroot. La seule variable initialisée en entrant dans l'environnement chroot est la variable HOME.

• Chapitre 6: par compatibilité avec la nouvelle manière d'entrer dans chroot, le fichier $LFS/root/.bash_profile a été créé pour initialiser certaines variables comme TERM, CFLAGS, CXXFLAGS et toutes celles que vous jugerez nécessaires.

2.3.7 - 3 août 2000

• Tous les chapitres: suppression des balises SGML <blockquote>, pour que le contenu des fichiers ne soit plus indenté. Ceci permet de copier-coller facilement du livre dans vos fichiers sans avoir besoin de reformater manuellement les fichiers pour se débarrasser des indentations.

• Chapitre 4: ajout de /var/tmp à la commande "chmod 1777 tmp usr/tmp".

• Chapitre 4: les commandes mkdir ont été rendues moins répétitives en utilisant une boucle for-loop pour la création des répertoires dans $LFS/usr et $LFS/usr/local.

• Chapitre 5: déplacement de la commande chmod 754 pour MAKEDEV après l'exécution de sed.

• Chapitre 5: changement de l'ordre d'installation des packages, plus proche d'un ordre alphabétique.

• Chapitre 5: après l'installation de console-tools, le fichier /usr/share/defkeymap.kmap.gz est créé; il sera utilisé par le script loadkeys.

• Chapitre 5: suppression de "gcc -c watch.c" de "Installation de Procps". Merci de nous faire savoir si cela est encore nécessaire sur certains matériels.

• Chapitre 5: ajout du lien symbolique /usr/bin/install, car il semble qu'au moins un package (sysklogd) a le chemin de install codé en dur dans son fichier Makefile.

• Chapitre 5: après l'installation de gettext, nous avons un fichier /po-mode.el. Ce fichier sera déplacé dans /usr/share/gettext, où il a probablement sa place.

• Chapitre 5: au lieu de passer l'option --with-root-prefix=/ au script configure de e2fsprogs, nous passons maintenant --with-root-prefix.

• Chapitre 5: quand gzip est installé et que les fichiers ont été déplacés dans /bin, le lien en dur entre les fichiers est supprimé. Nous déplaçons donc simplement gzip dans /bin, et créons un lien symbolique entre gzip et gunzip.

• Chapitre 5: dans l'environnement chroot, changement de l'ordre d'installation de quelques packages dont les dépendances ont évolué avec le temps.

• Chapitre 5: le fichier inittab a été légèrement modifié pour mieux supporter le niveau d'exécution mono-utilisateur (single user). Quand vous passez au niveau d'exécution S, s ou 1, il fera maintenant correctement son travail.

• Chapitre 6: modification de la commande loadkeys dans le script loadkeys. La nouvelle commande est loadkeys -d, qui charge le fichier /usr/share/keymaps/defkeymap.kmap.gz.

• Chapitre 6: modification de ". /etc/init.d/functions" en "source /etc/init.d/functions".

• Chapitre 6: suppression de la commande "rm /fastboot" du script checkfs.

2.3.6 - 19 juillet 2000

• Chapitre 3: ré-ordonnancement de la liste de téléchargement des logiciels, pour qu'elle corresponde de nouveau avec l'ordre dans lequel les packages sont utilisés (le premier package listé est le premier package utilisé dans le livre, le second de la liste sera le second utilisé dans le livre, etc.).

• Chapitre 3: ajout des tailles de fichier des packages téléchargés.

• Chapitre 3: suppression du package start-stop-daemon.

• Chapitre 3: ajout des patchs de findutils et glibc à la liste des packages.

• Chapitre 3: ajout du package man-pages à la liste des packages.

• Chapitre 4: déplacement de la création des fichiers $LFS/dev dans le chapitre 5, après l'entrée dans l'environnement chroot. Ceci est fait parce que les GID du système normal et du système LFS peuvent différer, et que le script MAKEDEV dépend des GID.

• Chapitre 5: ajout de l'installation du package man-pages.

• Chapitre 5: ajout de quelques groupes couramment utilisés dans le fichier /etc/group lors de sa création (ce sont les groupes requis par le script MAKEDEV).

• Chapitre 5: le fichier /proc/devices est copié dans $LFS/proc, au profit du script MAKEDEV. La présence de ce fichier assure la création correcte des fichiers de périphérique.

• Chapitre 5: changement de mise en page. Chaque installation de package a maintenant sa propre page. De plus, le texte de l'appendice A pour chaque package est inclu avec les instructions d'installation, pour que vous puissiez lire à quoi se rapporte un package pendant (ou avant, ou après) son installation.

• Chapitre 5: suppression des patchs pour diffutils, grep, gzip et sed, qui réglaient les problèmes de lien statique. Les problèmes sont plutôt corrigés en passant des arguments de compilation au préprocesseur C (cpp).

• Chapitre 5: ajout de l'option --disable-termcap pour demander le non-support de termcap (si vous voulez savoir pourquoi termcap n'est plus utilisé, lisez le fichier INSTALL livré avec le package Ncurses).

• Chapitre 5: ajout de quelques fichiers manquants du package fileutils à la commande "mv".

• Chapitre 5: suppression de l'installation du package start-stop-daemon.

• Chapitre 5: suppression des paramètres -e pour les lignes de commande de make.

• Chapitre 5: au lieu d'éditer les fichiers Makefile de procinfo, procps et psmisc avec un éditeur de texte, la commande sed est utilisée.

• Chapitre 6: ajout du script setclock, pour le cas où votre horloge matérielle ne serait pas positionnée à GMT.

• Chapitre 6: suppression de l'utilisation du programme start-stop-daemon, et remplacement par des fonctions appropriées qui utilisent les programmes comme pidof et kill pour réaliser les mêmes tâches, mais avec un meilleur contrôle sur ce qui se passe.

• Chapitre 6: ajout des fonctions loadproc et killproc au fichier /etc/init.d/functions, qui remplacent les fonctions que le programme start-stop-daemon réalisait auparavant.

• Chapitre 6: quand le script checkfs est lancé sans erreurs, il affiche maintenant un OK vert.

• Chapitre 6: quand /fastboot ou /forcefsck existent, ils ne seront pas supprimés par le script checkfs, mais par le script mountfs, dès que la partition racine aura été remontée en mode lecture/écriture.

• Chapitres 6 et 7: au lieu d'exécuter un fichier avec ". /etc/init.d/functions", "source /etc/init.d/functions" est maintenant utilisé. Ceci est plus facile à lire, et est plus clair pour des personnes qui ne connaissent pas bien le langage script.

• Annexe A: suppression de start-stop-daemon.

• Annexe B: suppression de quelques objets non utilisés dans le livre et des parties Howto (les références à Sendmail et ISP-Hookup-HOWTO).

2.3.5 - 19 juin 2000

• Chapitre 3: mise à jour du site de téléchargement de LILO.

• Chapitre 3: mise à jour du site de téléchargement de la Suite de Masquage de mots de passe.

• Chapitre 3: mise à jour du site de téléchargement de Flex.

• Chapitre 3: mise à jour du site de téléchargement de File.

• Chapitre 3: ajout de netkit-base et net-tools à la partie des packages obligatoires.

• Chapitre 5: un patch glibc-2.1.3 est disponible si vous avez des problèmes pour compiler glibc sur une machine avec bash-2.04.

• Chapitre 5: ajout de l'optimisation du compilateur.

• Chapitre 5: ajout de la création du mot de passe de root dans "Configurer les logiciels essentiels"

• Chapitre 5: le package Linux86 a été remplacé par le package Bin86.

• Chapitre 5: insertion d'informations sur la manière d'optimiser les compilations.

• Chapitre 5: déplacement de l'installation de Groff et Man avant Perl. Ainsi, Perl sait où et comment installer les pages de man.

• Chapitre 5: modification de l'option local-prefix de GCC en /usr/local au lieu de /usr (c'était un reliquat du temps où /usr/local était un lien symbolique sur /usr).

• Chapitre 5: correction des commandes quand un patch est utilisé et que le nom de fichier du patch contient un suffixe .gz.

• Chapitre 5: ajout de --disable-nls à chaque commande de configuration dans la partie "Préparer le système LFS...", qui n'en a pas encore besoin.

• Chapitre 5: ajout de l'installation de bash-2.03, pour avoir un shell utilisable pour compiler les packages qui violent les standards POSIX en ce qui concerne les caractères valides dans les noms de variable.

• Chapitre 5: ajout de l'installation de console-tools et console-data pour les personnes qui n'ont pas un clavier US.

• Chapitre 5: déplacement du programme ed dans le répertoire /bin, conformément au standard FHS.

• Chapitres 6 et 7: implémentation de LSB, recommandé pour le schéma des niveaux de démarrage.

• Chapitres 6 et 7: implémentation de "scripts de démarrage fantaisistes". Quand une erreur survient dans un script de démarrage, il écrit toujours FAILED, mais le texte est en rouge. Quand quelque chose se passe bien, il écrit toujours OK, mais le texte est en vert.

• Chapitre 6: ajout des scripts loadkeys pour les personnes qui n'ont pas un clavier US.

• Chapitre 6: ajout du répertoire /etc/sysconfig à "Créer les répertoires".

• Chapitre 6: renommage du script de démarrage checkroot en checkfs. Le script vérifie également, maintenant, d'autres systèmes de fichiers.

• Chapitre 6: mise à jour du script de démarrage mountfs pour monter tous les systèmes de fichiers indiqués dans le fichier /etc/fstab, et ne pas positionner l'option noauto.

• Chapitre 6: après la vérification par checkfs de l'existence de /fastboot ou /forcecheck, il supprimera ces fichiers.

• Chapitres 6 et 7: modification des droits des scripts de démarrage de 755 en 754.

• Chapitre 7: déplacement des informations spécifiques au système pour la configuration de hostname et ethernet dans le fichier /etc/sysconfig/network.

• Chapitre 7: suppression de la commande de passerelle par défaut.

• Chapitre 7: correction typographique dans le script ethnet (NETMAKSK -> NETMASK).

• Chapitre 7: un patch net-tools est disponible pour corriger un bogue mineur dans le package (noms de variable illégaux sur lesquels bash-2.04 se plaint).

2.3.4 - 5 juin 2000

• Chapitre 5: correction de la configuration des fichiers d'en-tête du noyau.

• Chapitre 5: correction de la configuration de lilo.

2.3.3 - 15 mai 2000

• Modification du point de montage par défaut de /mnt/xxx en /mnt/lfs (où xxx était le nom de la partition, comme hda5, sda5, etc.). La raison de ce changement est de faciliter les instructions multi-plateformes.

• Chapitre 4: modification des droits par défaut des répertoires $LFS/root et $LFS/tmp en respectivement 0750 et 1777.

• Chapitre 5: suppression du mot de passe codé du fichier passwd. A la place, un fichier sans mot de passe positionné est créé. Le mot de passe de root peut être positionné par l'utilisateur quand le système est redémarré sous LFS (après le chapitre 8).

• Chapitre 5: correction de la commande de compilation de procps pour watch.c. Cela devrait compiler sans problème maintenant.

• Chapitre 5: correction de l'installation du patch gzip (utilisation d'un mauvais nom de fichier dans la commande patch).

• Chapitre 5: modification de l'entrée dans l'environnement chroot pour positionner bash comme shell de connexion.

• Chapitre 5: la configuration du noyau a été déplacée dans ce chapitre, parce qu'elle doit être faite avant la compilation de programmes comme e2fsprogs et lilo.

• Chapitre 6: correction du script rc. Il vérifie maintenant si le niveau d'exécution précédent a lancé un service avant d'essayer de l'arrêter dans le nouveau niveau d'exécution. De plus, si un service est déjà démarré dans le niveau d'exécution précédent, il ne tentera pas de le démarrer de nouveau dans le nouveau niveau d'exécution. Merci à Jason Pearce pour avoir apporté ce script corrigé.

• Chapitre 7: correction du script ethnet -- suppression des parenthèses des variables d'environnement et de la commande pour ajouter un acheminement. La commande ifconfig utilisée pour lancer le périphérique eth positionne déjà ce routage.

2.3.2 - 18 avril 2000

• Chapitre 4.7: changement du propriétaire des fichiers $LFS/dev/*.

• Correction de nombreuses erreurs typographiques survenues durant le passage de LinuxDoc DTD (2.2 et inférieurs) en DocBook DTD (2.3.1 et plus).

• Léger déplacement des chapitres et application d'une nouvelle structuration du livre. Les installations pour Intel, Apple PowerPC et d'autres systèmes à venir seront mises dans la partie du livre qui leur est dédiée.

• Après la préparation du système pour installer les logiciels système de base, nous ne redémarrons plus le système; à la place, nous mettons en place un environnement chroot. Ceci aura le même effet, sans avoir à redémarrer.

• Le PowerPC d'Apple a maintenant ses propres chapitres dédiés. Ceci devrait notablement améliorer la lisibilité.

• Tous les chapitres optionnels ont été supprimés. LFS suit une philosophie "nous fournissons les fondations, à vous de construire le reste de la maison".

• Remplacement des packages corrigés par des fichiers patch. Ainsi, vous pourrez voir ce qui doit être modifié dans un package pour qu'il compile correctement.

2.3.1 - 12 avril 2000

• Chapitre 4.4: ajout du lien symbolique *LFS/usr/info qui pointe sur $LFS/usr/share/info.

• Chapitre 7.3.1: ajout d'une seconde variante à "swap-line" dans un fichier fstab.

• Chapitre 7.3.2: suppression de $LFS des commandes.

• Chapitre 7.4.43: ajout du lien symbolique vi.

• Chapitre 9.2.5: amélioration du script ethnet pour inclure les informations de routage.

• Chapitre 10.1.2: correction du sous-répertoire "mqueue" manquant dans mkdir /var/spool -> /mkdir /var/spool/mqueue.

• Chapitre 10.1.4: mise à jour du fichier de configuration de sendmail avec quelques options nécessaires.

• Chapitre 10.1.7: correction du chemin erroné du répertoire /etc/init.d/rc2.d -> /etc/rc2.d.

Listes de diffusion et archives

Le serveur linuxfromscratch.org héberge les listes de diffusion publiques suivantes :

• lfs-discuss

• lfs-apps

• lfs-announce

• lfs-security

• alfs-discuss

• alfs-docs

• alfs-ipc

• alfs-profile

Points de contact

Envoyez de préférence tous vos emails vers la liste lfs-discuss

Si vous avez besoin de contacter Gerard Beekmans personnellement, envoyez un email à gerard@linuxfromscratch.org

A propos de $LFS

S'il vous plaît, lisez ce qui suit attentivement : tout au long de ce livre vous verrez fréquemment le nom de variable $LFS. $LFS doit à chaque fois être remplacé par le répertoire de la partition montée qui contient le système LFS. Comment créer et où monter cette partition sera expliqué en détail plus loin au chapitre 4. Dans mon cas, la partition LFS est montée sur /mnt/lfs. Si je lis moi-même ce livre, et si je vois $LFS quelque part, je ferai semblant d'avoir lu /mnt/lfs. Si je lis que je dois exécuter cette commande : cp inittab $LFS/etc, j'exécuterai en réalité ceci : cp inittab /mnt/lfs/etc

Il est important que vous fassiez ceci quel que soit l'endroit où vous le lisez ; que ce soit dans une commande à entrer à l'invite, ou dans un fichier à éditer ou à créer.

Si vous le voulez, vous pouvez créer la variable d'environnement LFS. De cette façon, vous pourrez taper $LFS littéralement, au lieu de la remplacer par quelque chose comme /mnt/lfs. Ceci est obtenu en exécutant : export LFS=/mnt/lfs

Si je lis cp inittab $LFS/etc, je tape littéralement cp inittab $LFS/etc et le shell remplace automatiquement cette commande par cp inittab /mnt/lfs/etc.

N'oubliez pas d'initialiser la variable LFS à chaque fois. Si vous n'avez pas initialisé la variable et si vous l'utilisez dans une commande, $LFS sera ignorée, et ce qui reste sera exécuté. Si la variable $LFS n'est pas initialisée, la commande cp inittab $LFS/etc copiera le fichier inittab dans le répertoire /etc, ce qui écrasera le inittab de votre système. Un fichier comme inittab n'est pas un gros problème parce qu'il peut facilement être restauré, mais si vous faites cette erreur pendant l'installation de la librairie C, vous pouvez endommager bien des choses.

Une des façons d'être sûr que la variable $LFS est toujours initialisée est de l'ajouter dans votre fichier /root/.bash_profile et/ou dans votre fichier /root/.bashrc. De cette manière, chaque fois que vous utilisez 'su' pour devenir root et installer LFS, la variable $LFS est positionnée pour vous.

Comment télécharger le logiciel

Tout au long de ce document, je supposerais que vous avez rangés tous les paquetages que vous avez téléchargés quelque part dans $LFS/usr/src.

La convention que j'utilise est d'avoir un répertoire $LFS/usr/src/sources. Sous sources, on trouvera le répertoire 0-9 et les répertoires a à z. Un paquetage tel sysvinit-2.78.tar.gz sera rangé sous LFS/usr/src/sources/s/. Un paquetage tel bash-2.04.tar.gz sera rangé sous LFS/usr/src/sources/b/, et ainsi de suite. Vous n'avez pas à suivre cette convention, bien sur, je ne faisais que vous donner un exemple. Il est préférable de laisser les paquetages hors de $LFS/usr/src et de les déplacer dans un sous-répertoire, de façon à garder un répertoire $LFS/usr/src, dans lequel on pourra désarchiver les paquetages et travailler avec.

Le chapitre suivant contient la liste de tous les paquetages que vous devez télécharger, mais la partition qui va contenir notre système LFS n'est pas encore créée. Donc, stockez temporairement les fichiers là où vous le voulez, et rappelez-vous de les recopier dans $LFS/usr/src/ quand vous aurez fini le chapitre où vous préparerez une nouvelle partition (chapitre 4).

Comment installer le logiciel

Avant que vous ne puissiez commencer à faire quelque chose avec un paquetage, vous devez d'abord le désarchiver. Souvent, vous trouverez les paquetages archivés par tar puis compressés par gzip (vous pouvez le déterminer en regardant l'extension du fichier. Les fichiers archivés par tar puis compressés par gzip ont l'extension .tar.gz ou .tgz, par exemple). Je ne rappellerais pas à chaque fois comment décompresser et désarchiver une archive. Je vais vous le dire une seule fois, dans ce paragraphe. Il y a aussi parfois la possibilité de télécharger un fichier .tar.bz2. un tel fichier est archivé par tar puis compressé par le programme bzip2. Bzip2 atteint une meilleure compression que le plus communément utilisé gzip. pour utiliser des archives bz2, vous devez avoir installé le programme bzip2. la plupart des distributions, si ce n'est toutes, sont fournies avec ce programme, donc il est fort probable qu'il soit déjà installé sur votre système. Dans le cas contraire, installez le en utilisant les outils d'installation de votre distribution.

Pour commencer, placez-vous dans le répertoire $LFS/usr/src en exécutant:

        cd $LFS/usr/src

Quand vous avez un fichier archivé par tar puis compressé par gzip, vous le désarchivez en exécutant une des deux commandes suivantes, selon le format du nom du fichier:

        tar xvzf filename.tar.gz
        tar xvzf filename.tgz

Quand vous avez un fichier archivé par tar puis compressé par bzip2, vous le désarchivez en exécutant:

        bzcat filename.tar.bz2 | tar xv

Certains programmes tar (la plupart, mais pas tous, de nos jours) sont légèrement modifiés pour être capable d'utiliser des fichiers bzip2 directement en utilisant soit le paramètre I soit le paramètre y, qui fonctionne de la même façon que le paramètre z pour les archives compressées par gzip.

Quand vous avez un fichier archivé par tar, vous le désarchivez en éxécutant:

        tar xvf filename.tar

Une fois l'archive désarchivée, un nouveau répertoire est créé sous le répertoire courant (ce document suppose que vous désarchivez les archives sous le répertoire $LFS/usr/src). Vous devez vous placer dans ce nouveau répertoire avant de continuer à suivre les instructions d'installation. Donc, à chaque fois que le livre est sur le point d'installer un programme, c'est à vous de désarchiver l'archive de ses sources.

Une fois que vous avez installé un paquetage, vous pouvez faire deux choses avec. Vous pouvez, soit supprimer le répertoire qui contient les sources, soit le garder. je ne vois pas d'objections si vous décidez de le garder. Mais si vous avez de nouveau besoin du même paquetage dans un chapitre ultérieur, vous devrez supprimer le répertoire avant de le réutiliser. Si vous ne faites pas cela, vous pourriez avoir des problèmes car les anciens réglages seraient réutilisés (réglages qui s'appliquent à votre système Linux normal mais pas toujours à votre système LFS). Faire simplement un make clean ou make distclean ne garantit pas forcément un nettoyage complet de l'arborescence des sources. le script de configuration peut aussi comporter des fichiers dans des sous-répertoires variés qui ne sont pas toujours supprimés par l'exécution d'un make clean.

Il y a une exception à cette règle : ne retirez pas l'arborescence des sources du noyau linux. De nombreux programmes ont besoin des en-têtes du noyau, c'est donc le seul répertoire que vous ne devez pas supprimer, si vous avez encore l'intention de compiler des logiciels.

Télécharger les scripts de démarrage

Taper tous les scripts de démarrage des chapitres 7 et 9 peut être une tâche longue et fastidieuse, sans compter qu'elle est facilement source d'erreurs.

Afin de vous faire gagner un peu de temps, vous pouvez télécharger ces scripts aux adresses suivantes: http://download.linuxfromscratch.org/bootscripts/ ou ftp://download.linuxfromscratch.org/bootscripts/.

Télécharger les commandes LFS

"LFS Commands" est une archive tar contenant les fichiers qui décrivent les commandes d'installation pour les packages utilisés dans ce livre. Le contenu de ces fichiers peut être directement copié vers votre shell afin d'installer les packages, sauf pour quelques uns nécessitant une ou deux modifications (par exemple, lorsque vous installez le package "console-tools", vous devez choisir la disposition des touches du clavier, choix qui ne peut être fait à votre place).

Ces fichiers peuvent également être utilisés pour voir en un coup d'oeil quelles sont les commandes qui ont changé entre deux versions de LFS. Vous pouvez télécharger l'archive tar "LFS Commands" pour la version actuelle et pour la précédente, et lancer un "diff" sur les fichiers. Ainsi vous pouvez voir quels packages ont vu leurs instructions d'installation changées, et modifier en conséquence vos propres scripts, ou bien réinstaller le package si cela vous semble nécessaire.

Les "LFS Commands" peuvent être téléchargées de:http://download.linuxfromscratch.org/lfs-commands/ ou ftp://download.linuxfromscratch.org/lfs-commands/.

Introduction

Dans ce chapitre, on va préparer la partition qui accueillera le système LFS. On créera une nouvelle partition, puis, à l'intérieur, un système de fichiers ext2, et enfin la structure des répertoires. Quand ce sera fait, nous pourrons continuer avec le chapitre suivant et démarrer la construction d'un nouveau système Linux à partir de zéro.

Création d'une nouvelle partition

Avant de pouvoir construire notre nouveau système Linux, nous devons avoir une partition Linux vide dans laquelle nous pourrons créer notre nouveau système. je vous recommande une partition d'une taille d'environ 750 MB. Cela vous donne assez d'espace pour stocker toutes les archives et pour compiler tous les paquetages sans avoir à se préoccuper de manquer de l'espace disque temporaire nécessaire. Si vous avez déjà une partition Linux Native disponible, vous pouvez passer cette sous-section.

Démarrez le programme fdisk (ou tout autre programme fdisk que vous préférez) avec comme option le disque dur approprié (comme /dev/hda, si vous voulez créer une nouvelle partition sur le disque maître primaire IDE); créez une partition Linux Native, écrivez la table de partition et sortez du programme fdisk. Si vous obtenez un message vous disant de redémarrer votre système pour être sur que la table de partition est mise à jour, redémarrez votre système maintenant avant de continuer. Rappelez vous de l'identification de votre nouvelle partition; Ce peut être quelque chose comme hda11 (comme dans mon cas). Cette partition nouvellement créée sera appelée la partition LFS dans ce livre.

Création d'un système de fichiers ext2 dans la nouvelle partition

Dès que la partition est créée, nous devons créer un nouveau système de fichiers ext2 dans cette partition. Pour créer un nouveau système de fichiers ext2, nous utilisons la commande mke2fs. Entrez la nouvelle partition en tant qu'unique option et le système de fichiers sera créé. Si votre partition était hda11, vous exécuteriez :

mke2fs /dev/hda11

Montage d'une nouvelle partition

Maintenant que nous avons créé le système de fichiers ext2, il est prêt à être utilisé. Tout ce que nous avons à faire pour pouvoir y accéder (comme par exemple le lire ou écrire des rendez-vous dedans) c'est de le monter. Si vous le montez sous /mnt/lfs, vous pouvez accéder à la partition en allant au répertoire /mnt/lfs, puis faire tout ce que vous avez à faire. Ce livre supposera que vous avez monté la partition dans un sous-répertoire de /mnt. Le répertoire que vous choisirez n'a pas d'importance, mais prenez garde à vous souvenir de votre choix.

Créez le répertoire /mnt/lfs en exécutant :

mkdir -p /mnt/lfs

Maintenant, montez la partition LFS en exécutant :

mount /dev/xxx /mnt/lfs

Remplacez "xxx" par l'identificateur de votre partition.

ce répertoire (/mnt/lfs) est la variable $LFS que vous avez vue plus tôt. Donc, si vous lisez quelque part d'exécuter "cp inittab $LFS/etc", vous taperez en fait "cp inittab /mnt/lfs/etc". Ou, si vous voulez utiliser la variable d'environnement $LFS, exécutez export LFS=/mnt/lfs maintenant.

Création des répertoires

Créons l'arborescence des répertoires dans la partition LFS en conformité au standard FHS qui se trouve en http://www.pathname.com/fhs/. Exécuter les commandes suivantes créera les répertoires nécessaires :

cd $LFS
mkdir bin boot dev dev/pts etc home lib mnt proc root sbin tmp var
for dirname in $LFS/usr $LFS/usr/local
   do
   mkdir $dirname
   cd $dirname
   mkdir bin etc include lib sbin share src tmp var
   ln -s share/man man
   ln -s share/doc doc
   ln -s share/info info
   cd $dirname/share
   mkdir dict doc info locale man nls misc terminfo zoneinfo
   cd $dirname/share/man
   mkdir man1 man2 man3 man4 man5 man6 man7 man8
done
cd $LFS/var
mkdir lock log mail run spool tmp

Normalement, les répertoires sont créés avec le mode de permission 755, ce qui n'est pas souhaité pour tous les répertoires. Je n'ai pas vérifié dans le FHS si ils suggèrent des modes par défaut pour certains répertoires, alors je ne changerais les permissions que pour un petit nombre de répertoires pour lesquels ce changement a du sens. Le premier changement est le mode 0750 pour le répertoire $LFS/root. Ceci pour s'assurer que tout le monde ne peut pas entrer dans le répertoire /root (vous feriez la même chose pour les répertoires /home/username). Le deuxième changement est le mode 1777 pour les répertoires /tmp. De cette façon, tous les utilisateurs peuvent écrire dans le répertoire /tmp si ils en ont besoin. Le sticky (1) bit empêche les utilisateurs de supprimer les fichiers des autres utilisateurs, ce qu'ils pourraient normalement faire car le répertoire est configuré de façon à permettre à quiconque (propriétaire, groupe, monde) d'écrire dans ce répertoire.

cd $LFS &&
chmod 0750 root &&
chmod 1777 tmp usr/tmp var/tmp

Maintenant que les répertoires sont créés, copiez les sources que vous avez téléchargés au chapitre 3 dans un sous-répertoire de $LFS/usr/src (vous devrez créer ce sous-répertoire vous même).

Introduction

Dans les chapitres suivants, nous allons installer tous les logiciels qui font partie d'un système Linux de base. Après en avoir terminé avec ce chapitre, vous aurez un système linux fonctionnel. Les chapitres restant traitent de la mise en place du réseau, de la création des scripts de démarrage et de l'addition d'une entrée au fichier lilo.conf pour pouvoir démarrer votre système LFS.

Dans ce chapitre, on procédera à l'édition de liens statiques des logiciels. Ces programmes seront réinstallés au chapitre suivant avec une édition de liens dynamiques. La raison de commencer par une version statique est qu'il est possible que notre système Linux normal et notre système LFS ne partagent la même version de bibliothèque C. Si les programmes de la première partie étaient liés à une version ancienne de la bibliothèque C, ces programmes pourraient ne pas bien fonctionner dans le système LFS.

La clef pour savoir ce qui fait fonctionner Linux est de savoir exactement quelle est l'utilité de chaque packages et en quoi vous ou le système en avez besoin. Les descriptions du contenu des packages sont fournies après la sous-section Installation de chaque package et aussi dans l'annexe A.

Nous sommes sur le point d'installer le premier ensemble de packages. Ces packages seront, comme cela a été expliqué plus haut, liés statiquement.

Pendant l'installation de certains packages, vous verrez très probablement des messages d'alerte du compilateur défilant sur votre écran. Ceci est normal et peut être ignoré sans danger. Il s'agit seulement de messages d'information (principalement au sujet d'utilisation incorrecte, mais pas illégale, de la syntaxe de C ou de C++. Souvent, le standard du langage C change mais les packages utilisent encore le vieux standard, ce qui n'est pas un problème).

Avant de commencer, assurez-vous que vous avez positionné la variable LFS, si vous avez décidé de l'utiliser, en exécutant la commande suivante :

echo $LFS

Installer Bash

Installer Binutils

Installer Bzip2

Installer Diffutils

Installer Fileutils

Installer GCC sur le système normal si nécessaire

Installer GCC sur le système LFS

Installer le noyau Linux

Installer Glibc

Installer Grep

Installer Gzip

Installer Make

Installer Sed

Installer Shellutils

Installer Tar

Installer Textutils

Créer les fichiers passwd et group

Pour que l'utilisateur et le groupe root soient reconnus et puissent se connecter, il faut une entrée dans les fichiers /etc/passwd et /etc/group. D'autre part, le groupe root ainsi que quelques autres sont recommandés et nécessaires à certains packages. Les groupes et leur GID ci-dessous ne font parties d'aucun standard. Le LSB recommande uniquement, à coté d'un groupe root, un groupe bin avec un GID de 1. Vous pouvez choisir vous même les noms et les GID des autres groupes. Les packages bien écrits ne dépendent pas de la valeur numérique du GID mais seulement du nom du groupe, le GID d'un groupe n'a donc pas une grande importance. Comme il n'y a aucun standard pour les groupes, je ne suivrai pas les conventions utilisées par Debian, RedHat ou par d'autres. Les groupes ajoutés ici sont ceux mentionnés dans le script MAKEDEV (le script qui crée les fichiers device dans le répertoire /dev).

Créez un nouveau fichier $LFS/etc/passwd en exécutant la commande suivante :

echo "root:x:0:0:root:/root:/bin/bash" > $LFS/etc/passwd

Créez un nouveau fichier $LFS/etc/group en exécutant ce qui suit :

cat > $LFS/etc/group << "EOF"
root:x:0:
bin:x:1:
sys:x:2:
kmem:x:3:
tty:x:4:
uucp:x:5:
daemon:x:6:
floppy:x:7:
disk:x:8:
EOF

Monter le système de fichiers $LFS/proc

Certains programmes, pour fonctionner correctement, ont besoin que le système de fichiers proc soit également monté et accessible depuis l'environnement chroot. Il n'y a pas de problèmes à monter le système de fichiers proc deux fois ou plus, parce que c'est un système de fichiers virtuel maintenu par le noyau.

Montez le système de fichiers proc sous $LFS/proc en exécutant la commande suivante :

mount proc $LFS/proc -t proc

Introduction

L'installation de l'ensemble des logiciels est assez simple et vous allez penser qu'il serait bien plus facile et rapide de donner des instructions d'installation génériques pour tous les packages, et d'expliquer comment installer quelque chose uniquement si un package particulier requiert une méthode d'installation différente. Bien que je sois d'accord avec vous sur ce point, j'ai cependant choisi de fournir l'ensemble des instructions pour chaque package. Ceci dans le simple but d'éviter toute confusion possible et des erreurs en découlant.

A propos des symboles de déboguage

La plupart des programmes et des bibliothèques sont compilés par défaut avec les symboles de déboguage et un niveau d'optimisation de 2 (options de gcc -g et -O2), et sont prévus pour un CPU spécifique. Sur les plateformes Intel, les logiciels sont compilés pour les processeurs i386 par défaut. Si vous ne désirez pas faire fonctionner les logiciels sur d'autres machines que la vôtre, vous pouvez envisager de modifier les options par défaut du compilateur pour qu'il effectue les compilations avec un meilleur niveau d'optimisation, sans symboles de déboguage, et génère du code pour votre architecture spécifiquement. Expliquons d'abord ce sont les symboles de déboguage.

Un programme compilé avec des symboles de déboguage signifie que vous pouvez exécuter un programme ou une bibliothèque via un débogueur, et que les résultats du débogueur seront facilement utilisables. Ces symboles de déboguage augmentent également la taille du programme ou de la bibliothèque de façon significative.

Pour supprimer les symboles de déboguage d'un fichier binaire (qui doit être un binaire de type a.out ou ELF), lancez strip --strip-debug filename. Vous pouvez utiliser des jokers si vous devez supprimer les symboles de déboguage de plusieurs fichiers (utilisez quelque chose comme strip --strip-debug $LFS/usr/bin/*). Une autre possibilité, plus facile, est de compiler les programmes sans les symboles de déboguage. La plupart des gens n'utiliseront sans doute jamais un débogueur sur leurs logiciels, donc enlever ces symboles vous fera gagner beaucoup de place disque.

Avant que vous vous demandiez si ces symboles de déboguage feront une grande différence, voici quelques statistiques:

• Un binaire Bash dynamique avec symboles de déboguage: 1.2Mo.

• Un binaire Bash dynamique sans symboles de déboguage: 478ko.

• /lib et /usr/lib (fichiers glibc et gcc) avec symboles de déboguage: 87Mo.

• /lib et /usr/lib (fichiers glibc et gcc) sans symboles de déboguage: 16Mo.

Les tailles peuvent différer selon le compilateur utilisé et la version de la bibliothèque C utilisée pour lier les programmes dynamiques, mais vos résultats seront similaires si vous comparez les programmes avec et sans symboles de déboguage. Après avoir terminé ce chapitre et supprimé tous les symboles de déboguage de tous les binaires et bibliothèques LFS, je regagné quelques 102Mo d'espace disque. Belle différence!

Créer $LFS/root/.bash_profile

Une fois entrés dans l'environnement chroot dans le chapitre suivant, nous voulons que soient exportées quelques variables d'environnement dans ce shell, comme PS1, PATH et d'autres variables que vous auriez positionnées. Pour cela, nous allons créer le fichier $LFS/root/.bash_profile qui sera lu par bash quand nous entrerons dans l'environnement chroot.

Créez un nouveau fichier $LFS/root/.bash_profile en lançant ce qui suit.

cat > $LFS/root/.bash_profile << "EOF"
# Debut /root/.bash_profile

PS1='\u:\w\$ '
PATH=/bin:/usr/bin:/sbin:/usr/sbin

export PS1 PATH

# Fin /root/.bash_profile
EOF

Vous pouvez ajouter d'autres variables d'environnement, des alias et tout ce que vous voulez ou avez besoin, à votre discrétion, autant que vous l'estimez nécessaire.

Entrer dans l'environnement chroot

Il est temps d'entrer dans notre environnement chroot pour installer le reste des logiciels dont nous avons besoin.

Tapez la commande suivante pour entrer dans l'environnement chroot. A partir de maintenant, il n'est plus nécessaire d'utiliser la variable $LFS, parce que tout ce que vous ferez sera restreint à la partition LFS (puisque / est maintenant /mnt/lfs, mais le shell ne le sait pas).

cd $LFS &&
chroot $LFS /usr/bin/env -i HOME=/root /bin/bash --login

Maintenant que nous sommes dans l'environnement chroot, nous pouvons continuer à installer tout les logiciels du système de base. Assurez-vous de bien exécuter toutes les commandes suivantes de ce chapitre à partir de l'environnement chroot.

Créer les fichiers de périphérique

Installer Man-pages

Installer Ed

Installer Patch

Installer Findutils

Installer Mawk

Installer Ncurses

Installer Vim

Installer GCC

Installer Bison

Installer Less

Installer Groff

Installer Man

Installer Perl

Installer M4

Installer Texinfo

Installer Autoconf

Installer Automake

Installer Bash

Installer Flex

Installer File

Installer Libtool

Installer Bin86

Installer Binutils

Installer Bzip2

Installer Gettext

Installer Console-tools

Installer Console-data

Installer Diffutils

Installer E2fsprogs

Installer Fileutils

Installer Grep

Installer Gzip

Installer Ld.so

Installer Lilo

Installer Make

Installer Modutils

Installer Procinfo

Installer Procps

Installer Psmisc

Installer Sed

Installer Shellutils

Installer Shadowpwd

Installer Sysklogd

Installer Sysvinit

Installer Tar

Installer Textutils

Installer Utillinux

Suppression des anciens fichiers de la bibliothèque NSS

Si vous avez copié les fichiers de la bibliothèque NSS depuis votre système Linux habituel dans le système LFS (parce que votre système habituel fonctionne avec glibc-2.0), il est temps de les supprimer maintenant, en lançant:

rm /lib/libnss*.so.1 /lib/libnss*2.0*

Configurer les logiciels essentiels

Maintenant que tous les logiciels sont installés, tout ce qui nous reste à faire pour que certains programmes fonctionnent correctement est de créer leurs fichiers de configuration.

Introduction

Ce chapitre vous permettra de créer les scripts nécessaires lors du démarrage du système. Ces scripts permettent notamment de remonter en mode lecture-écriture le système de fichiers racine qui avait été monté en mode lecture seule par le noyau, d'activer la (les) partition(s) de swap, de lancer un contrôle du système de fichiers racine pour s'assurer qu'il est intact et de lancer les démons utilisés par le système.

Création des répertoires

Nous avons besoin pour commencer de créer quelques répertoires supplémentaires qui seront utilisés par les scripts de boot. Créer ces répertoires avec les commandes suivantes:

cd /etc &&
mkdir sysconfig rc0.d rc1.d rc2.d rc3.d &&
mkdir rc4.d rc5.d rc6.d init.d rcS.d &&
cd init.d

Création du script rc

Le premier script principal de démarrage est le script /etc/init.d/rc. Créez un nouveau fichier /etc/init.d/rc contenant ce qui suit:

cat > rc << "EOF"
#!/bin/sh
# Begin /etc/init.d/rc
#
# par Jason Pearce  - jason.pearce@linux.org
# Modifie par Gerard Beekmans - gerard@linuxfromscratch.org
# print_error_msg base sur une idee de Simon Perreault - nomis80@yahoo.com

#
# Inclusion des fonctions declarees dans le fichier /etc/init.d/functions 
#

source /etc/init.d/functions

#
# La fonction print_error_msg affiche un message d'erreur lorsqu'une
# erreur imprevue se produit et n'a pas ete interceptee pour une quelconque
# raison par un appel a evaluate_retval ou un quelconque controle d'erreur 
# 

print_error_msg()
{

        echo
        $FAILURE
echo -n "Vous ne devriez pas lire ce message d'erreur. Il "
echo "signifie qu'une erreur imprevue s'est produite et que "
echo -n "le sous-script $i s'est termine avec la valeur de "
echo "retour $error_value pour une raison inconnue. Si vous "
echo -n "etes capable de trouver la cause de cette erreur "
echo "dans l'un des fichiers fournis dans ce livre, merci "
echo -n "de nous en informer a lfs-discuss@linuxfromscratch.org"
        $NORMAL
        echo
        echo
        echo "Appuyer sur une touche pour continuer..."
        read
}

#
# Si vous decommentez la variable debug ci-dessous, aucun des scripts
# ne sera execute, seul le nom du script et ses parametres seront
# affiches a l'ecran afin de voir comment les scripts sont appeles par rc."
#

# Decommenter la ligne suivante pour debogage
# debug=echo

#
# Demarrage de script ou programme
# 
startup() {

$debug $*

}   

#
# Ignorer CTRL-C seulement dans ce shell, de telle sorte que nous
# puissions interrompre les sous-processus.
#

trap ":" INT QUIT TSTP

#
# Maintenant, determinons les niveaux d'execution actuel et precedent.
# La variable $RUNLEVEL est renseignee par init pour tous ses fils.
# Ce script s'execute en tant que fils d'init.
#

runlevel=$RUNLEVEL

#
# Recuperation du premier argument. Positionner le nouveau niveau 
# d'execution en accord avec cet argument. Si aucun niveau d'execution
# n'a ete passe a ce script, nous ne changeons pas les niveaux d'execution.
#

[ "$1" != "" ] && runlevel=$1
if [ "$runlevel" = "" ]
then
        echo "Usage: $0 <runlevel>" >&2
        exit 1
fi

#
# La meme chose pour $PREVLEVEL (cf. ci-dessus $RUNLEVEL). previous sera
# renseigne avec le niveau d'execution precedent. Si $PREVLEVEL n'est pas
# positionne, cela signifie qu'il n'y avait pas de niveau d'execution
# precedent et nous mettrons previous à N.
#

previous=$PREVLEVEL
[ "$previous" = "" ] && previous=N

export runlevel previous

#
# Y a-t'il un repertoire rc pour le nouveau niveau d'execution ?
#

if [ -d /etc/rc$runlevel.d ]

then

#
# Si rc existe pour le nouveau niveau d'execution , recuperer d'abord 
# tous les scripts K* de ce niveau d'execution.
#

        if [ $previous != N ]
        then
                for i in /etc/rc$runlevel.d/K*
                do
                [ ! -f $i ] && continue

#
# La variable suffix contiendra le nom du script sans le Kxxx initial
#

                        suffix=${i#/etc/rc$runlevel.d/K[0-9][0-9][0-9]}
#
# S'il y a un script de demarrage pour ce script K dans le niveau d'execution
# precedent, determinons son chemin d'acces complet
#
            previous_start=/etc/rc$previous.d/S[0-9][0-9][0-9]$suffix
#
# S'il n'y a pas de niveau d'execution precedent, il se peut que quelque chose
# avait ete demarre dans rcS.d (niveau sysinit) aussi nous determinerons aussi 
# le chemin pour cette possibilite.
#

                        sysinit_start=/etc/rcS.d/S[0-9][0-9][0-9]$suffix

#
# Arreter le service s'il y a un script de demarrage dans le niveau
# precedent ou dans le niveau sysinit. Si previous_start ou sysinit_start
# n'existe pas, la commande 'continue' est lancee, ce qui conduit le
# script a interrompre cette iteration de la boucle for et a poursuivre
# avec l'iteration suivante.
# Cela revient a ce qu'il n'execute pas les commandes apres les deux
# lignes suivantes et recommence au debut de cette boucle for. Cf.
# man bash pour plus d'information a ce sujet.
#

                        [ ! -f $previous_start ] && 
                        [ ! -f $sysinit_start ] && continue

#
# Si nous trouvons previous_start ou sysinit_start, lancer le
# script K
#

                        startup $i stop
                        error_value=$?
#
# Si la valeur de retour du script n'est pas 0, quelque chose est alle
# de travers avec le controle d'erreur inclus dans le script. La fonction
# print_error_msg sera appelee et le message plus la valeur de retour du
# script K seront affiches a l'ecran.
#

                        if [ $error_value != 0 ]
                        then
                                print_error_msg 
                        fi

                done
        fi

#
# Maintenant nous lançons les scripts START pour ce niveau d'execution.
#

        for i in /etc/rc$runlevel.d/S*
        do
                [ ! -f $i ] && continue

                if [ $previous != N ]
        then
#
# Trouver le script de demarrage dans le niveau d'execution precédant
# et stopper le script dans ce niveau d'execution.
#

                        suffix=${i#/etc/rc$runlevel.d/S[0-9][0-9][0-9]}
                        stop=/etc/rc$runlevel.d/K[0-9][0-9][0-9]$suffix
                previous_start=/etc/rc$previous.d/S[0-9][0-9][0-9]$suffix
#
# S'il y a un script de demarrage dans le niveau precedent et pas de script
# d'arret dans ce niveau, nous n'avons pas a relancer le service; interrompre
# cette iteration et demarrer la suivante.
#

                        [ -f $previous_start ] && [ ! -f $stop ] && 
                        continue
                fi

                case "$runlevel" in
                        0|6)

# 
# les niveaux 0 et 6 sont les niveaux d'arret (halt) et de redemarrage (reboot).
# Nous ne demarrons reellement rien si bien que nous faisons l'appel avec le
# parametre 'stop'.
#

                                startup $i stop
                                error_value=$?
#
# Si la valeur de retour du script n'est pas 0, quelque chose est alle
# de travers dans le controle d'erreur du script. La fonction 
# print_error_msg sera appelee et le message plus la valeur de retour du
# script K seront affiches a l'ecran.
#

                                if [ $error_value != 0 ]
                                then
                                        print_error_msg
                                fi
                                ;;
                        *)
                                startup $i start
                                error_value=$?
#
# Si la valeur de retour du script n'est pas 0, quelque chose est alle
# de travers dans le controle d'erreur du script. La fonction 
# print_error_msg sera appelee et le message plus la valeur de retour du
# script K seront affiches a l'ecran.
#

                                if [ $error_value != 0 ]
                                then
                                        print_error_msg
                                fi
                                ;;
                esac
        done
fi

# End /etc/init.d/rc
EOF

Création du script rcS

Le second script principal de démarrage est le script rcS. Créez le nouveau fichier /etc/init.d/rcS contenant ce qui suit:

cat > rcS << "EOF"
#!/bin/sh
# Begin /etc/init.d/rcS

#
# Voir le script rc pour des commentaires plus detailles sur les
# constructions utilisees ici.
#

runlevel=S
prevlevel=N
umask 022
export runlevel prevlevel

trap ":" INT QUIT TSTP

#
# Recupere tous les scripts S de /etc/rcS.d et les execute dans le meme
# ordre
#

for i in /etc/rcS.d/S??*
do
        [ ! -f  "$i" ] && continue;
                $i start
done

# End /etc/init.d/rcS
EOF

Création du script functions

Créer un nouveau fichier /etc/init.d/functions contenant ce qui suit:

cat > functions << "EOF"
#!/bin/sh
# Begin /etc/init.d/functions

#
# Definition de quelques variables qui influencent la facon dont
# le texte sera affiche a l'ecran. La variable SET_COL fait demarrer
# le texte en colonne 70 (comme specifie par la variable COL).
# NORMAL affiche le texte en mode normal. SUCCESS affichera le texte en
# vert et FAILURE en rouge. Voir print_status pour plus de détails.
#

COL=70
SET_COL="echo -en \\033[${COL}G"
NORMAL="echo -en \\033[0;39m"
SUCCESS="echo -en \\033[1;32m"
FAILURE="echo -en \\033[1;31m"

# 
# la fonction evaluate_retval evalue la valeur de retour du processus
# qui etait execute juste avant que la fonction ne soit appelee. Si cette
# valeur de retour valait 0, indiquant le succes, la fonction print_status
# est appelee avec le parametre 'success'. Dans les autres cas, la fonction
# print_status est appelee avec le parametre correspondant a l'erreur.
#

evaluate_retval()
{
        if [ $? = 0 ]
        then
                print_status success
        else
                print_status failure
        fi
}

#
# La fonction print_status affiche [ OK ] ou [FAILED] a l'ecran. OK
# utilisera la couleur definie par la variable SUCCESS et FAILED celle
# definie par la variable FAILURE. Les deux seront affichees a partir
# de la colonne definie par la variable COL.
#

print_status()
{

#
# Si aucun parametre n'est passe a la fonction print_status, afficher
# le mode d'emploi.
#

        if [ $# = 0 ]
        then
                echo "Usage: print_status {success|failure}"
                return 1
        fi

        case "$1" in
                success)
                        $SET_COL
                        echo -n "[  "
                        $SUCCESS
                        echo -n "OK"
                        $NORMAL
                        echo "  ]"
                        ;;
                failure)
                        $SET_COL
                        echo -n "["
                        $FAILURE
                        echo -n "FAILED"
                        $NORMAL
                        echo "]"
                        ;;
        esac

}

#
# la fonction loadproc lance un processus (souvent un demon)
# avec les controles d'erreur appropries
#

loadproc()
{

#
# Si aucun parametre n'est passe a la fonction print_status, afficher
# le mode d'emploi.
#

        if [ $# = 0 ]
        then
                echo "Usage: loadproc {program}"
                exit 1
        fi

#
# trouver le nom de base ('basename') du premier parametre (le nom du demon sans
# le chemin d'acces qui a ete donne : ainsi /usr/sbin/syslogd devient
# 'syslogd' une fois que basename a ete lance)
#

        base=$(/usr/bin/basename $1)

#
# la variable pidlist contiendra le resultat de la commande pidof.
# pidof essaiera de trouver le PID correspondant a une chaine de
# caracteres ($base dans le cas present).
#

        pidlist=$(/bin/pidof -o $$ -o $PPID -o %PPID -x $base)

        pid=""

        for apid in $pidlist
        do
                if [ -d /proc/$apid ]
                then
                        pid="$pid $apid"
                fi
        done
#
# Si la variable $pid contient quelque chose (provenant de la boucle loop
# precedente), cela signifie que le demon a deja ete lance.
#

        if [ ! -n "$pid" ]
        then
#
# Si $pid est vide, le demon n'a pas ete lance donc nous executons $*
# (tous les parametres du script sont passes a la fonction) puis nous
# controlons la valeur de retour
#
                $*
                evaluate_retval
        else
#
# La variable $pid n'etait pas vide, signifiant que le demon tournait
# deja. Nous affichons donc maintenant [FAILED]
#

                print_status failure
        fi

}

#
# La fonction killproc tue un processus en effectuant le controle
# d'erreur approprie
#

killproc()
{

#
# Si aucun parametre n'est passe a la fonction print_status, afficher
# le mode d'emploi.
#

        if [ $# = 0 ]
        then
                echo "Usage: killproc {program} [signal]"
                exit 1
        fi

# 
# trouver le nom de base ('basename') du premier parametre (le nom du demon sans
# le chemin d'acces qui a ete donne : ainsi /usr/sbin/syslogd devient
# 'syslogd' une fois que basename a ete lance)
#

        base=$(/usr/bin/basename $1)

#
# Controle si nous avons passe un signal pour la commande kill (tel que
# -HUP, -TERM, -KILL, etc...) a la fonction (le second parametre). Si
# le second parametre n'a pas ete fourni, la variable nolevel est positionnee.
# Dans le cas contraire, la variable killlevel recoit la valeur de $2
# (le second parametre).
#

        if [ "$2" != "" ]
        then
                killlevel=-$2
        else
                nolevel=1
        fi

#
# la variable pidlist contiendra le resultat de la commande pidof.
# pidof essaiera de trouver le PID correspondant a une chaine de
# caracteres ($base dans le cas present).
#

        pidlist=$(/bin/pidof -o $$ -o $PPID -o %PPID -x $base)

        pid=""

        for apid in $pidlist
        do
                if [ -d /proc/$apid ]
                then
                        pid="$pid $apid"
                fi
        done

#
# Si $pid contient quelque chose provenant de la boucle precedente, cela
# signifie qu'on a trouve un ou plusieurs PID appartenant au processus
# qu'il faut 'killer'.
#
        if [ -n "$pid" ]
        then
#
# Si aucun niveau de kill n'a ete indique, on va d'abord essayer -TERM
# puis on va attendre 2 secondes pour laisser le temps à kill de finir
# son travail.
#
                if [ "$nolevel" = 1 ]
                then
                        /bin/kill -TERM $pid
/usr/bin/sleep 2
#
# Si apres un coup de -TERM le PID existe toujours, on va essayer de
# le 'killer' avec un -KILL, puis on va encore attendre 2 secondes
# pour laisser le temps a kill de finir son travail.
#
 
                       if ps h $pid >/dev/null 2>&1
                        then
                                /bin/kill -KILL $pid
/usr/bin/sleep 2
                        fi
                        /bin/ps h $pid >/dev/null 2>&1
                        if [ $? = 0 ]
                        then
#
# S'il existe encore apres le -KILL, cela veut dire qu'il existe une raison
# pour laquelle on ne pourra pas tuer le processus : on va donc afficher 
# [FAILED]
#
                                print_status failure
                        else
#
# S'il a ete tue, on supprime un eventuel fichier PID qui subsisterait
# dans /var/run puis on affiche [  OK  ]
#
                                /bin/rm -f /var/run/$base.pid
                                print_status success
                        fi
                else
#
# Un niveau de kill a ete fourni. On execute donc kill avec le signal
# en question puis on attend 2 secondes pour permettre a kill de finir
# son boulot.
#
                        /bin/kill $killlevel $pid
/usr/bin/sleep 2
                        /bin/ps h $pid >/dev/null 2>&1
                        if [ $? = 0 ]
                        then
#
# Si la valeur de retour de ps vaut 0, cela signifie que cette commande
# s'est executee avec succes et par consequent que le PID existe toujours.
# Donc le processus n'a pas ete tue avec le signal fourni. Afficher [FAILED]
#
                                print_status failure
                        else
#
# Si la valeur de retour valait 1 ou plus, cela signifie que le PID
# n'existe plus desormais, donc qu'il a ete tue avec succes. Supprimer
# un eventuel fichier PID residuel et afficher [  OK  ] 
#
                                /bin/rm -f /var/run/$base.pid
                                print_status success
                        fi
                fi
        else
#
# Le fichier PID n'existe pas, il n'est donc pas necessaire d'essayer
# de le tuer. Afficher [FAILED]
#
                print_status failure
        fi
}

#
# La fonction reloadproc envoie un signal au demon en lui disant de
# recharger son fichier de configuration. Elle est presque identique
# a la fonction killproc si ce n'est qu'elle n'essaie pas de tuer le
# processus avec un signal -KILL (c'est-a-dire -9).
#

reloadproc()
{

#
# Si aucun parametre n'est passe a la fonction print_status, afficher
# le mode d'emploi.
#

        if [ $# = 0 ]
        then
                echo "Usage: reloadproc {program} [signal]"
                exit 1
        fi

# 
# trouver le nom de base ('basename') du premier parametre (le nom du demon sans
# le chemin d'acces qui a ete donne : ainsi /usr/sbin/syslogd devient
# 'syslogd' une fois que basename a ete lance)
#

        base=$(/usr/bin/basename $1)

#
# Controle si nous avons passe un signal pour la commande kill (tel que
# -HUP, -TERM, -KILL, etc...) a la fonction (le second parametre). Si
# le second parametre n'a pas ete fourni, la variable nolevel est positionnee.
# Dans le cas contraire, la variable killlevel recoit la valeur de $2
# (le second parametre).
#


        if [ -n "$2" ]
        then
                killlevel=-$2
        else
                nolevel=1
        fi

#
# la variable pidlist contiendra le resultat de la commande pidof.
# pidof essaiera de trouver le PID correspondant à une chaine de
# caracteres ($base dans le cas present).
#

        pidlist=$(/bin/pidof -o $$ -o $PPID -o %PPID -x $base)

        pid=""

        for apid in $pidlist
        do
                if [ -d /proc/$apid ]
                then
                        pid="$pid $apid"
                fi
        done

#
# Si $pid contient quelque chose provenant de la boucle precedente, cela
# signifie qu'on a trouve un ou plusieurs PID appartenant au processus
# qu'il faut 'killer'.
#

        if [ -n "$pid" ]
        then

#
# Si aucun niveau de kill n'a ete indique, on va utiliser le signal de
# rechargement par defaut : SIGHUP
#

                if [ "$nolevel" = 1 ]
                then
                        /bin/kill -SIGHUP $pid
                        evaluate_retval
                else
#
# Sinon, on utilisera le signal fourni
#

                        /bin/kill $killlevel $pid
                        evaluate_retval
                fi
        else
#
# Si $pid est vide, aucun PID appartenant au processus n'a ete trouve
# et on affiche [FAILED]
#

                print_status failure
        fi
}

#
# La fonction statusproc essaiera de savoir si un processus s'execute
# ou non.
#

statusproc()
{

#
# Si aucun parametre n'a ete passe a la fonction print_status, afficher
# le mode d'emploi
#

        if [ $# = 0 ]
        then
                echo "Usage: status {program}"
                return 1
        fi

#
# $pid contiendra la liste des PIDs appartenant à un processus
#

        pid=$(/bin/pidof -o $$ -o $PPID -o %PPID -x $1)
        if [ -n "$pid" ]
        then
#
# Si $pid contient quelque chose, le processus est en cours d'execution :
# on affiche le contenu de la variable $pid
#
                echo "$1 en cours d'execution, sous le PID n° $pid"
                return 0
        fi

#
# Si $pid ne contient rien, on regarde s'il existe un fichier PID et
# on en informe eventuellement l'utilisateur
#

        if [ -f /var/run/$1.pid ]
        then
                pid=$(/usr/bin/head -1 /var/run/$1.pid)
                if [ -n "$pid" ]
                then
                        echo "$1 n'est plus en cours d'execution mais /var/run/$1.pid existe"
                        return 1
                fi
        else
                echo "$1 n'est plus en cours d'execution"
        fi

}

# End /etc/init.d/functions
EOF

Création du script checkfs

Créer un nouveau fichier /etc/init.d/checkfs contenant ce qui suit:

cat > checkfs << "EOF"
#!/bin/sh
# Begin /etc/init.d/checkfs

#
# Inclure les fonctions declarees dans le fichier /etc/init.d/functions 
#

source /etc/init.d/functions

#
# Activer toutes les partitions de swap declarees dans le fichier /etc/fstab
#

echo -n "Activation du swap..."
/sbin/swapon -a
evaluate_retval

#
# Si le fichier /fastboot existe, on ne lance pas le contrôle des partitions
#

if [ -f /fastboot ]
then
        echo "Boot accelere, pas de controle du systeme de fichiers"
else

#
# Montage de la partition racine en lecture seule (juste au cas ou le
# noyau la monterait en lecture-ecriture alors que nous ne voulons pas
# lancer fsck sur une partition montee en lecture-ecriture).
#

        /bin/mount -n -o remount,ro /
        if [ $? = 0 ]
        then

#
# Si le fichier /forcefsck existe, nous voulons forcer un controle de
# partition meme si la partition avait ete demontee proprement la 
# derniere fois
#

                if [ -f /forcefsck ]
                then
                        echo -n "/forcefsck existe, controle force"
                        echo "controle du systeme de fichiers"
                        force="-f"
                else
                        force=""
                fi

#
# Controle tous les systemes de fichiers mentionnes dans /etc/fstab
# qui possedent un champ fs_passno positionne a 1 ou 2 (le 6eme champ.
# cf. man fstab pour plus d'informations)
#

                echo "controle des systemes de fichiers..."
                /sbin/fsck $force -a -A -C -T

#
# Si quelque chose se passe mal lors du controle de l'une des 
# partitions, fsck se terminera avec une valeur de retour superieure
# a 1. Si c'est le cas, on lance sulogin de façon a ce que vous
# puissiez reparer manuellement les degats.
#

                if [ $? -gt 1 ]
                then
                        $FAILURE
                        echo
                        echo -n "echec de fsck . Reparez vos systemes "
                        echo "de fichiers en lancant manuellement /sbin/fsck "
                        echo "sans l'option -a"
                        echo
                        echo -n "Notez bien que le systeme de fichiers "
echo "racine est actuellement monte en lecture seule."
                        echo
                        echo -n "Je vais maintenant lancer sulogin. Lorsque  "
                        echo "vous vous deloguerez, je redemarrerai votre systeme."
                        echo
                        $NORMAL
                        /sbin/sulogin
                        /sbin/reboot -f
                else
                        print_status success
                fi

        else

#
# Si le remontage en mode lecture seule ne fonctionne pas, on interrompt
# fsck et on affiche une erreur.
#

                echo -n "Impossible de controler le systeme de fichiers racine "
echo "car il n'a pas pu etre monte en mode lecture seule."
        fi
fi

# End /etc/init.d/checkfs
EOF

Création du script halt

Créez un nouveau fichier /etc/init.d/halt contenant ce qui suit:

cat > halt << "EOF"
#!/bin/sh
# Begin /etc/init.d/halt

#
# Appel de halt. Cf. man halt pour la signification des
# parametres
#

/sbin/halt -d -f -i -p

# End /etc/init.d/halt
EOF

Création du script loadkeys

Créez ce fichier seulement si vous ne possédez pas un clavier standard US à 101 touches. Dans ce cas, créez un nouveau fichier /etc/init.d/loadkeys contenant ce qui suit:

cat > loadkeys << "EOF"
#!/bin/sh
# Begin /etc/init.d/loadkeys

#
# Inclure les fonctions declarees dans le fichier /etc/init.d/functions 
#

source /etc/init.d/functions

#
# Charger le fichier keymap
#

echo -n "Chargement de la keymap..."
/usr/bin/loadkeys -d >/dev/null
evaluate_retval

# End /etc/init.d/loadkeys
EOF