web-dev-qa-db-fra.com

Le système ne démarre plus, a cessé d'attendre le périphérique racine, (initramfs), / dev / mapper / gnome-root n'existe pas

Après l'installation d'une mise à jour, mon système ne démarre plus. Le chiffrement intégral du disque (celui que l'installateur a configuré pour vous) est activé. Il demande donc la clé quelques secondes seulement après le démarrage de GRUB. Désormais, il ignore la demande de clé, essaie de charger Gnome, puis passe à l'écran illustré ci-dessous. Le système est une boîte System76 64 bits exécutant Ubuntu Gnome 13.04. Cela m'est déjà arrivé une fois dans le passé sur un Dell XPS 8300 64 bits fonctionnant sous Ubuntu Gnome Remix 12.10. Dans ce cas, j'ai réinstallé le système d'exploitation. Cependant, je souhaite résoudre le problème cette fois-ci afin que je sache comment le gérer à l'avenir. En outre, il est extrêmement gênant de réinstaller à partir de zéro.

Je soupçonne que quelque chose a été foutu dans un fichier de configuration dans/boot de telle sorte qu'il ne se rende pas compte que le disque est crypté, mais je n'ai rien vu en fouillant dedans. Avez-vous des idées sur la façon de le réparer (en plus de la réinstallation du système d'exploitation)?

Gave up waiting for root device. Common problems:
  — Boot args (cat /proc/cmdline)
    — Check rootdelay= (did the system wait long enough?)
    — Check root= (did the system wait for the right device?)
  — Missing modules (cat /proc/modules; ls /dev)
ALERT! /dev/mapper/gnome-root does not exist.   
Dropping to a Shell! 

BusyBox v.1.20.2 (Ubuntu 1:1.20.2-1ubuntu1) built-in Shell (ash)   
Enter 'help' for list of built-in commands.  

(initramfs)
bootgnomegrub2updates
10
Freedom_Ben

Je l'ai réparé !!! Pour que les générations futures n'aient pas à traverser les jours douloureux et les heures interminables que j'ai passées:

Tout d'abord, j'ai pu faire démarrer le système à partir de l'invite (initramfs) en tapant ce qui suit (j'ai utilisé cette page du forum comme béquille):

cryptsetup luksOpen /dev/sda5 sda5_crypt
lvm vgchange -a y
exit

Cela a permis à mon système de démarrer correctement. Une fois démarré, j'ai modifié /etc/crypttab pour qu'il pointe vers un UUID différent de celui utilisé auparavant. J'ai choisi l'UUID de mon /etc/fstab. Enregistrez la valeur UUID d'origine. Vous en aurez besoin en quelques étapes. J'ai ensuite couru (depuis un terminal):

update-initramfs -k all -c

Si vous recevez un avertissement qui ressemble à ceci ou quelque chose de similaire:

WARNING: invalid line in /etc/crypttab

puis retournez au début et au lieu de sda5_crypt, utilisez le contenu de votre crypttab.

J'ai ensuite redémarré. Cette fois, j'ai reçu l'invite pour la phrase secrète! Mais ne soyez pas trop excité, car cela n'a pas fonctionné. J'ai entré le bon mot de passe environ 7 fois et il les a tous rejetés. Il est ensuite retourné à l'invite (initramfs) après environ 90 secondes.

J'ai répété la première étape et l'ai redémarré. J'ai ensuite restauré la valeur UUID d'origine sur le crypttab et j'ai ré-exécuté l'étape deux. J'ai ensuite redémarré et SUCCESS!

9
Freedom_Ben

Le chiffrement de disque complet étant une option dans Ubuntu 14.04, je voulais simplement préciser comment j'ai résolu ce problème, car mon terminal initramfs ne m'autorisait pas à utiliser cryptsetup:

  1. Démarrez depuis un DVD/USB en direct (l’USB sera beaucoup plus rapide).

  2. Ouvrez un terminal et tapez ce qui suit:

    Sudo -i
cryptsetup luksOpen /dev/sda5 sda5_crypt
# (do any lvm management you need here, I didn't need any.)
mkdir /mnt/system
mount /dev/mapper/ubuntu--vg-root /mnt/system
mount /dev/sda2 /mnt/system/boot
mount /dev/sda1 /mnt/system/boot/efi (May or may not be needed.)
for i in /dev/pts /dev /proc /sys; do mount -B $i /mnt/system$i; done
chroot /mnt/system
update-initramfs -k all -c
exit
for i in /dev/pts /dev /proc /sys; do umount /mnt/system$i; done
umount /mnt/system/boot/efi # (If you have UEFI.)
umount /mnt/system/boot
umount /mnt/system

  3. Redémarrez et espérez que cela fonctionne.

5
k0ryfi

Corrigez votre problème en démarrant avec un live-cd/live-usb. Reportez-vous à cette page pour plus de détails sur le processus. Reportez-vous à la section "via le terminal LiveCD" de la page.

La réparation de grub devrait permettre de réparer tout fichier mal formé que vous pourriez avoir dans la configuration de grub.

0
Bhavin Doshi

Si vous avez installé cryptsetup sur votre système, il a peut-être été supprimé en exécutant apt-get autoremove. Plus d'infos .

0
Arseny