[Résolu]Echec dans ma tentative de reinstaller GRUB

bakeneko · 16-10-2018 09:30:43

Bonjour

,

Mon GRUB a récemment été supprimé lors d'une mise a jour de Windows ou du moins je ne peux plus y accéder au démarrage de mon ordinateur. J'ai donc tentee de reinstaller GRUB via un live CD Debian en suivant ce tutoriel
https://doc.ubuntu-fr.org/tutoriel/comm … aurer_grub en suivant la section 2.3 Via un CD Ubuntu (procédure par chroot)
Mais au moment d'installer le paquet «grub-pc-bin» il me sort plein d'Erreur temporaire de résolution de « deb.debian.org ».

fdisk -l

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

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 : AF182186-580C-461A-A589-BDC9576451D0

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

/dev/sda1          2048     206847     204800   100M Système EFI

/dev/sda2        206848    2050047    1843200   900M Environnement de récupérati

/dev/sda3       2050048    2312191     262144   128M Réservé Microsoft

/dev/sda4       2312192  615141758  612829567 292,2G Données de base Microsoft

/dev/sda5     615143424  616808447    1665024   813M Environnement de récupérati

/dev/sda6     616810496  616812543       2048     1M Système de fichiers Linux

/dev/sda7     616812544  616814591       2048     1M Système de fichiers Linux

/dev/sda8     616814592  776863743  160049152  76,3G Système de fichiers Linux

/dev/sda9     776863744  783718399    6854656   3,3G Partition d'échange Linux

/dev/sda10    783718400 1922045951 1138327552 542,8G Données de base Microsoft

/dev/sda11   1922045952 1953523711   31477760    15G Environnement de récupérati

Disque /dev/sdb : 3,7 GiB, 3999268864 octets, 7811072 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

Type d'étiquette de disque : dos

Identifiant de disque : 0xc3072e18

Périphérique Amorçage Début     Fin Secteurs Taille Id Type

/dev/sdb1    *         8064 7811071  7803008   3,7G  c W95 FAT32 (LBA)

Disque /dev/loop0 : 2 GiB, 2182868992 octets, 4263416 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

mount /dev/sda8 /mnt

mount --bind /dev /mnt/dev

sudo mount --bind /dev/pts /mnt/dev/pts  

mount --bind /sys /mnt/sys 

mount -t proc /proc /mnt/proc

chroot /mnt /bin/bash  

 mount -a 

 apt-get install grub-pc

Lecture des listes de paquets... Fait

Construction de l'arbre des dépendances       

Lecture des informations d'état... Fait

Les paquets suivants ont été installés automatiquement et ne sont plus nécessaires :

  efibootmgr grub-efi-amd64-bin libefiboot1 libefivar1

Veuillez utiliser « sudo apt autoremove » pour les supprimer.

Les paquets supplémentaires suivants seront installés : 

  grub-pc-bin

Les paquets suivants seront ENLEVÉS :

  grub-efi-amd64

Les NOUVEAUX paquets suivants seront installés :

  grub-pc grub-pc-bin

0 mis à jour, 2 nouvellement installés, 1 à enlever et 0 non mis à jour.

Il est nécessaire de prendre 1047 ko dans les archives.

Après cette opération, 3378 ko d'espace disque supplémentaires seront utilisés.

Souhaitez-vous continuer ? [O/n] o

Err:1 http://deb.debian.org/debian testing/main amd64 grub-pc-bin amd64 2.02+dfsg1-6

  Erreur temporaire de résolution de « deb.debian.org »

Err:2 http://deb.debian.org/debian testing/main amd64 grub-pc amd64 2.02+dfsg1-6

  Erreur temporaire de résolution de « deb.debian.org »

E: Impossible de récupérer http://deb.debian.org/debian/pool/main/g/grub2/grub-pc-bin_2.02+dfsg1-6_amd64.deb  Erreur temporaire de résolution de « deb.debian.org »

