[Résolu] Grub perdu après modification partitions dualboot W$/Buster

Pierre16 · 23-08-2019 13:01:52

Bonjour,

Au départ,l'aventure de ce dualboot s'est déroulée dans le post précédent (id 24919) et s'est bien terminée.
J'ai voulu diminuer une partition pour en agrandir une autre.
Voici ce que j'ai fait ...
Avant modif:
https://www.cjoint.com/c/IHxlVjUjGR8

Après modif:
https://www.cjoint.com/c/IHxlZ0dZXU8

A l'allumage,j'ai une fenêtre noire avec le texte suivant :
GNU Grub version 2.02....
Minimal BASH-like editing ...
Grub >

Si je tape exit après grub>,j'arrive à Boot options menu ...
debian ....
Windows Boot Manager ...

En choisissant Windows,tout est normal pour l'ouverture de session.
Par contre,en choisissant debian,je revient à Grub > sans possibilité d'ouverture de session.

J'ai sans doute fait une bêtise et j'ai besoin de conseil.
J'ai beaucoup lu à ce sujet et pas tout compris.....

Merci pour votre aide.

Dernière modification par Pierre16 (25-08-2019 12:10:39)

raleur · 23-08-2019 15:16:23

Comment as-tu procédé ?
Si je comprends bien la seconde image, tu as supprimé 3 des 4 partitions de Debian, dont la partition système.
Avec un peu de chance le contenu des partitions n'a pas été effacé.
Tu ne touches plus à rien, tu lances un système live avec testdisk ou gpart et tu regardes si tu peux retrouver les positions des partitions supprimées.
Je vais regarder s'il y a des infos pour restaurer les partitions dans le fil précédent.

Pierre16 · 23-08-2019 17:49:33

Voilà comment j'en suis arrivé là ......

Sous windows 10,j'ai utilisé AOMEI partition sans me douter des suites .....
J'ai testdisk sous win10 mais je ne sais comment faire ??

raleur · 23-08-2019 19:00:00

J'espère que ce logiciel n'a pas effacé le contenu des partitions, sinon tu es bon pour réinstaller Debian.
Je ne sais pas comment fonctionne testdisk sous Windows, tu peux l'utiliser pour essayer de retrouver les partitions supprimées mais je ne pourrai pas forcément t'aider.

Ou bien, autre solution :

Comme je m'y attendais, tu avais posté la sortie de fdisk -l dans un de tes messages précédents : https://debian-facile.org/viewtopic.php … 91#p307791
Grâce à ces informations, tu peux recréer les partitions manquantes au secteur près avec fdisk depuis un système live et vérifier ensuite leur contenu avec file -s /dev/sdXY.

EDIT IMPORTANT : quand tu créeras les partitions fdisk peut te demander s'il faut effacer les méta-données présentes. Bien sûr il faut répondre non.

En principe la partition sda4 de 1 Mo n'est pas utilisée avec l'amorçage EFI mais si tu ne la recrées pas ça risque de décaler les numéros des autres partitions. Or si GRUB s'attend à ce que la partition racine contenant /boot/grub soit sda6 et qu'elle a un autre numéro, il va couiner. Néanmoins comme c'est grub-signed qui est installé, il me semble qu'il n'utilise pas le numéro de partition mais l'UUID, donc il devrait s'en sortir. Même chose pour le système lui-même qui utilise les UUID.

Dernière modification par raleur (23-08-2019 19:01:46)

Pierre16 · 24-08-2019 09:30:53

Merci raleur,

N'étant certainement pas une lumière dans ce domaine (j'ai fais mes preuves !!!...),je compte essayer de m'en sortir en douceur et surtout avec ta bienveillante attention.
Si je comprends bien,je dois utiliser ma clé USB bootable buster et recréer cet ensemble :

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : ST1000LM035-1RK1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : BCD83E59-AF1C-4662-83B0-4CF17716C977

Périphérique      Début        Fin   Secteurs Taille Type

/dev/sda1            34      32767      32734    16M Réservé Microsoft

/dev/sda2         32768  724723711  724690944 345,6G Données de base Microsoft

/dev/sda3     724723712 1857536211 1132812500 540,2G Données de base Microsoft

/dev/sda4    1857538048 1857540095       2048     1M Système de fichiers Linux

/dev/sda5    1857540096 1858590719    1050624   513M Système EFI

/dev/sda6    1858590720 1937321983   78731264  37,6G Système de fichiers Linux

/dev/sda7    1937321984 1953523711   16201728   7,7G Partition d'échange Linux

raleur · 24-08-2019 10:21:10

Oui. Normalement tu n'aurais qu'à recréer les trois partitions manquantes : 4, 6 et 7.
Par sécurité tu peux poster la sortie de fdisk -l dans l'état actuel pour vérifier si en plus ton fameux logiciel n'aurait pas renuméroté des partitions.

Pierre16 · 24-08-2019 13:07:41

Voici ce que j'ai pu sortir de win$ avec Aomei.
Je ne sais pas comment trouver les n° de partitions (sda...) avec windows

https://www.cjoint.com/c/IHymevFUy28

raleur · 24-08-2019 13:10:03

