Certains programmes stockent en dur des chemins vers des programmes qui n'existent pas encore. Pour satisfaire ces programmes, créez un certain nombre de liens symboliques qui seront remplacés par les vrais fichiers tout au long de ce chapitre une fois que tous les logiciels seront installés :
ln -sv /tools/bin/{bash,cat,dd,echo,ln,pwd,rm,stty} /bin ln -sv /tools/bin/{env,install,perl} /usr/bin ln -sv /tools/lib/libgcc_s.so{,.1} /usr/lib ln -sv /tools/lib/libstdc++.{a,so{,.6}} /usr/lib for lib in blkid lzma mount uuid do ln -sv /tools/lib/lib$lib.so* /usr/lib done ln -svf /tools/include/blkid /usr/include ln -svf /tools/include/libmount /usr/include ln -svf /tools/include/uuid /usr/include install -vdm755 /usr/lib/pkgconfig for pc in blkid mount uuid do sed 's@tools@usr@g' /tools/lib/pkgconfig/${pc}.pc \ > /usr/lib/pkgconfig/${pc}.pc done ln -sv bash /bin/sh
Voici l'objectif de chaque lien :
/bin/bash
De nombreux scripts bash spécifient /bin/bash
.
/bin/cat
Ce chemin est codé en dur dans le script configure de Glibc.
/bin/dd
Le chemin vers dd
sera inscrit en
dur dans l'utilitaire /usr/bin/libtool
.
/bin/echo
Ceci pour satisfaire un des tests de la suite de tests de
Glibc, qui attend /bin/echo
.
/usr/bin/install
Le chemin vers install
sera
inscrit en dur dans le fichier /usr/lib/bash/Makefile.inc
.
/bin/ln
Le chemin vers ln
sera inscrit en
dur dans le fichier /usr/lib/perl5/5.26.1/<target-triplet>/Config_heavy.pl
.
/bin/pwd
Certains scripts configure, en particulier celui de Glibc, ont codé en dur ce chemin.
/bin/rm
Le chemin vers rm
sera inscrit en
dur dans le fichier /usr/lib/perl5/5.26.1/<target-triplet>/Config_heavy.pl
.
/bin/stty
Ce chemin est codé en dur dans Expect, il est donc nécessaire pour la réussite des suites de tests de Binutils et de GCC.
/usr/bin/perl
De nombreux scripts Perl codent en dur ce chemin vers le programme perl.
/usr/lib/libgcc_s.so{,.1}
Glibc en a besoin pour que la bibliothèque pthreads fonctionne.
/usr/lib/libstdc++{,.6}
Ceci est exigé par plusieurs tests de la suite de tests de Glibc et pour le support C++ de GMP.
/usr/lib/lib{blkid,lzma,mount,uuid}.{a,la,so*}
Ces liens évitent que les utilitaires systemd ne récupèrent une
référence inutile au répertoire /tools
.
/bin/sh
Beaucoup de scripts shell codent en dur /bin/sh
.
Historiquement, Linux gère la liste des systèmes de fichiers montés
dans le fichier /etc/mtab
. Les noyaux
modernes gèrent cette liste en interne via le système de fichiers
/proc
. Pour contenter les outils qui
s'attendent à la présence de /etc/mtab
,
créez le lien symbolique suivant :
ln -sv /proc/self/mounts /etc/mtab
Afin que l'utilisateur root
puisse
s'identifier et que le nom « root » soit reconnu, il doit y avoir des
entrées cohérentes dans les fichiers /etc/passwd
et /etc/group
.
Créez le fichier /etc/passwd
en lançant
la commande suivante :
cat > /etc/passwd << "EOF"
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/dev/null:/bin/false
daemon:x:6:6:Daemon User:/dev/null:/bin/false
messagebus:x:18:18:D-Bus Message Daemon User:/var/run/dbus:/bin/false
systemd-bus-proxy:x:72:72:systemd Bus Proxy:/:/bin/false
systemd-journal-gateway:x:73:73:systemd Journal Gateway:/:/bin/false
systemd-journal-remote:x:74:74:systemd Journal Remote:/:/bin/false
systemd-journal-upload:x:75:75:systemd Journal Upload:/:/bin/false
systemd-network:x:76:76:systemd Network Management:/:/bin/false
systemd-resolve:x:77:77:systemd Resolver:/:/bin/false
systemd-timesync:x:78:78:systemd Time Synchronization:/:/bin/false
systemd-coredump:x:79:79:systemd Core Dumper:/:/bin/false
nobody:x:99:99:Unprivileged User:/dev/null:/bin/false
EOF
Le mot de passe actuel pour root
(le
« x »
utilisé est seulement un exemple) sera paramétré plus tard.
Créez le fichier /etc/group
en
exécutant la commande suivante :
cat > /etc/group << "EOF"
root:x:0:
bin:x:1:daemon
sys:x:2:
kmem:x:3:
tape:x:4:
tty:x:5:
daemon:x:6:
floppy:x:7:
disk:x:8:
lp:x:9:
dialout:x:10:
audio:x:11:
video:x:12:
utmp:x:13:
usb:x:14:
cdrom:x:15:
adm:x:16:
messagebus:x:18:
systemd-journal:x:23:
input:x:24:
mail:x:34:
kvm:x:61:
systemd-bus-proxy:x:72:
systemd-journal-gateway:x:73:
systemd-journal-remote:x:74:
systemd-journal-upload:x:75:
systemd-network:x:76:
systemd-resolve:x:77:
systemd-timesync:x:78:
systemd-coredump:x:79:
nogroup:x:99:
users:x:999:
EOF
Les groupes créés ne font partie d'aucun standard—ce sont des groupes
décidés en partie en fonction des besoins de la configuration de Udev
dans ce chapitre, et en partie par la coutume utilisée par un certain
nombre de distributions Linux existantes. En outre, certaines suites
de tests s'appuient sur des groupes et des utilisateurs spécifiques.
La base linux standard (Linux Standard Base ou LSB, disponible sur
http://www.linuxbase.org) recommande
seulement cela, ainsi que la présence d'un groupe root
(GID 0) et d'un groupe bin
(GID 1). Tous les autres noms de groupe et
GID peuvent être librement choisis par l'administrateur du système
puisque les programmes bien écrits ne dépendent pas des numéros GID,
mais utilisent plutôt le nom du groupe.
Pour supprimer l'invite « I have no name! », démarrez un nouveau
shell. Comme nous avons installé une Glibc complète dans le Chapitre 5
et créé les fichiers /etc/passwd
et
/etc/group
, la résolution du nom
d'utilisateur et de groupe fonctionnera à présent :
exec /tools/bin/bash --login +h
Remarquez l'utilisation du paramètre +h
. Il dit à bash de ne pas utiliser son hachage
de chemin interne. Sans ce paramètre, bash se rappelerait des chemins
vers les binaires qu'il a exécuté. Pour s'assurer que les binaires
nouvellement compilés seront utilisés dès qu'ils seront installés, le
paramètre +h
sera utilisée
durant tout le chapitre.
Les programmes login, agetty, et init (et d'autres) utilisent un nombre de journaux applicatifs pour enregistrer des informations comme qui s'est connecté sur le système et quand. Mais ces programmes n'écriront pas vers ces journaux s'ils n'existent pas. Initialisez les journaux et donnez-leur les bons droits :
touch /var/log/{btmp,lastlog,faillog,wtmp} chgrp -v utmp /var/log/lastlog chmod -v 664 /var/log/lastlog chmod -v 600 /var/log/btmp
Le fichier /var/log/wtmp
enregistre
toutes les connexions et les déconnexions. Le fichier /var/log/lastlog
enregistre le moment de dernière
connexion de chaque utilisateur. Le fichier /var/log/faillog
enregistre les tentatives de
connexion échouées. Le fichier /var/log/btmp
enregistre les mauvaises tentatives
de connexion.
Le fichier /run/utmp
enregistre les
utilisateurs qui sont actuellement connectés. Ce fichier est créé
de manière dynamique dans les scripts de démarrage.