Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

bakeneko
Membre
Distrib. : Debian testing Buster
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome
Inscription : 01-11-2016

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

Bonjour smile,

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 19:45:48)

Hors ligne

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

Haricophile
Adhérent(e)
Lieu : Pignans (Var)
Distrib. : SID
Noyau : 4.0.0-1-amd64
(G)UI : Mate / i3 selon...
Inscription : 14-09-2009

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

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

« Un optimiste n’est pas un être satisfait, content de la situation actuelle. C’est quelqu’un qui pense qu’il peut faire quelque chose qui servira. » (Raymond Aubrac)

Hors ligne

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

bakeneko
Membre
Distrib. : Debian testing Buster
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome
Inscription : 01-11-2016

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

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

Hors ligne

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

empanada
Membre
Distrib. : Debian 11 (Bullseye)
Noyau : 5.10.0-13-amd64
(G)UI : LXDE
Inscription : 19-09-2018

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

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 10:43:20)


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

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

bakeneko
Membre
Distrib. : Debian testing Buster
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome
Inscription : 01-11-2016

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

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 10:55:58)

Hors ligne

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

empanada
Membre
Distrib. : Debian 11 (Bullseye)
Noyau : 5.10.0-13-amd64
(G)UI : LXDE
Inscription : 19-09-2018

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

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


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

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

empanada
Membre
Distrib. : Debian 11 (Bullseye)
Noyau : 5.10.0-13-amd64
(G)UI : LXDE
Inscription : 19-09-2018

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

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


"blues are the roots and the other musics are the fruits" . Willie Dixon

Hors ligne

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

bakeneko
Membre
Distrib. : Debian testing Buster
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome
Inscription : 01-11-2016

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

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.

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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 13:31:13)


Il vaut mieux montrer que raconter.

En ligne

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

bakeneko
Membre
Distrib. : Debian testing Buster
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome
Inscription : 01-11-2016

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

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 13:54:03)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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 15:47:27)


Il vaut mieux montrer que raconter.

En ligne

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

bakeneko
Membre
Distrib. : Debian testing Buster
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome
Inscription : 01-11-2016

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

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".

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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 16:24:25)


Il vaut mieux montrer que raconter.

En ligne

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

bakeneko
Membre
Distrib. : Debian testing Buster
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome
Inscription : 01-11-2016

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

Merci beaucoup, ça fonctionne! merci.gif

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

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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.

Il vaut mieux montrer que raconter.

En ligne

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

bakeneko
Membre
Distrib. : Debian testing Buster
Noyau : Linux 3.16.0-4-amd64
(G)UI : Gnome
Inscription : 01-11-2016

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

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 yes.gif

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

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

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).

Il vaut mieux montrer que raconter.

En ligne

Pied de page des forums