Impossible de boot (grub)

Support Debian
#2

Lors de la réinstallation, tu as visiblement démarré l’installateur en mode legacy/CSM (compatibilité BIOS) au lieu du mode (U)EFI natif comme précédement, ce qui a installé le chargeur GRUB compatible BIOS. Or c’est toujours le chargeur GRUB EFI, stocké dans la partition système EFI, qui se lance au démarrage mais ne trouve plus les fichiers nécessaires à la suite puisque tu as reformaté.

Tu peux forcer le boot du PC en mode legacy/CSM (désactiver le mode UEFI natif) pour lancer le chargeur GRUB correspondant qui a dû être installé dans le MBR du disque. Mais sache que dans ce mode le dual boot avec Windows ne fonctionnera pas.

Autre option : installer le paquet grub-efi-amd64. Pour retrouver le dual boot Windows, il faudra redémarrer (en mode EFI) puis exécuter [mono]update-grub[/mono].

#3

Merci pour ta réponse mais je ne vois pas comment forcer le boot en csm/legacy sachant que quand j’allume l’ordinateur j’ai directement mon erreur qui s’affiche.

De plus pour la 2eme solution qui parrait la mieux, il faudrait déjà que j’accede a debian pour cela…

#4

Pour modifier l’amorçage, il faut appuyer sur une touche définie (généralement Esc, Del ou une touche de fonction) soit pour rentrer dans les paramètres du BIOS/UEFI, soit pour afficher le menu de boot et sélectionner le disque en mode non UEFI.

L’application de la deuxième solution supposait que tu avais réussi la première. Sinon, tu peux aussi démarrer avec l’installateur Debian en mode “dépannage” (rescue) et lancer un shell sur la partition racine du système installé sur le disque.

#5

Il y a du progrès.
Au “demarrage” lorsque j’appuie sur echap j’ai un menu qui apparait avec 5 possibilité :

  • Windows boot manager (qui lance bien mon windows)
  • Realtek PXE B04 D00 (ce n’est pas un port usb ou lecteur cd ?)
  • debian (qui lance donc l’erreur avec le grub rescue)
  • P2 : Matshitadvd-RAM UJ8G6 (comme Realtek ? )
  • Enter Setup (mon bios de base)

Je pensais donc utilisée des outils comme super grub disk, est ce une bonne idée ou il y a d’autres solution ?

#6

Non, PXE c’est le boot réseau.

C’est le lecteur de DVD Matsushita/Panasonic.

Je suis un peu surpris qu’il n’y ait pas d’option pour le disque dur lui-même.
Tu peux utiliser “Enter Setup” pour entrer dans les paramètres et voir si tu trouves dans les options de boot un réglage pour activer “legacy” ou désactiver “UEFI”.

Tu peux utiliser Supergrubdisk, mais ce n’est pas indispensable, l’installateur Debian en mode rescue suffit comme écrit plus haut.

#7

Alors j’ai chercher un peu partout dans les paramètres et j’ai trouvés dans uzb configuration :
Legacy usb support : enabled
XHCI pre-Boot Mode : enabled

Sinon je me souviens avoir du activée “Launch CSM” pour ma première install.
C’est les seules choses que j’ai vu, je précise que le bios et de American Megatrends et l’ordi de marque Asus (je pense pas que se soit si important)

#8

“Legacy usb support” n’a rien à voir. Il s’agit d’une émulation PS/2 des clavier et souris USB pour les très vieux OS qui ne savaient pas gérer les périphériques USB.

“Launch CSM” en revanche correspond au boot en mode legacy. Mais même s’il est activé, par défaut les options de boot UEFI sont généralement prioritaires. S’il n’y a pas d’option pour désactiver le boot UEFI ou rendre le boot CSM prioritaire et s’il n’y a pas de possibilité d’amorcer le disque en CSM dans le menu de boot, je ne vois pas d’autre moyen de forcer l’amorçage du disque autrement qu’en mode UEFI afin de lancer le dernier GRUB installé.

L’image ISO Debian live n’étant pas amorçable en mode UEFI, la réinstallation s’est faite en mode legacy. Je suppose que tu n’avais pas utilisé une image live lors de l’installation initiale mais une image ISO d’installation pour qu’elle puisse se faire en mode UEFI ? MAis alors l’option “Launch CSM” n’aurait pas dû être nécessaire, contrairement à l’image live.

