La commande chroot fait partie du paquetage shell utilities de GNU. Elle est toute petite  et elle appelle simplement la fonction de bibliothèque C, chroot() et exécute ensuite son deuxième argument (ou /bin/sh par défaut) avec la fonction C execyp(). Ici, elle utilise le PATH du shell, ou « /bin:/usr/bin » si le PATH n’est pas défini. La fonction de bibliothèque chroot est définie dans unistd.h :

CAP_SYS_CHROOT
/* Transformer le PATH en répertoire racine (le point de départ des chemins absolus).
Seul le  super-utilisateur peut appeler cette fonction   */
extern int chroot (__const char *__path)

Dans le noyau, on trouve la fonction « sys_chroot ». Elle vérifie uniquement la possibilité CAP_SYS_CHROOT. Ensuite, elle change simplement les champs « rootmnt » et « root » de la structure globale de « current->fs » en leur donnant le « dentry » du nom du fichier. Les autres lignes de code utilisent ces champs pour déterminer le répertoire racine. Regardez dans les sources du noyau les fichiers fs/open.c et fs/namespace.c (le nom de la fonction est 'set_fs_root') pour plus d'infos.

chroot est une partie clé du projet Linux From Scratch (LFS), qui permet de compiler un système Linux fait à la main. La commande chroot là bas est en fait un peu plus complexe :

chroot "$LFS" /tools/bin/env -i \ 
HOME=/root TERM="$TERM" PS1='\u:\w\$ ' \ 
PATH=/bin:/usr/bin:/sbin:/usr/sbin:/tools/bin \ 
/tools/bin/bash --login +h 

L'option -i donne un environnement vide. Le hachage de bash est désactivé car nous allons changer l'emplacement des outils.

On peut voir comment chroot s'intègre dans le projet LFS tout entier. Une fois qu'on a configuré ce qu'il y a ci-dessus, on peut suivre les étapes suivantes :

Comme vous pouvez le voir, nous avons du compiler les outils de base 3 fois de suite ! Heureusement, il y a un autre projet LFS qui automatise ce processus, avec des scripts. Mieux encore, le projet « Beyond Linux from Scratch » nous montre comment ajouter encore plus d'outils comme des serveurs Web et les environnements de bureau KDE et GNOME.

Je suis actuellement en train de mettre sur pied un système LFS sur un vieux laptop qu'un ami m'a offert. J'ai commencé avec un noyau et quelques petits outils (fdisk, ls, cp, etc. ), que j'ai compilés et compressés de façon statique sur une disquette. J'y ai ensuite copié Damn Small Linux (DSL), disquette par disquette, avant de configurer une ligne ppp avec un câble série. DSL n'a pas de compilateur par défaut, et je voulais en avoir un rapidement. Le compilateur semblait être en conflit avec le système DSL (un vieux noyau 2.4 sans possibilité de « stockage des threads » utilisable par la bibliothèque C), j'ai donc créé un répertoire chroot avec juste de quoi compiler un simple programme « hello world ». J'ai ajouté les fichiers suivants. (Je pense que « crt » veut dire « C run-time » et que les fichiers « begin » représentent du code ajouté au début du programme ( ? ). Un « s » en préfixe ou en suffixe veut d'habitude dire qu'on utilise des bibliothèques. )