Tout à fait d'accord, je précisais juste qu'en parlant de bootchain, je parlais du "matériel" : Mise sous tension -> EFI / BIOS -> Menu de BOOT -> Chargement des Kernel et initrd en RAM -> Exécution du Kernelbenjarobin a écrit :benjarobin a écrit :Euh, pas vraiment... Essaye de changer ta chaine de boot, tu verras tu tomberas sur le shell de secours...Alors pour rappel un boot sous Arch Linux cela se passe comme ceci :RoyalPanda a écrit :Ben pour moi, la bootchain c'est jusqu'au boot kernel, hors le kernel est lancé.Ici cela échoue dans le script bash de l'initramfs, qui lance donc un shell de secours (recovery shell). On se retrouve donc dans un environnement minimaliste à base de busybox. Le système de fichier étant en mémoire vive ici, toute modification sera perdu.
- On lance le kernel avec l'initramfs ainsi que les paramètres kernel
- L'initramfs est décompressé en mémoire vive par le kernel, il contient un système de fichier minimaliste à base de busybox
- Le kernel lance
/init
(qui est donc à la racine de l'initramfs) qui est un script bash- Le script bash va lancer udev et chercher à monter la partition racine via le paramètre
root=
de la ligne kernel dans/new_root
- Le script bash demande au kernel de faire un pivot/switch root vers la nouvelle racine
/new_root
- Le kernel lance
/usr/lib/systemd/systemd
en tant que nouveau processus d'init- systemd se lance...
@urania : Peux tu, depuis le shell de secours lancer ceci et nous en donner le résultat :
Code : Tout sélectionner
# systemctl --failed
# systemctl status luks (ou encrypt je ne sais plus)
# systemctl status lvm
# systemctl status openswap