Les commandes pour le reste du livre devraient être exécutées en
tant que root
. Vérifiez que ${CLFS}
est bien déclaré dans l'environnement de root
avant de continuer.
Plusieurs systèmes de fichier exportés par le noyau sont utilisés pour communiquer vers, et depuis le noyau lui-même. Ces systèmes de fichier sont virtuels, ce qui veut dire qu'aucun espace disque n'est utilisé. Le contenu de ces systèmes de fichier repose en mémoire.
Commencez par créer les répertoires dans lequel les systèmes de fichier seront montés:
mkdir -pv ${CLFS}/{dev,proc,run,sys}
La présence de deux noeuds de périphériques, /dev/console
et /dev/null
, est requise sur le système de fichier.
Ils sont utilisés par le noyau avant même de démarrer Udev au début
du processus de démarrage, donc il va falloir les créer ici:
mknod -m 600 ${CLFS}/dev/console c 5 1 mknod -m 666 ${CLFS}/dev/null c 1 3
Une fois le système complet et démarré, les autres noeuds de
périphériques vont être créés par le système de fichier du noyau,
devtmpfs
. Pour l'instant en revanche,
nous allons simplement utiliser l'option « bind » de la
command mount pour que le /dev
de
l'hôte apparaisse dans le système de fichier du nouveau CLFS:
mount -v -o bind /dev ${CLFS}/dev
Maintenant, montez les systèmes de fichiers restants:
mount -vt devpts -o gid=5,mode=620 devpts ${CLFS}/dev/pts mount -vt proc proc ${CLFS}/proc mount -vt tmpfs tmpfs ${CLFS}/run mount -vt sysfs sysfs ${CLFS}/sys
Sur certains systèmes hôte, /dev/shm
est un lien symbolique vers /run/shm
.
Si c'est le cas, creez un répertoire dans /run
:
[ -h ${CLFS}/dev/shm ] && mkdir -pv ${CLFS}/$(readlink ${CLFS}/dev/shm)
Souvenez-vous que si jamais vous arrêtez de travailler sur votre système CLFS et que vous y revenez ensuite, il est important de vérifier que ces systèmes de fichier sont montés à nouveau avant d'entrer dans l'environnement chroot.