E: Impossible de récupérer http://deb.debian.org/debian/pool/main/g/grub2/grub-pc_2.02+dfsg1-6_amd64.deb  Erreur temporaire de résolution de « deb.debian.org »

E: Impossible de récupérer certaines archives, peut-être devrez-vous lancer apt-get update ou essayer avec --fix-missing ?

Voila, merci d'avance a ceux qui pourraient m'aider.

Dernière modification par bakeneko (16-10-2018 18:45:48)

Haricophile · 16-10-2018 09:35:36

J'ai une première question : Tu as bien un BIOS et pas un système EFI ?

bakeneko · 16-10-2018 09:38:53

Merci de répondre si rapidement, oui j'ai bien un BIOS

empanada · 16-10-2018 09:42:01

bakeneko a écrit :

Merci de répondre si rapidement, oui j'ai bien un BIOS

T'est vraiment sûr?
Je ne crois pas , car ton fdisk -l nous dit : "Type d'étiquette de disque : gpt" et ta tentative d'installer grub-pc nous dit "Les paquets suivants seront ENLEVÉS : grub-efi-amd64"

La guide que t'as suivi je crois que n'applique pas à ton cas. EFI n'a rien à avoir avec BIOS.

Dernière modification par empanada (16-10-2018 09:43:20)

bakeneko · 16-10-2018 09:52:19

T'est vraiment sûr?
Je ne crois pas , car ton fdisk -l nous dit : "Type d'étiquette de disque : gpt" et ta tentative d'installer grub-pc nous dit "Les paquets suivants seront ENLEVÉS : grub-efi-amd64"

La guide que t'as suivi je crois que n'applique pas à ton cas. EFI n'a rien à avoir avec BIOS.

He bien du coup j'ai un doute... A vrai dire je n'ai jamais eu a me poser la question et j'ai toujours fait comme si j'avais un BIOS sans bien savoir ce que c'est. Y a t il un moyen d’être certain de ce que j'ai, BIOS ou EFI ?

Et quelle est la difference entre EFI et UEFI?

Dernière modification par bakeneko (16-10-2018 09:55:58)

empanada · 16-10-2018 10:00:04

bakeneko a écrit :

He bien du coup j'ai un doute... A vrai dire je n'ai jamais eu a me poser la question et j'ai toujours fait comme si j'avais un BIOS sans bien savoir ce que c'est. Y a t il un moyen d’être certain de ce que j'ai, BIOS ou EFI ?

Je suis sûr que t'es sur EFI/UEFI , mais tu peut vérifier avec la touche "F2" tout au bout du démarrage de l'ordinateur.

bakeneko a écrit :

Et quelle est la difference entre EFI et UEFI?

En résumé c'est le même

Salut

empanada · 16-10-2018 10:21:03

Pour réparer le démarrage dans un PC EFI/UEFI

1er) Il faut que tu relances Debian dès Windows, en passant par le démarrage avancé. Debian va démarrer une seule fois. Si raté, tu dois répéter les pas.
La procédure change selon la version Windows:
Windows 8.0
Windows 8.1
Windos 10

2ème) Une fois démarré Debian, il faut voir l'ordre de démarrage sur le EFI :

efibootmgr

La sortie peut être comme ceci:

# efibootmgr 

BootCurrent: 0000

Timeout: 0 seconds

BootOrder: 0000,0005,0001,0002,0003,0004

Boot0000* Windows Boot Manager

Boot0001* EFI VMware Virtual SCSI Hard Drive (0.0)

Boot0002* EFI VMware Virtual SATA CDROM Drive (1.0)

Boot0003* EFI Network

Boot0004* EFI Internal Shell (Unsupported option)

Boot0005* debian

3ème)Changer l'ordre de démarrage:

efibootmgr -o 0005,0000,0001,0002,0003,0004

On peut vérifier que l'ordre c'est bien accomplie:

# efibootmgr 

BootCurrent: 0005

Timeout: 0 seconds

BootOrder: 0005,0000,0001,0002,0003,0004

