[RESOLU] - Satané BusyBox !

2 réponses [Dernière contribution]
MetallicaMust
Hors ligne
A rejoint: 03/06/2016

Bonjour à tous,

Je voulais juste faire un petit retour sur mon problème de démarrage de mon ordi avec disque dur chiffré. Comme indiqué dans le titre, je tombais sur le BusyBox sans parvenir à le dépasser. Voici le message qu'il me donnait :

Busybox v1.30.1 (ubuntu 1:1.30.1-4ubuntu6.3 built in shell (ash)
Enter 'help' for a list of built-in commands.
.
(initramfs) exit
.
Gave up waiting for root file system device. Common problems:
-Boot args (cat /proc/cmdline)
-Check rootdelay= (did the system wait long enough?)
-Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/trisquel--vg-root does not exist. Dropping to a shell!
.
Busybox v1.30.1 (ubuntu 1:1.30.1-4ubuntu6.3 built in shell (ash)
Enter 'help' for a list of built-in commands.
.
(initramfs)

Du coup, j'ai essayé les commande indiqué dans le message d'erreur et j'ai regardé sur le web les tonnes de solutions diverses proposées.

La première chose que j'ai fais était "chrooter" depuis un USB_Live pour mettre à jour "initramfs" avec la commande

update-initramfs -k all -u

Cela n'a naturellement pas suffit.
Pour mon problème j'ai trouver la solution là : https://askubuntu.com/questions/1361580/dropping-to-busybox-initramfs-shell-on-boot-volume-group-not-found
Où il est dit de vérifié le fichier "crypttab".

Donc j'ai fait un petit check de mon système avec un "lsblk --fs" et j'ai ensuite été voir ce fameux fichier "crypttab" et j'ai effectivement dû le modifier (avec la commande "nano") de :
$ cat /etc/crypttab
crypto_LUKS UUID=95bba534-c354-3fed-4610-019d78ac1f23 none luks,discard

en :
$ cat /etc/crypttab
luks-95bba534-c354-3fed-4610-019d78ac1f23 UUID=95bba534-c354-3fed-4610-019d78ac1f23 none luks,discard

Visiblement, c'est le nom de la partition qui a changé.

Bref, ça a fonctionné ;-)

Avron
Hors ligne
A rejoint: 08/18/2020

Quand je fais "cryptsetup luksOpen /dev/sdXY un-nom", peu importe la valeur que j'utilise pour "un-nom", tout marche sans utiliser "un-nom" pour accéder au volumes logiques dedans.

Je suppose que "luks-95bba534-c354-3fed-4610-019d78ac1f23" (c'est "luks-" plus l'UUID) est le nom attribué par GRUB en ouvrant le volume physique chiffré mais je me demande si ce nom a vraiment une importance pour quoi que ce soit.

Tu es sûr que tu n'a rien fait d'autre entre le moment où ça ne marchait pas et le moment où ça marchait, installé cryptsetup-initramfs par exemple, ou modifié /etc/default/grub?

MetallicaMust
Hors ligne
A rejoint: 03/06/2016

Salut Avron,

Maintenant que tu le dis, c'est vrai que la modification du fichier /etc/crypttab m'a permis de faire fonctionné la commande : update-initramfs -k all -u
Avant la modification du fichier, j'avais des erreurs de type "no found" pour chaque noyau.
Après la modification du fichier, la commande à fonctionné correctement.

Désolé, ça fait déjà plusieurs jours que j'ai résolu ce problème et j'avais oublier ce gros "détail" :-/