#9

Dans mes souvenirs ma première installation n’avait pas fonctionner, j’avais donc utilisé une live CD pour installer debian et le grub et je n’avais pas eu de problème, c’est pour cela que j’ai répété cette méthode.

Pour le coup je ne vois pas trop quoi faire, appart me tournée vers les solutions de type “boot-repair” ou “super grub disk”.

De plus chose mystérieuse, lorsque dans mon bios je passe windows en boot #1 il se créé des erreurs alors que quand je lance “manuellement” tous vas bien

#10

Bonjour, je reviens à la charge avec du nouveau.

J’ai essayé d’utiliser “Super grub disk” mais comme je ne comprennais rien j’ai juste utilisé la méthode pour boot manuellement, et la comme par magie, debian c’est allumé !

Il est fonctionnel est tous, alors j’ai utilisé les commandes apt-get install grub et upgrade-grub qui se sont exécuter sans soucis, en tous cas aucune erreur n’est apparut.

Mais comme c’était trop beau pour être vrai, lorsque je rallume mon ordi j’ai toujours mon mode “recscue grub” comme d’habitude, je pense que ça signifie que debian ne veut toujours pas ce lancer correctement.

Des idées ?

Merci d’avance.

#11

J’ai écrit plus haut qu’il fallait installer le paquet grub-efi-amd64. grub est un paquet virtuel qui est fourni par le paquet grub-legacy, qui ne convient pas pour un amorçage en mode EFI.

Note : avant d’installer le paquet, si ce n’est pas déjà le cas il faut monter la partition système EFI sur le répertoire /boot/efi (à créer si n’existe pas). Idéalement, rendre le montage automatique dans /etc/fstab.

#12

J’avoue que tu m’as perdu la. Je ne vois pas trop quel parition monter sur le répertoire /boot/efi (effectivement il n’y a pas de dossier efi).

Et dans fstab j’ai ça :

[code]# /etc/fstab: static file system information.

Use ‘blkid’ to print the universally unique identifier for a

device; this may be used with UUID= as a more robust way to name devices

that works even if disks are added and removed. See fstab(5).

/ was on /dev/sda6 during installation

UUID=8541980a-00c9-46ff-b9d8-04038870315c / ext4 errors=remount-ro 0 1

/home was on /dev/sda9 during installation

UUID=23e5739f-8412-4b1f-9d41-d614be97484d /home ext4 defaults 0 2

/home2 was on /dev/sda12 during installation

UUID=f871b150-1c3b-4e8b-84c4-0e17fc29a043 /home2 ext4 defaults 0 2

swap was on /dev/sda11 during installation

UUID=772470d5-3ce0-4926-bed1-d48d2e2fb8e9 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0[/code]

Mais je ne vois pas trop ce qui doit être automatique

#13

Il doit y avoir sur le disque une partition de type “système EFI” (EFI system partition), partitionnée en (V)FAT. Tu peux voir laquelle avec [mono]fdisk -l[/mono] et afficher son UUID avec [mono]blkid[/mono]. Ensuite il faut ajouter une ligne dans /etc/fstab :

où XXXX-XXXX doit êtr remplacé par l’UUID affiché par blkid pour la partition système EFI.
La partition sera montée automatiquement au démarrage, et peut être montée manuellement sans redémarrer avec :

Pour vérifier, une fois montée il doit y avoir un répertoire /boot/efi/EFI/debian.

#14

J’ai bien ecris la ligne et lorsque j’ai enregistrer avec gedit l’ordinateur a planté. Je l’ai laisse faire puis il c’est éteint…
Maintenant lorsque je lance debian (toujours avec super grub disk) il trouve un problème et attend 1min30.
Ensuite j’ai :

Dependency failed for /boot/efi. Dependency failed for Local File Systems. Starting Trigger flushing of journal Persistent Storage puis plein de truc pour arriver en emergency mode. Donc debian ne demarre plus

hostingpics.net/viewer.php?i … 203126.jpg
Voici l’écran que j’ai

#15

