Mise à niveau vers 15.10 encrassement de SDA5_crypt
TLDR: la mise à niveau de 15.04 à 15.10 semble avoir modifié mon accès au système crypté sda5. Ubuntu reconnaît le mot de passe comme étant correct, mais n'y parvient pas. En fin de compte, j'aimerais pouvoir accéder à ce système à nouveau.
Je suis passé de 15.04 à 15h10 hier. Lorsque je saisis mon mot de passe sda5_crypt (mais uniquement mon mot de passe correct. Si je saisis un mot de passe incorrect, un mot de passe incorrect me sera demandé et je serai invité à le ressaisir), un message de
cryptsetup: unknown fstype, bad password or options?
suivi par
cryptsetup: sda5_crypt set up successfully
A quel point les vérifications du système commencent. Ici, les problèmes décrits sont les suivants:
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
Reading all physical volumes. This may take a while...
Found volume group "ubuntu-vg" using metadata type lvm2
/run/lvm/lvmetad.socket: connect failed: No such file or directory
WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
2 logical volume(s) in group "ubuntu-vg" now active
device-mapper: remove ioctl on sda5_crypt failed: Device or resource busy
[previous line repeats 24 times]
Device sda5_crypt is still in use.
fsck from util-linux 2.62.2
/dev/mapper/ubuntu--vg-root: recovering journal
/dev/mapper/ubuntu--vg-root: clean, 369962/45268992 files, 129447388/181049344 blocks
[**FAILED**]Failed to activate swap /dev/mapper/ubuntu--vg-swap_1.
See 'systemctl status "dev-mapper-ubuntu\\x2d\\x2dvg\\x2dswap_1.swap"' for details
[**DEPEND**] Dependency failed for Swap.
[ OK ] Found device WDC_WD7500BPKX-22HPJT0 1.
[ OK ] Started GNOME Display Manager.... and deal with any system changes.signatures....ut down.....
A quel point le démarrage cesse.
Les options avancées pour le démarrage me donnent deux options de noyau; 3.16.0-34-generic ne parvient pas à trouver le noyau, tandis que le noyau de la version 4 se fige avant d'entrer dans l'interface graphique. Peut accéder à GRUB, cependant.
Le montage du disque dur sur un autre ordinateur exécutant 15.04 affiche le disque complet, mais le mot de passe de sda5_crypt ne permet pas d'accéder aux informations, bien que je puisse accéder à la section GRUB du disque.
D'accord. J'ai réussi à récupérer ce qui semble être toutes les informations de la partie chiffrée de mon disque dur. J'ai pu utiliser les informations de cette page et cette page pour le faire. Je vais décrire le processus ci-dessous.
Premièrement, j'ai démarré ma machine avec le disque dur posant problème en place, à l'aide du CD Sytem Rescue. J'ai pu utiliser # cat /proc/partitions pour trouver la partie chiffrée était sda5, ce que j'ai confirmé avec # cryptsetup -v luksDump /dev/sda5.
J'ai ensuite ouvert le disque chiffré avec # cryptsetup -v luksOpen /dev/sda5 sda5_crypt et entré mon mot de passe pour déverrouiller le volume. # lvdisplay maintenant révélé/dev/ubuntu-vg/root et/dev/ubuntu-vg/swap1. Je change les groupes de volumes pour ceux-ci avec # vgchange -a y ubuntu-vg, puis je crée un point de montage avec # mkdir /tmp/disk et # mount /dev/ubuntu-vg/root /tmp/disk.
Cela m'a permis d'entrer dans le lecteur, mais pas mes informations privées dans mon profil. Dans/tmp/disk/home/USERNAME/je peux voir un /.Private, qui est l'endroit où toutes mes informations se cachent. # ecryptfs-recover-private m'a demandé mon mot de passe, puis a créé un nouveau répertoire/tmp /. À ce stade, j'ai monté un disque dur externe:# mkdir /tmp/disk2# mount /dev/sdc2 /tmp/disk2# cd /tmp/disk2# mkdir restore
Il s’agissait alors d’un simple cas d’utilisation de # cp -r /tmp/ecrypt.N1something /tmp/disk2/restore. Je pense que j’aurais peut-être pu simplement supprimer le chiffrement du disque en utilisant mon propre variations de cela , mais je voulais juste une sauvegarde de tout (ce que je sais que j’aurais dû faire de toute façon) et J'ai pu utiliser mes profils et mes fichiers dans une nouvelle installation.