Boot0000* Windows Boot Manager

Boot0001* EFI VMware Virtual SCSI Hard Drive (0.0)

Boot0002* EFI VMware Virtual SATA CDROM Drive (1.0)

Boot0003* EFI Network

Boot0004* EFI Internal Shell (Unsupported option)

Boot0005* debian

Ça y est.

Salut

bakeneko · 16-10-2018 11:58:48

Oui en effet je suis bien sur UEFI, mea culpa
Merci pour la liste des manips, malheureusement quand mon ordi redémarre après que j'ai sélectionné debian dans 'utiliser un périphérique'
un écran noir s'affiche avec:

error: unknow filesystem.

Entering rescue mode...

grub rescue> 

Et je ne peux donc pas accéder a debian.

raleur · 16-10-2018 12:26:52

Tape la commande "set" à l'invite grub rescue et relève les valeurs des variables d'environnement prefix et root.
La seule partition de type Linux qui me semble apte à contenir un système est sda8, donc prefix devrait être égal à (hd0,gpt8)/boot/grub. Si ce n'est pas le cas, il faut corriger

set prefix=(hd0,gpt8)/boot/grub

insmod normal

normal

Ensuite il faudra réinstaller le chargeur GRUB EFI depuis le système.

grub-install

Dernière modification par raleur (16-10-2018 12:31:13)

bakeneko · 16-10-2018 12:53:19

Merci pour ta réponse

error: unknow filesystem.

Entering rescue mode...

grub rescue> set

cmdpath=(hd1,gpt1)/EFI/DEBIAN

prefix=(hd1,gpt10)/boot/grub

root=hd1,gpt10

grub rescue> set prefix=(hd0,gpt8)/boot/grub

grub rescue> insmod normal

error: no such partition.

grub rescue> normal

Unknow command 'normal'.

grub rescue> 

Dernière modification par bakeneko (16-10-2018 12:54:03)

raleur · 16-10-2018 14:45:54

Ah, le disque système serait identifié comme hd1 et pas hd0... A prendre en compte dans la valeur attribuée à prefix.
Par contre, depuis un système live, peux-tu confirmer que Debian est dans la partition 8 marquée "système de fichiers Linux" et pas dans la partition 10 marquée "données de base Microsoft" ? Le type indiqué dans la table de partition ne correspond pas forcément au type effectif du contenu.

Dernière modification par raleur (16-10-2018 14:47:27)

bakeneko · 16-10-2018 15:14:52

Par contre, depuis un système live, peux-tu confirmer que Debian est dans la partition 8 marquée "système de fichiers Linux" et pas dans la partition 10 marquée "données de base Microsoft" ?

Oui après vérification Debian a bien l'air d’être dans la partition 8 marquée "système de fichiers Linux" et pas dans la partition 10 marquée "données de base Microsoft".

raleur · 16-10-2018 15:22:00

La mise à jour de Windows n'a pas pu modifier la configuration de GRUB. J'en conclus qu'elle a renuméroté les partitions, peut-être pour les numéroter dans l'ordre de position physique, et que la 10 est devenue la 8.

set prefix=(hd1,gpt8)/boot/grub

insmod normal

normal

PS : il me semble que "neko" signifie "chat", d'où l'image je suppose. Et "bake" ?

Dernière modification par raleur (16-10-2018 15:24:25)

bakeneko · 16-10-2018 18:45:11

Merci beaucoup, ça fonctionne!

Le bakeneko 化け猫 est une créature du folklore japonais, un "chat monstre" ou "chat changeant"
猫 neko veut bien dire chat et 化ける bakeru veut dire se transformer, se déguiser, changer pour le pire. Et beaucoup de créatures "horrifiques" du folklore japonais ont ce verbe dans leur nom. bakemono, monstre, obake, fantôme, etc. d'où le chat monstre.
Si ça t'intéresse il y a une page wikipedia sur les bakeneko: https://fr.wikipedia.org/wiki/Bakeneko
Et pour la photo je ne sais pas si c'est vraiment un bakeneko à la base mais c'est ce que j'avais trouvé en tapant bakeneko dans google image