Mais si, Debian démarre. C’est le shell de secours. Tu peux éditer /etc/fstab avec [mono]nano[/mono] pour commenter la ligne que tu as ajoutée puis redémarrer. Tu as dû faire une erreur dans l’UUID. Ensuite copie ici la sortie de [mono]fdisk -l[/mono] et [mono]blkid[/mono].

#16

Je ne dois pas rajouté de chiffres après “defaults” comme l’on les autres partitions ?

#17

C’est optionnel. S’ils manquent, la valeur 0 est prise par défaut.
Par contre tu peux remplacer [mono]defaults[/mono] par [mono]defaults,nofail[/mono] pour éviter que le démarrage passe en mode dépannage en cas d’échec du montage de la partition.

#18

J’ai bien vérifier et il n’y a pas d’erreur, mon EFI system en vfat est bien mon /sda1 et j’ai bien copier-coller le code. (en passant gedit indiquait plusieurs erreur dans le shell mais le code est bien ecrit. Toujours le meme probleme donc…
D’ailleurs mes partitions c’est un gros bazard, une sauvegarde windows c’était mise après le system linux et j’ai 2 swap (aucune idée de pourquoi) cela peut être dangereux ou pas du tous ?

Au passage, merci de ta patience car sinon j’aurais changer de disque dur je pense

#19

Tu ne veux vraiment pas recopier la sortie de [mono]fdisk -l[/mono] et [mono]blkid[/mono] afin que je me fasse une idée de la situation ?

Linux peut utiliser plusieurs swaps, cela n’a rien de dangereux en soi.

Pourquoi changer de disque ? Ce n’est qu’un support de stockage. Au pire tu effaces tout et tu réinstalles mais ce n’est pas du tout nécessaire ici.

#20

Aucun problème je n’avais pas compris ça comme ça, attention ça peut faire peur :

[code]root@Julien-debian:/home/julien# fdisk -l

Disque /dev/sda : 14,9 GiB, 16008609792 octets, 31266816 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 : 0x06468113

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 31266815 31264768 14,9G c W95 FAT32 (LBA)

Disque /dev/sdb : 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 : 34971AD2-FF66-428B-B7EB-A53E83DCECF8

Device Start End Sectors Size Type
/dev/sdb1 2048 206847 204800 100M EFI System
/dev/sdb2 206848 2050047 1843200 900M Windows recovery environment
/dev/sdb3 2050048 2312191 262144 128M Microsoft reserved
/dev/sdb4 2312192 783718399 781406208 372,6G Microsoft basic data
/dev/sdb5 783718400 1353887743 570169344 271,9G Microsoft basic data
/dev/sdb6 1358082048 1397143551 39061504 18,6G Linux filesystem
/dev/sdb7 1911560192 1953523711 41963520 20G Windows recovery environment
/dev/sdb8 1353887744 1358082047 4194304 2G Linux swap
/dev/sdb9 1397143552 1740302335 343158784 163,6G Linux filesystem
/dev/sdb10 1740302336 1740304383 2048 1M BIOS boot
/dev/sdb11 1907654656 1911560191 3905536 1,9G Linux swap
/dev/sdb12 1740304384 1907654655 167350272 79,8G Linux filesystem

Les entrées de la table de partitions ne sont pas dans l’ordre du disque.
[/code]
puis pour la commande blkid :

root@Julien-debian:/home/julien# blkid /dev/sda1: LABEL="ISOIMAGE" UUID="E006-0553" TYPE="vfat" PARTUUID="06468113-01" /dev/sdb1: LABEL="SYSTEM" UUID="DA12-A664" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="984a7602-13e9-42cd-8b48-1ddc7662d3f7" /dev/sdb2: LABEL="Recovery" UUID="30E61A6DE61A3396" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="491807a2-385c-47db-8850-27e861be4837" /dev/sdb3: PARTLABEL="Microsoft reserved partition" PARTUUID="1fc0f9b9-6e6f-4441-8e1a-6b54507b55cb" /dev/sdb4: LABEL="OS" UUID="CE281D83281D6C29" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="81e99cd2-7b2b-4c96-bcf3-c41678f83f5d" /dev/sdb5: LABEL="Data" UUID="289C1F179C1EDF5E" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="4d522832-2f94-4833-9263-fb6ff0be0358" /dev/sdb6: UUID="8541980a-00c9-46ff-b9d8-04038870315c" TYPE="ext4" PARTLABEL="system" PARTUUID="e65998fe-babd-420b-8d3c-c5ae1530d860" /dev/sdb7: LABEL="Restore" UUID="02D220B7D220B0B9" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="cfcd1551-bdb9-47b9-89cc-09c736c4ddae" /dev/sdb8: UUID="33c9ab5b-db54-4480-86c9-1069eaf0067e" TYPE="swap" PARTLABEL="swap" PARTUUID="df6771a7-3bde-410c-915f-f13e33af6ed0" /dev/sdb9: UUID="23e5739f-8412-4b1f-9d41-d614be97484d" TYPE="ext4" PARTLABEL="home1" PARTUUID="8bbc0bec-78bd-499e-a05d-2fb9e0e7afe7" /dev/sdb10: PARTUUID="022e1514-22f8-4935-a436-00dd9aa83602" /dev/sdb11: UUID="772470d5-3ce0-4926-bed1-d48d2e2fb8e9" TYPE="swap" PARTLABEL="swap" PARTUUID="d99caec4-2012-4282-a840-38025249033d" /dev/sdb12: UUID="f871b150-1c3b-4e8b-84c4-0e17fc29a043" TYPE="ext4" PARTLABEL="home2" PARTUUID="c0c844ca-6a62-4a48-896e-668eece3a196"

Et enfin le fichier fstab (avec la ligne en commenter) :

[code]# / was on /dev/sda6 during installation
UUID=8541980a-00c9-46ff-b9d8-04038870315c / ext4 errors=remount-ro 0 1

/home was on /dev/sda9 during installation

UUID=23e5739f-8412-4b1f-9d41-d614be97484d /home ext4 defaults 0 2

/home2 was on /dev/sda12 during installation

UUID=f871b150-1c3b-4e8b-84c4-0e17fc29a043 /home2 ext4 defaults 0 2

swap was on /dev/sda11 during installation

UUID=772470d5-3ce0-4926-bed1-d48d2e2fb8e9 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0

system grub was on /dev/sda

#UUID=984a7602-13e9-42cd-8b48-1ddc7662d3f7 /boot/efi vfat defaults[/code]

Je ne pense pas avoir fait d’erreur de recopiage, mais ça me parait bizarre que le système linux ait une erreur

#21

Comme je le souçonnais, tu as confondu l’UUID et le PARTUUID de la partition système EFI (actuellement /dev/sdb1 mais ça peut changer en /dev/sda1 par exemple, c’est pourquoi on s’embête à utiliser des UUID).
Tu prends [mono]UUID=DA12-A664[/mono] ou [mono]PARTUUID=984a7602-13e9-42cd-8b48-1ddc7662d3f7[/mono] mais pas un mélange des deux. J’avais écrit un UUID de la forme XXXX-XXXX comme doit avoir celui d’un système de fichiers FAT pour que tu le reconnaisses plus facilement, mais c’est raté.

On aurait pu utiliser aussi un label (LABEL= ou PARTLABEL=) qui est plus parlant mais moins unique qu’un UUID, surtout avec cette partition système EFI.

Pour information, UUID= désigne l’identifiant unique du contenu de la partition (système de fichiers, swap, LVM, RAID, LUKS…) alors que PARTUUID= désigne l’identifiant unique de la partition elle-même, indépendamment de son contenu. A titre d’exemple, si on reformate une partition l’UUID change mais le PARTUUID reste le même. Inversement si on clone bit à bit le contenu d’une partition dans une autre, la partition de destination aura le même UUID que la partition d’origine mais un PARTUUID différent.

Après avoir corrigé le fichier fstab, tu peux vérifier immédiatement sans rebooter avec

S’il n’y a pas d’erreur et /boot/efi contient un répertoire EFI avec des sous-répertoires Microsoft et debian, c’est bon.

Ensuite, installation de grub-efi-amd64 (il va y avoir une erreur à la fin disant que les services EFI ne sont pas disponibles, normal), reboot en mode UEFI et exécution de [mono]update-grub[/mono] si tout se passe bien pour réintégrer Windows dans le menu de démarrage.