web-dev-qa-db-fra.com

Ubuntu 14.04 tombe dans initramfs au démarrage après une coupure de courant

Suite à une perte de puissance inhabituelle (ordinateur portable posé au sol ...), Ubuntu 14.04 tombe dans initramfs au démarrage et je ne parviens pas à récupérer.

Après avoir allumé le système, GRUB s'affiche et après avoir sélectionné la seule option Ubuntu "Vanille", je suis invité à saisir ma phrase secrète de chiffrement. Le message de réussite du chiffrement s'affiche, puis je suis immédiatement abandonné. dans l'invite initramfs sans message d'erreur.

Sortie de récupération de démarrage (fdisk, parted, etc.): http://paste.ubuntu.com/23077522/

J'ai démarré le système à partir d'une clé USB en direct et exécuté fsck à la fois directement sur/dev/sda1 et en utilisant un superbloc de sauvegarde (en suivant les instructions ici: Le démarrage tombe sur un (initramfs) invites/busybox ). Ce dernier a corrigé une poignée d'erreurs, mais n'a pas résolu le problème. Je peux monter cette partition et voir les fichiers./Dev/sda5 chiffré ne sera pas monté via Nautilus sur l'USB en direct (avec une erreur "déjà utilisé"), mais ma phrase secrète est acceptée pendant le démarrage normal (avant d'appuyer sur l'invite initramfs.)

En suivant les instructions de buntu Wiki , j'ai supprimé les arguments "quiet" et "splash" à l'invite grub mais je ne peux voir aucune erreur intelligible dans le texte de défilement. Ajout de l'argument "debug", mais aucun journal n'apparaît sous /tmp/ donc je ne le fais apparemment pas correctement ou je ne comprends pas ce qu'il est censé faire.

Exécuté le mode de réparation de démarrage recommandé sans amélioration.

1
Hampton Smith

C'était la partition chiffrée /dev/sda5 qui était à l'origine du problème. Mes premières tentatives pour exécuter fsck dessus avaient été contrecarrées en raison d'un manque de compréhension de cryptsetup et LVM. J'ai pu l'obtenir "suffisamment accessible" dans une session Live USB en:

À ce stade, j'ai tenté:

Sudo mkdir /mnt/brokenVolume
Sudo mount /dev/mapper/ubuntu--vg-root /mnt/brokenVolume

Cela a donné un wrong fs type, bad option, bad superblock Erreur. Cependant, je pouvais maintenant exécuter:

fsck -fy /dev/mapper/ubuntu--vg-root

Cela a résolu un certain nombre de problèmes, après quoi j'ai pu mount normalement. Le redémarrage m'a ramené dans mon système de travail normal.

2
Hampton Smith