raleur · 16-10-2018 19:13:56

Merci pour l'explication sur le bakeneko.

Tu as bien exécuté grub-install ensuite pour que le problème ne se reproduise pas au prochain démarrage ? Au passage cela remettra GRUB en premier devant Windows Boot Manager dans l'ordre de démarrage EFI (cela aurait pu être fait avec efibootmgr comme expliqué par empanada dans le message #7).

Pour en revenir à cette renumérotation des partitions intempestive par la mise à jour de Windows, il me semble l'avoir déjà vu et c'est parfaitement inacceptable, surtout pour les partitions que Windows n'utilise pas. Cependant un changement de numéro de partition peut avoir d'autres causes de Windows, notamment dans le cas des partitions logiques.

GRUB a une faiblesse vis à vis de cela : lorsque le contenu du répertoire /boot/grub se trouve dans une partition simple sur le même disque que la "core image" de GRUB (ici le fichier grubx64.efi se trouvant dans la partition système EFI), alors GRUB enregistre simplement le numéro de la partition dans sa variable $prefix pour accéder à /boot/grub. Dans les autres cas (partition sur un autre disque, ensemble RAID, volume logique LVM...) il enregistre l'UUID du système de fichiers. Ainsi même si les partitions changent de numéros, GRUB peut quand même retrouver celle qui contient /boot/grub grâce à son UUID qui lui ne change que si la partition est reformatée (ce qui n'arrive que si on réinstalle le système, donc on réinstalle aussi GRUB). C'est dommage que GRUB n'utilise pas systématiquement l'UUID (ou ait une option pour cela) même quand la partition est sur le même disque.

bakeneko · 16-10-2018 21:07:38

Oui j'ai bien exécuté grub-install et j'ai fait plusieurs reboot pour vérifier qu'il boutait toujours sur GRUB.
Et merci pour l'explication sur GRUB et les partitions, c'est dommage en effet que GRUB n'utilise pas systématiquement l'UUID. En tout cas maintenant si j'ai à nouveau ce genre de problème, même avec des partitions différentes je devrai pouvoir le résoudre, merci

raleur · 17-10-2018 19:32:31

Un dernier mot : méfiance avec les tutoriels, surtout dans des domaines aussi délicats que l'amorçage. Je ne vais pas redire tout le mal que j'en pense.
Franchement, faire installer le paquet grub-pc à la place de grub-efi, quelle stupidité ! En règle générale, méfie-toi si une commande apt-get propose de désinstaller des paquets sans que tu l'aies expressément demandé.

Cette fois tu as eu de la chance que la stupidité ait été empêchée par l'absence de connectivité internet (si le système live n'avait pas configuré le réseau) ou de fichier /etc/resolv.conf dans ton système (tu peux dire merci à NetworkManager ou resolvconf qui a remplacé ce fichier par un lien pointant vers un emplacement temporaire recréé à chaque démarrage).

Debian-facile

#1 16-10-2018 09:30:43

[Résolu]Echec dans ma tentative de reinstaller GRUB

#2 16-10-2018 09:35:36

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#3 16-10-2018 09:38:53

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#4 16-10-2018 09:42:01

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#5 16-10-2018 09:52:19

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#6 16-10-2018 10:00:04

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#7 16-10-2018 10:21:03

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#8 16-10-2018 11:58:48

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#9 16-10-2018 12:26:52

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#10 16-10-2018 12:53:19

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#11 16-10-2018 14:45:54

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#12 16-10-2018 15:14:52

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#13 16-10-2018 15:22:00

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#14 16-10-2018 18:45:11

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#15 16-10-2018 19:13:56

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#16 16-10-2018 21:07:38

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

#17 17-10-2018 19:32:31

Re : [Résolu]Echec dans ma tentative de reinstaller GRUB

Pied de page des forums