#1 Le 21/08/2019, à 00:18
- haligator
[RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Bonjour,
Configuration : ACER ASPIRE X1430 (oui, il date un peu !)
Installation de Ubuntu 19.04 64 bits en mode sécurisé (LUKS)
Je fais l'installation sur le disque d'origine 320 Go (disque A), ça fonctionne, mais comme ça rame pas mal...
Je fais l'installation sur un disque SSD 256 Go (disque B) tout neuf que je mets à la place du disque A.
Ça fonctionne, clairement plus vite, même si l'écart n'est pas foudroyant (la carte mère de ce PC est limité en SATA2 malheureusement).
Bref, tout content, je m'apprête à copier les datas qui sont dans le disque A pour les mettre sur le disque B.
Je connecte donc le disque A sur le deuxième port SATA 2 et je redémarre.
Ça fonctionne mais je n'arrive pas à le monter et y accéder (la partition 3 : chaque disque a 3 partitions : 1 partition EFI, 1 partition Ext 4, et enfin la partition LUKS).
Du coup je tente de démarrer avec une clef d'installation.
Je vois bien mes 2 disques, mais même souci (je ne sais pas accéder aux partitions LUKS pour copier les fichiers, ou je n'y arrive pas quand j'essaie).
Et pourtant j'ai fait gaffe aux caractères et claviers pour la phrase de déverrouillage...
Du coup je tente de démarrer à nouveau sur le disque B et là... Patatra !!!
Dorénavant, que je mette le disque A seul, le disque B seul, ou les 2 disques et quel que soit le port SATA 2 utilisé, et bien que j'aille valider le disque de démarrage dans le BIOS,
j'ai le (fameux) message Bios qui s'affiche :
Reboot and Select proper Boot device.
or Insert Boot Media in selected Boot device and press key
Seul moyen pour le moment d'utiliser l'ordinateur : démarrage avec la clef USB d'installation.
Des idées pour m'aider à résoudre mon souci ?
1. Il faudrait que j'arrive à démarrer sur le disque B (auquel je n'ai pas touché). Bien que je le sélectionne comme 1ère option de boot dans le setup, ça ne passe pas...
2. Il faudrait que je copie les dossiers qui sont sur le disque A bien rangés dans les dossiers documents, images et musiques de mon utilisateur au même endroit sur le disque B.
(Le disque A qui est sain servira ensuite de disque de sauvegarde pour cette machine).
Merci de votre aide,
Hali
Résolution
1. j'ai réinstallé sur le disque B en débranchant l'ancien disque (disque A) vu que je n'avais pas de données dessus c'était le plus simple => plus de soucis de boot.
2. j'ai compris que j'avais 2 vg qui portaient le même nom (par défaut, installation Ubuntu => vg-ubuntu)
j'ai renommé celui dont je voulais récupérer les données grâce à son VG UUID qu'on peut obtenir via la commande
sudo vgdisplay
sudo vgrename [VG UUID souhaité] vg-data
j'ai ensuite activé toutes les unités via
vgchange -ay
et ainsi pu monter ma partition pour récupérer mes données.
Dernière modification par haligator (Le 21/08/2019, à 13:25)
Hors ligne
#2 Le 21/08/2019, à 01:07
- haligator
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Bonsoir,
Complément : quand je démarre l'installation d'Ubuntu avec la clef, celle-ci m'indique qu'aucun OS n'a été détecté même si les 2 disques sont branchés...
Si je clique sur "Autre chose", il voit bien les partition sda1 (efi), sda2 (ext4), sda 3 (inconnu) et sdb1 (efi), sdb 2 (ext4) et sdb3 (inconnu).
Je me suis arrêté là pour le moment, mais bien tenté de réinstaller le système sur le disque B (SSD) puisqu'il ne contient aucune data.
Qu'en pensez-vous ?
Hali
Hors ligne
#3 Le 21/08/2019, à 07:53
- ikewdu
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Salut,
Fais un rapport boot-info depuis le LiveCD : https://doc.ubuntu-fr.org/tutoriel/boot … stallation
Hors ligne
#4 Le 21/08/2019, à 11:17
- haligator
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Bonjour,
Update : J'ai craqué j'ai réinstallé Ubuntu sur le disque B (SSD neuf) c'était le plus logique et simple à faire.
Et du coup le boot se passe à nouveau sans histoire.
J'ai toujours le problème de l'accès au données sur le disque A.
Quand je le monte dans Nautilus / Autres emplacements (il apparaît en tant que volume crypté /dev/sdb3) en faisant bouton droit, Monter, puis en tapant la bonne phrase,
le volume crypté disparaît logiquement de la liste,
mais il ne réapparaît pas ensuite en tant que volume accessible (ni dans Autres emplacements ni ailleurs).
Je n'ai aucun retour ni message d'erreur.
Je joins les parties du retour sudo fdisk -l qui me semblent correspondre ci-dessous.
Apparemment le disque LUKS est là (/dev/mapper/luks-f338225e-a341-4c1a-b99e-aead7aa94efc), mais j'ai dû zapper une étape ?
Comment dois-je m'y prendre ?
Hali
---------------
Disque /dev/sdb : 298,1 GiB, 320072933376 octets, 625142448 secteurs
Disk model: WDC WD3200AAKX-2
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : C68704E7-EED5-4C48-931E-BDDBEDF1EA9B
Périphérique Début Fin Secteurs Taille Type
/dev/sdb1 2048 1050623 1048576 512M Système EFI
/dev/sdb2 1050624 2549759 1499136 732M Système de fichiers Linux
/dev/sdb3 2549760 625141759 622592000 296,9G Système de fichiers Linux
Disque /dev/mapper/luks-f338225e-a341-4c1a-b99e-aead7aa94efc : 296,9 GiB, 318750326784 octets, 622559232 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Dernière modification par haligator (Le 21/08/2019, à 12:22)
Hors ligne
#5 Le 21/08/2019, à 11:47
- haligator
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Addendum :
1. Lorsque je fais un sudo lvscan j'obtiens :
inactive '/dev/ubuntu-vg/root' [<295,86 GiB] inherit
inactive '/dev/ubuntu-vg/swap_1' [976,00 MiB] inherit
ACTIVE '/dev/ubuntu-vg/root' [<233,81 GiB] inherit
ACTIVE '/dev/ubuntu-vg/swap_1' [980,00 MiB] inherit
Celui qui est "inactive" est celui que je cherche à atteindre (295,86 GB), et les deux portent les mêmes noms.
C'est peut-être ça qui pose problème ?
2. Lorsque j'essaie de faire un
sudo mount /dev/mapper/luks-f338225e-a341-4c1a-b99e-aead7aa94efc /tmp/disquedata
j'obtiens un message d'erreur :
Le périphérique spécial /dev/mapper/luks-f338225e-a341-4c1a-b99e-aead7aa94efc n'existe pas.
Je m'en vais donc redémarrer tout ça et tenter les étapes de : https://www.vpnwall.xyz/monter-un-disqu … ypte-luks/ et/ou chercher d'autres pistes...
@+
Hali
Dernière modification par haligator (Le 21/08/2019, à 12:30)
Hors ligne
#6 Le 21/08/2019, à 11:53
- xubu1957
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Bonjour,
Pour ajouter toi-même les balises code à tes précédents messages #4 et #5 : Merci
Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message
comme indiqué dans le : Retour utilisable de commande
_ _ _
Voir règles du forum > balises BB code
Balise CODE :
C'est la balise à utiliser pour donner de longs messages d'erreurs, des contenus de fichiers de configuration, des commandes à taper, etc … Elle permet des messages plus "compacts", et est moins ambiguë que d'autres polices sur certains caractères.
Dernière modification par xubu1957 (Le 21/08/2019, à 12:27)
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#7 Le 21/08/2019, à 11:56
- geole
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Bonjour
As-tu essayé le montage avec l'application gnome-disk-utility?
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#8 Le 21/08/2019, à 12:06
- haligator
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Re,
Donc le
cryptsetup luksOpen /dev/sdb3 encrypted_volume
se passe bien puis quand je monte avec la commande :
sudo mount /dev/mapper/ubuntu--vg-mount /tmp/disquedata
ça passe mais c'est le LUKS du disque qui sert au boot qui est monté (celui sans les datas).
Des solutions ?
Hali
Dernière modification par haligator (Le 21/08/2019, à 12:24)
Hors ligne
#9 Le 21/08/2019, à 12:19
- haligator
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Bonjour
As-tu essayé le montage avec l'application gnome-disk-utility?
Bonjour,
Quand je vais dedans mon 2ème disque apparaît avec ses partitions, la partition 3 est bien déverrouillée.
J'ai crié "Houra" en voyant son /dev/mapper/encrypted_volume... J'ai essayé
sudo mount /dev/mapper/encrypted_volume /tmp/disquedata
et reçu en réponse :
type de système de fichiers « LVM2_member » inconnu.
On approche du but je crois. ;-)
Hali
Dernière modification par haligator (Le 21/08/2019, à 12:24)
Hors ligne
#10 Le 21/08/2019, à 13:04
- haligator
Re : [RÉSOLU] Plus possible de booter sur mon disque + échec de montage
Donc un petit résumé de ce que je comprends de mon problème :
Ayant installé (par défaut) 2 instances de Ubuntu sécurisé (AVEC LVM, je me demande bien pourquoi j'ai fait ça, tiens !), je me retrouve avec 2 LVM qui portent le même VG Name : ubuntu-vg
MAIS 2 VG UUID différents.
Résultat de la commande
sudo vgdisplay
J'ai donc tapé
sudo vgrename [VG UUID souhaité] vg-data
et ça a fonctionné, le sudo lvscan retourne désormais :
inactive '/dev/data-vg/root' [<295,86 GiB] inherit
inactive '/dev/data-vg/swap_1' [976,00 MiB] inherit
ACTIVE '/dev/ubuntu-vg/root' [<233,81 GiB] inherit
ACTIVE '/dev/ubuntu-vg/swap_1' [980,00 MiB] inherit
J'ajoute
sudo vgchange -ay
(1)
pour activer tout ça et enfin :
sudo mount /dev/mapper/data--vg-root /tmp/disquedata
La vie est belle !
Hali
(1) trouvé ici : https://forum.ubuntu-fr.org/viewtopic.php?id=2027214 !
Dernière modification par haligator (Le 21/08/2019, à 13:16)
Hors ligne