Réinstallation le 9-04-19 Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Des problemes avant ou pendant l'installation
Répondre
Avatar du membre
david37
modérateur
Messages : 3884
Enregistré le : lun. 22 août 2016 05:06

Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Message par david37 »

Bonjour a tous,

Suite a mon précédent post: viewtopic.php?f=20&p=146878#p146878
ou j'avais un problème avec mon pc qui ne démarrait pas, j'ai change mon ssd de pc.

Le SSD est un Samsung SSD 860 de 500 GB et contient un Linux Mint 19 installe en LVM/LUKS (option 2 de l'installeur). J'ai rein fait de plus sur le disque et j'ai laisse le soin a l'installeur de tout prendre en charge.

Le pc a démarré mais m'a indique qu'il ne pouvait pas booter sur ce disque. J'ai du booter sur un liveUSB et monter le SSD depuis ma session Linux pour récupérer les données.. J'imagine que le pc a pas compris comment monter/ouvrir le SSD et ce qu'il fallait faire avec.

Maintenant, j'aimerai voir ... si c'est possible sans trop d'effort... pour réparer le boot pour pouvoir laisser en place mon SSD de 500GB et continuait a travailler sans avoir a passer par une liveUSB.

Grosso modo, par ou je commence ? Qu'avez vous besoin comme info pour mieux cerner mon sujet ?
A+
David
PC1: Mobo: Gigabyte B550 AORUS Elite 2 / CPU: AMD Ryzen 7 3700X / GPU: MSI Radeon RX 580 Armor / RAM: 32 GB @3600 MHz CL16 / SSD: Samsung 970 EVO 500 GB / LM 20.2 Xfce
PC2: HP Pavilion 15 / AMD Ryzen 5 5500U with Radeon Graphics / 16GB RAM / 500 GB SSD / Debian 11 Xfce
PC3: Dell-Latitude E7240 / 2.1GHz i7-4600U / Intel Haswell-ULT HD 4400 / 8GB RAM / 250 GB Hard Drive / LM 20.2 Xfce

Avatar du membre
cyrille
Administrateur du site
Messages : 12285
Enregistré le : mar. 19 sept. 2017 08:49
Localisation : Nowhere
Contact :

Re: Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Message par cyrille »

Bonjour
Vérifie dans le bios que ton Disque fasse bien partie des périphériques amorçables
Puis depuis une session Live, installe le grub là où il doit être c'est à dire sur ce disque ;)
++
C
?séuqartéd sel ruoP / sécnoféd sel ruoP / sreiruréB sel ruoP / ?étéicos elleuQ

https://crust.ovh

Avatar du membre
david37
modérateur
Messages : 3884
Enregistré le : lun. 22 août 2016 05:06

Re: Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Message par david37 »

Salut Cyrille,

Suite a tes messages dans les sujets precedents, j'ai regarde pour re-installer le grub la ou il faut.
Donc d'abord, identifier les partitions:

Code : Tout sélectionner

fdisk -l
Disk /dev/loop0: 1,8 GiB, 1893974016 bytes, 3699168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x6ff86326

Device       Boot   Start     End Sectors  Size Id Type
/dev/loop0p1 *          0 3699167 3699168  1,8G  0 Empty
/dev/loop0p2      3692120 3696791    4672  2,3M ef EFI (FAT-12/16/32)


Disk /dev/loop1: 1,7 GiB, 1810731008 bytes, 3536584 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x79ccdd87

Device     Boot   Start       End   Sectors  Size Id Type
/dev/sda1  *       2048   1499135   1497088  731M 83 Linux
/dev/sda2       1501182 976771071 975269890  465G  5 Extended
/dev/sda5       1501184 976771071 975269888  465G 83 Linux


Disk /dev/sdb: 57,9 GiB, 62109253632 bytes, 121307136 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00066b2e

Device     Boot Start       End   Sectors  Size Id Type
/dev/sdb1  *     2048 121307135 121305088 57,9G  c W95 FAT32 (LBA)
Donc on voit que j'ai un boot sur la partition sda1 (sdb1 est ma cle).
J'ai donc essaye de faire tout simplement:

Code : Tout sélectionner

sudo grub-install /dev/sda
qui m'a retourne:

Code : Tout sélectionner

 Installing for i386-pc platform.
grub-install: error: failed to get canonical path of `/cow'.
Du coup, j'ai fait une recherche sur cet erreur, j'ai trouve ces liens:
https://doc.ubuntu-fr.org/grub-pc#reins ... rer_grub_2
http://ubuntuhandbook.org/index.php/201 ... wont-boot/
Donc j'ai essaye (en root):

Code : Tout sélectionner

mount /dev/sda1 /mnt
puis

Code : Tout sélectionner

grub-install --root-directory=/mnt /dev/sda
qui m'a donne ceci:

Code : Tout sélectionner

grub-install --root-directory=/mnt /dev/sda
Installing for i386-pc platform.
Installation finished. No error reported.
je suis content je me dis que ca avance, donc plus qu'a mettre a jour le grub en faisant:

Code : Tout sélectionner

update-grub
et la je retrouve mon erreur...

Code : Tout sélectionner

# update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
:cry: :cry:

Donc petite recherche et je trouve:
https://community.linuxmint.com/tutorial/view/2283
j'essaye et ca me fait toujours pareil

Donc je decide d'eteindre le systeme et de redemarrer pour voir... la suite au prochain episode ;)

EDIT:
... bon ben ca a foire... toujours pas de disque bootable pour le systeme... je vais donc tenter l'option 2 .. effacer et reinstaller LM ...
tant pis, au moins j'aurais tente ma chance ;)

Je passerais le sujet quand en "reinstallation" quand je l'aurais termine ;)
A+
David
PC1: Mobo: Gigabyte B550 AORUS Elite 2 / CPU: AMD Ryzen 7 3700X / GPU: MSI Radeon RX 580 Armor / RAM: 32 GB @3600 MHz CL16 / SSD: Samsung 970 EVO 500 GB / LM 20.2 Xfce
PC2: HP Pavilion 15 / AMD Ryzen 5 5500U with Radeon Graphics / 16GB RAM / 500 GB SSD / Debian 11 Xfce
PC3: Dell-Latitude E7240 / 2.1GHz i7-4600U / Intel Haswell-ULT HD 4400 / 8GB RAM / 250 GB Hard Drive / LM 20.2 Xfce

Avatar du membre
cyrille
Administrateur du site
Messages : 12285
Enregistré le : mar. 19 sept. 2017 08:49
Localisation : Nowhere
Contact :

Re: Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Message par cyrille »

Bonjour David
Pas très caler en UEFI mais sans doute que ton erreur vient de là
Il y a des CD de reinstall du grub style boot repair sur lesquels tu peux t'appuyer
https://sourceforge.net/p/boot-repair-cd/home/fr/

Par contre tu réinstalles en que c'est le seul systeme du disque, je passerai le tout en LEGACY pour éviter ce genre de soucis ;)

++
?séuqartéd sel ruoP / sécnoféd sel ruoP / sreiruréB sel ruoP / ?étéicos elleuQ

https://crust.ovh

Avatar du membre
arghlub
Administrateur du site
Messages : 10421
Enregistré le : dim. 21 mai 2017 08:19
Localisation : Provence
Contact :

Re: Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Message par arghlub »

cyrille a écrit :
mar. 9 avr. 2019 09:30
je passerai le tout en LEGACY pour éviter ce genre de soucis ;)
+1000 ;)
Tour1 (custom)CM MSI Z270 M3 | CPU Intel I7-7700K | CG Nvidia GTX 1080 | RAM 16Go | tripleBoot : Debian 11 | MXlinux 21 | LMint 19.3 | XFCE
Tour2 (custom)CM Gigabyte | CPU AMD Athlon 5200+ | CG Nvidia GTX 560 | RAM 6Go | FreeBSD 12.1 XFCE
Portable1 MSI GF75 Thin 9SC | CPU Intel I7-9750H | CG Nvidia GTX 1650 | RAM 32Go | dualBoot : LMint 20.2 | MXlinux 21 | XFCE
Portable2 MacBook Air A1466 (2015) | CPU Intel I5-5250U | CG Intel HD Graphics 6000 | RAM 8Go | dualBoot : macOS Sierra | MXlinux 21 XFCE
─────( pour une informatique libre ! -membre en stand-by de l' April.org────────────────

Avatar du membre
david37
modérateur
Messages : 3884
Enregistré le : lun. 22 août 2016 05:06

Re: Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Message par david37 »

:l :l ben je l'ai lu trop tard le message :lol:
Pas grave, j'y penserai pour la prochaine fois, de tout façon ça fait pas de mal de faire un peu de ménage de temps en temps ;)
PC1: Mobo: Gigabyte B550 AORUS Elite 2 / CPU: AMD Ryzen 7 3700X / GPU: MSI Radeon RX 580 Armor / RAM: 32 GB @3600 MHz CL16 / SSD: Samsung 970 EVO 500 GB / LM 20.2 Xfce
PC2: HP Pavilion 15 / AMD Ryzen 5 5500U with Radeon Graphics / 16GB RAM / 500 GB SSD / Debian 11 Xfce
PC3: Dell-Latitude E7240 / 2.1GHz i7-4600U / Intel Haswell-ULT HD 4400 / 8GB RAM / 250 GB Hard Drive / LM 20.2 Xfce

Avatar du membre
alain
Administrateur du site
Messages : 14704
Enregistré le : dim. 11 oct. 2015 23:41
Localisation : Chelles
Contact :

Re: Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Message par alain »

Bonjour David.
david37 a écrit :
mar. 9 avr. 2019 23:00
:l :l ben je l'ai lu trop tard le message :lol:
laquel? celui sur "legacy" ou celui sur "boot-repair"? Parce que si je m'en souvient, je t'en avais parlé de boot-repair :l
Mais bon, comme de toute façon ça n'aurai pas fonctionné mieux que ta tentative (on va dire ça, hein ? :D ).

En te lisant ce que je vois c'est que le grub était bien à sa place sur sda1 qui est la partition de boot efi, de tenter de l'installer
sur sda, n'aurai pas permis de réparer.

Juste pour info. Ta réinstallation, tu l'as donc faite en eufi, mais avec LVM et LUKS aussi?
Je demande, car au delà du fait que d'installer en UEFI quand on a pas de dual boot W$ ne soit pas très judicieux (gestion
d'une partition "boot" en plus). LVM est très bien car vachement manipulable, mais il a un gros défaut qui dans ton cas
pourrait être très préjudiciable (vu que c'est ton outil de travail): Cf wiki-ubuntu :
Inconvénients de LVM
Si un des volumes physiques devient HS, alors c'est l'ensemble des volumes logiques qui utilisent ce volume physique qui sont perdus. Pour éviter ce désastre, il faudra utiliser LVM sur des disques raid par exemple.
(Ça c'est Arghlub, qui me l'a dit et il ne dit pas que des co****ries :l )
Exemple: sda2 "/home" HS, sda3 "datas" perdu :-o
Question: Est ce une obligation d'être en LVM pour utiliser le chiffrage LUKS?

Je pose ces questions, car comme tu le sais je change sans arrêt mes disques durs d'ordis tous extrêmement différents
en matériel (intel ou amd) et en age (de 2005 à 2015), c'est donc une manipe que j'ai faite plusieurs dizaines de fois
sans aucun soucis. Surtout pour mon disque dur de test (lm 18.3 xfce, legacy, mbr, ext4) qui lui en a vu passer des ordis...
Et donc j'aimerai comprendre, alors que l'ordi est le même modèle (sauf la version du bios), pourquoi cela n'a pas marché Image Image
Ne connaissant pas LVM (Logical Volume Manager, ou gestionnaire de volumes logiques en français), je me suis (un peu)
renseigné et j'ai lu qu'il modifiait le MBR (comment, pourquoi?). N'en serait-ce point la la cause ?

Vu les risques à utiliser LVM et accessoirement à chiffrer un disque dur, vu que tes données et travaux sont importants pour
l'avenir de l'humanité, ne serait il pas plus raisonnable d'installer avec une méthode plus fiable, legacy, MBR ou GPT, sans chiffrage?
Sinon, j'ai lu aussi que si on utilise LVM, le mieux est d'être en RAID 1 ou 0+1 afin d'avoir une copie conforme de ton disque.
Mais cela nécessite l'achat d'un second disque... :l
Je pense que si cette préconisation est faite à plusieurs reprises sur le net (il n' y a pas de fumée sans feu), c'est qu'il doit
souvent y avoir des problèmes avec LVM.

En ce qui concerne le chiffrage, je comprends que tu doives préserver tes travaux, mais tu sais, si accès physique
à l'ordi ou simplement au disque dur, n'importe quel bébé hacker crack ton chiffrage en moins que rien.
Je pense qu'il existe des solutions plus "sécures" pour limiter l'accès à tes données et cela sans utiliser un gestionnaire
de volume logique. je dis "je pense", car je ne me suis jamais penché sur le problème, car tu sais bien que je n'ai
rien à cacher, moi :l :lol: (d'ailleurs j'ai démonté la porte des wc et les volets de ma chambre :lol: )

Alors t'en pense quoi, LVM ou pas LVM, la cause du non reboot sur l'autre ordi? (si tu n' y voit pas d’inconvénient, c'est
ton sujet, cette question peut s'adresser à d'autres aussi)


@ + Image
PC are like air conditioning, they becomes useless when you open Windows (L.T)
PC1 : CM : ASRock 990FX | CPU: AMD FX 8350-8 cores, 4 GHz | RAM: 16 Go DDR3 1600 MHz | CG: ATI RX 580-8 Go | OS : LM 20.3 Uma Xfce 4.16 | K: 5.4
PC2
:Core2 Quad Q9650 @ 3 GHz | CG: Nvidia GTX 650TI | OS: LM 21.3 Xfce 4.18| K: 6.5
PC3 :Core i7-2600 @ 3,5 GHz | CG: ATI HD 4650 | OS: Emmade5 Xfce 4.18.0 | K: 6.1
PC4 : AMD Ryzen 5 3500X 4GHz | CG: GTX 970 | Ram : 8GB |OS : Debian 10.5 | K: 5.10
In a world without walls and fences, who needs windows and gates?

Avatar du membre
arghlub
Administrateur du site
Messages : 10421
Enregistré le : dim. 21 mai 2017 08:19
Localisation : Provence
Contact :

Re: Reparer le boot d'un SSD Linux Mint 19 (LUKS/LVM)

Message par arghlub »

alain a écrit :
jeu. 11 avr. 2019 05:01
(Ça c'est Arghlub, qui me l'a dit et il ne dit pas que des co****ries :l )
:roll: :roll: :lol:
Tour1 (custom)CM MSI Z270 M3 | CPU Intel I7-7700K | CG Nvidia GTX 1080 | RAM 16Go | tripleBoot : Debian 11 | MXlinux 21 | LMint 19.3 | XFCE
Tour2 (custom)CM Gigabyte | CPU AMD Athlon 5200+ | CG Nvidia GTX 560 | RAM 6Go | FreeBSD 12.1 XFCE
Portable1 MSI GF75 Thin 9SC | CPU Intel I7-9750H | CG Nvidia GTX 1650 | RAM 32Go | dualBoot : LMint 20.2 | MXlinux 21 | XFCE
Portable2 MacBook Air A1466 (2015) | CPU Intel I5-5250U | CG Intel HD Graphics 6000 | RAM 8Go | dualBoot : macOS Sierra | MXlinux 21 XFCE
─────( pour une informatique libre ! -membre en stand-by de l' April.org────────────────

Répondre