Ubuntu-fr

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)

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

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

---

http://ikewdu.free.fr

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)

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)

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

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

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)

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)

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)