C'est inutilisable, il faut les numéros de partition et les positions de début et de fin au secteur près. Pour cela il suffit d'utiliser fdisk -l depuis le système live.

Pierre16 · 24-08-2019 16:41:49

Voilà ....
Je crois que les sda ne sont pas changés .....

https://www.cjoint.com/c/IHypNWePB78

Si j'ai bien compris la manoeuvre,je dois réinstaller buster en version normale en imposant les caractéristiques des partitions perdues ou alors,utiliser la version avancée d'installation.

Dernière modification par Pierre16 (24-08-2019 17:00:15)

raleur · 24-08-2019 17:35:18

Si, comme je le craignais la partition EFI a été renumérotée de sda5 en sda4. Apparemment ça ne perturbe pas le firmwere UEFI puisqu'il arrive quand même à lancer GRUB (pourtant l'entrée d'amorçage EFI contient le numéro de partition, mais aussi sa position en secteurs et son PARTUUID - je ne sais pas quelle information est réellement utilisée, je suppose que c'est le PARTUUID).

Tu n'as pas besoin de réinstaller, il faut juste utiliser fdisk pour recréer les trois partitions manquantes. Par contre fdisk ne semble pas posséder de commande pour modifier le numéro d'une partition individuelle. En mode expert "x" il y a seulement la commande "f" pour renuméroter les partitions dans l'ordre physique, ce qui pourrait faire l'affaire après avoir recréé la petite partition de 1 Mo entre sda3 et sda4. Pour renuméroter arbitrairement il faudrait utiliser la commande "transpose" de gdisk. Ou bien tu ne te préoccupes pas de la numérotation en espérant que GRUB saura se débrouiller.

Bon courage.

(J'ai mal au cou à cause de ton image tournée à 90°)

EDIT :
Si fdisk affiche qu'il détecte un contenu à l'emplacement de la nouvelle partition et demande s'il faut l'effacer, répondre NON.
Après avoir recréé les partitions, tu pourras exécuter blkid pour vérifier que le contenu des partitions a bien été préservé.

Dernière modification par raleur (24-08-2019 17:42:42)

Pierre16 · 25-08-2019 08:07:23

J'espère que tu as quand même passé une bonne nuit malgré ton mal de cou !!!
J'en suis désolé,c'est l'hébergeur qui en avait décidé....et j'avais pas vu.
Je me lance et te tiens au courant.
Encore merci.

Pierre16 · 25-08-2019 12:10:00

Mission accomplie grâce à tes bons conseils.

Voici le fdisk nouveau....

Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs

Modèle de disque : ST1000LM035-1RK1

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 4096 octets

taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets

Type d'étiquette de disque : gpt

Identifiant de disque : BCD83E59-AF1C-4662-83B0-4CF17716C977

Périphérique      Début        Fin   Secteurs Taille Type

/dev/sda1            34      32767      32734    16M Réservé Microsoft

/dev/sda2         32768  508473314  508440547 242,5G Données de base Microsoft

/dev/sda3     508473320 1857536208 1349062889 643,3G Données de base Microsoft

/dev/sda4    1857540096 1858590719    1050624   513M Système EFI

/dev/sda5    1857538048 1857540095       2048     1M Système de fichiers Linux

/dev/sda6    1858590720 1937321983   78731264  37,6G Système de fichiers Linux

/dev/sda7    1937321984 1953523711   16201728   7,7G Système de fichiers Linux

La partition 1 ne commence pas sur une frontière de cylindre physique.

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.

Disque /dev/loop0 : 181,1 MiB, 189870080 octets, 370840 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

Disque /dev/loop1 : 88,5 MiB, 92778496 octets, 181208 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

Disque /dev/loop2 : 88,7 MiB, 92983296 octets, 181608 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

Merci encore.

raleur · 25-08-2019 12:32:46

Tu n'as pas renuméroté les partitions EFI et racine comme à l'origine, donc je suppose que leur changement de numéro n'a pas eu d'impact négatif sur le lancement de GRUB ?

A propos, quelles partitions voulais-tu réduire et agrandir à l'origine ?

Dernière modification par raleur (25-08-2019 13:00:09)

Pierre16 · 25-08-2019 13:49:16

J'ai tenté le coup et ça a marché.
Aucun changement dans le grub qui a su se débrouiller comme tu l'avais cru possible.
Merci.

Debian-facile

#1 23-08-2019 13:01:52

[Résolu] Grub perdu après modification partitions dualboot W$/Buster

#2 23-08-2019 15:16:23

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#3 23-08-2019 17:49:33

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#4 23-08-2019 19:00:00

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#5 24-08-2019 09:30:53

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#6 24-08-2019 10:21:10

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#7 24-08-2019 13:07:41

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#8 24-08-2019 13:10:03

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#9 24-08-2019 16:41:49

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#10 24-08-2019 17:35:18

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#11 25-08-2019 08:07:23

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#12 25-08-2019 12:10:00

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#13 25-08-2019 12:32:46

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

#14 25-08-2019 13:49:16

Re : [Résolu] Grub perdu après modification partitions dualboot W$/Buster

Pied de page des forums