RESOLU Problème de boot debian 9

francois · 06-08-2017 13:14:35

J'essaie d'installer Debian 9 depuis hier soir . L'installation en mode graphique s'est bien passée. Mais au moment de rebooter la machine , l'écran est bloqué sur le Grub version 2.02 beta 2. 22 unbuntu.5.

c'est une sorte de mini-bash avec une liste de commande restreintes qui ne fonctionnent qu'en auto-complétion.

L'ordi, c'est un Hp pavillon qui à l'origine fonctionnait sous Windows 8, que j'ai linuxé avec Ubuntu 15.04.

Et puis Ubuntu 15.04 n'étant pas assez performant à mon goût, j'ai décidé de revenir à la nouvelle mouture de Debian.je précise que sous Ubuntu j'avais déjà des problèmes au redémarrage de la machine !

Alors j'ai essayé un boot avec l'eufi , et puis en boot standard , mais le problème persiste !

Si quelqu'un à une idée merci d'avance !

Dernière modification par francois (10-08-2017 20:51:36)

raleur · 06-08-2017 13:20:07

Vu la version c'est encore le GRUB installé par Ubuntu qui est exécuté, et non le GRUB installé par Debian.
Tu as fait l'installation en mode EFI ou BIOS ?
Quels choix as-tu fait lors de l'installation du chargeur GRUB ?

francois · 06-08-2017 13:40:31

"Tu as fait l'installation en mode EFI ou BIOS ?" En EFI il me semble !
"Quels choix as-tu fait lors de l'installation du chargeur GRUB ?" Je ne saurais le dire !

Merci pour tout

raleur · 06-08-2017 13:48:48

En gros tu ne sais pas ce que tu as fait.
Relance l'installateur Debian en mode EFI (ça doit être écrit dans l'écran du menu de démarrage) et choisis "rescue" dans le menu de démarrage.
Passe les étapes jusqu'au lancement d'un shell sur la racine du système installé.
Relève la sortie de la commande "fdisk -l" (pas besoin des positions, juste les numéros et types des partitions).
Relève le contenu des répertoires /boot et /boot/grub.
Relève le contenu du fichier /etc/fstab (pas besoin des UUID complets).

francois · 06-08-2017 13:53:41

Ok merci pour tout !

francois · 06-08-2017 19:24:48

J'ai essayé d'installer le système de fichier sur /dev/sda1, mais le Shell refuse de s'exécuter.

Du coup j'ai décidé d'opter pour l'option "utiliser le Shell dans le contexte utilisateur"

parmi les taches que tu m'a donné à exécuter dans ton post ci-dessus , seule la commande fdisk-l fonctionne et renvoie :

/dev/sda1 EFI système
/dev/sda2 filesystème
/dev/sda3 swap systeme

/boot et /boot/grub ne sont pas accessibles ainsi que /etc/fstab

raleur · 06-08-2017 19:47:58

francois a écrit :

J'ai essayé d'installer le système de fichier sur /dev/sda1, mais le Shell refuse de s'exécuter.

Tu veux dire que tu as essayé de monter /dev/sda1 comme racine, car on n'installe rien en mode rescue. Si le shell ne s'exécute pas, ce n'est pas la bonne partition.

De fait, fdisk montre que sda1 est une partition système EFI (ce qui peut indiquer que le système a été installé en mode EFI, ou alors cela peut être un reste d'une installation précédente). La racine est visiblement dans sda2 puisque l'autre partition est le swap. C'est donc sda2 qu'il faut monter comme racine.

PS : Si le shell par défaut est sh (qui pointe vers dash, sans complétion ni historique, bref pas pratique en shell interactif), comme première commande tu peux exécuter "exec bash" pour le remplacer par le shell bash familier.

Dernière modification par raleur (06-08-2017 19:51:35)

francois · 06-08-2017 20:39:07

D'accord !, merci pour l'info "exec bash" j'ignorais que l'on pouvait obtenir le bash par ce moyen !

Et là effectivement le répertoir "boot" contient 4 fichiers et 2 repertoirs dont "efi" et "grub" les droits sur efi sont r.w.x uniquement pour root. Quand à "grub" il est aussi r.w.x pour root, les autres membres ne sont qu'en x.r. Faut-il modifier les droits ?

En ce qui concerne boot/grub , j'ai 3 répertoirs et 3 fichiers , dont grub.cfg et grubeny

le fichier /etc/fstab contient :

UUID=2c5ff8bc ext4 errors=remount-ro 0 1
UUID=8165-66AE boot/efi vfat umask=0077 01
UUID =29feb733-c194-7b07-81dd-9f70a18b1d67 none swap sw 00

raleur · 06-08-2017 20:52:51

J'avais dit que je n'avais pas besoin des UUID de fstab...
Par contre j'aurais voulu les noms des sous-répertoires dans /boot/grub, pour voir s'il y avait i386-pc (GRUB BIOS) ou x86_64-efi (GRUB EFI). Mais la présence d'un point de montage /boot/efi pour la partition EFI suffit à indiquer que l'installation a été fait en mode EFI.

Deux actions pour aller plus loin :
- Exécuter la commande "efibootmgr -v" pour afficher les entrées d'amorçage EFI et leur ordre. Visiblement il y a encore celle d'Ubuntu, mais si tout s'était bien passé il devrait y en avoir une pour Debian, avec la plus forte priorité.

- Monter la partition EFI sda1 et parcourir son contenu : présence et contenu de EFI/debian ; noms, dates et tailles des fichiers dans EFI/boot et EFI/ubuntu.

francois · 06-08-2017 21:19:30

-"efibootmgr -v" donne : en boot 0000 : Ubuntu et en boot 0004 Debian

"- Monter la partition EFI sda1 " comment je fait puisque je n'ai pas de shell en sda 1 ?

raleur · 06-08-2017 21:42:26

Il faut aussi regarder la valeur de BootOrder pour connaître l'ordre de priorité.

Je n'ai pas dit de lancer un shell sur sda1, mais juste de la monter, comme on monte la partition /home ou autre. Avec la commande mount.
Depuis le shell sur sda2, il suffit d'exécuter "mount /boot/efi" puisqu'elle est mentionnée dans fstab, et elle sera montée sur /boot/efi. Sinon, depuis n'importe quel shell :

mount /dev/sda1 /mnt

et on peut parcourir son contenu dans /mnt.

francois · 08-08-2017 21:12:22

Bonsoir

mount /boot/efi renvoie :

mount /dev/sda1 est déjà monté ou /boot/efi est occupé
dev/sda1/ est déja monté sur /boot/efi

Dernière modification par francois (08-08-2017 21:15:51)

francois · 08-08-2017 21:19:50

Quan à la commande efibootmgr -v , elle indique que unbutu boot en premier et debian en 5 ème position

francois · 08-08-2017 21:22:10

Quan à la commande efibootmgr -v , elle indique que unbutu boot en premier et debian en 5 ème position

raleur · 09-08-2017 12:35:40

Si sda1 est déjà montée sur /boot/efi pas besoin de la monter, tu peux l'explorer directement.

find /boot/efi -ls

J'aurais bien aimé voir la sortie complète d'efibootmgr.
Si le numéro de l'entrée d'Ubuntu est devant celui de l'entrée de Debian dans BootOrder, alors c'est normal que ce soit le GRUB d'Ubuntu qui soit exécuté. Par contre l'installation de GRUB par Debian aurait dû mettre son proper GRUB en premier. Tu peux tenter de réinstaller GRUB depuis le shell sur la racine avec "grub-install" (sans argument), ou bien modifier directement le contenu de BootOrder avec efibootmgr :

efibootmgr -v --bootorder XXXX,YYYY,ZZZZ

où XXXX,YYYY,ZZZZ sont des numéros d'entrées de boot affichés par efibootmgr (0004 pour Debian, 0000 pour Ubuntu d'après ton message #10).

Ou bien, la solution sale : effacer/renommer le fichier executable EFI référencé par l'entrée de boot d'Ubuntu, qui doit être /boot/efi/EFI/Ubuntu/grubx64.efi ou approchant.

Dernière modification par raleur (09-08-2017 12:37:38)

francois · 09-08-2017 20:57:03

bonsoir

La commande efibootmgr renvoie ceci :

boot order : 2002,0001,3001,0004,2001,2003

boot0000* disque dur portable
boot0001* Ubuntu
boot0002* lecteur de cd/dvd-rom interne
boot0003*lecteur de cd/dvd-r(om interne,(eufi)
boot0004*debian
boot2001*USB Drive (UEFI)
boot2002*Internal CD/DVD ROM Drive (UEFI)
boot3000*Internal hard disk or solid state disk
boot3001*internal hard Disk or solid state Disk

Je vais tenter les manipulations que tu m'a conseillé !

En te remerciant !

francois · 10-08-2017 20:50:13

bonsoir

ça marche ! et la solution sale qui a fonctionné tout simplement en supprimant le fichier "grubx64.efi ", il a affiché un certain nombre d'erreurs au redémarrage , mais il a redémarré quand même

Car j'ai tenté tant bien que mal de modifier l'ordre de boot dans efibootmgr , mais ça ne marchait toujours pas, et en me reconnectant au shell l'ordre restait inchangé

En tout cas merci pour tout !

raleur · 11-08-2017 20:25:59

francois a écrit :

la solution sale qui a fonctionné tout simplement en supprimant le fichier "grubx64.efi "

Il aurait été plus propre de supprimer l'entrée boot0001 d'Ubuntu avec efibootmgr, mais bon...

francois a écrit :

il a affiché un certain nombre d'erreurs au redémarrage

Qui ça, "il" ? Quelles erreurs ? A quel moment ? Avant l'affichage du menu de GRUB ? Après ?

Debian-facile

#1 06-08-2017 13:14:35

RESOLU Problème de boot debian 9

#2 06-08-2017 13:20:07

Re : RESOLU Problème de boot debian 9

#3 06-08-2017 13:40:31

Re : RESOLU Problème de boot debian 9

#4 06-08-2017 13:48:48

Re : RESOLU Problème de boot debian 9

#5 06-08-2017 13:53:41

Re : RESOLU Problème de boot debian 9

#6 06-08-2017 19:24:48

Re : RESOLU Problème de boot debian 9

#7 06-08-2017 19:47:58

Re : RESOLU Problème de boot debian 9

#8 06-08-2017 20:39:07

Re : RESOLU Problème de boot debian 9

#9 06-08-2017 20:52:51

Re : RESOLU Problème de boot debian 9

#10 06-08-2017 21:19:30

Re : RESOLU Problème de boot debian 9

#11 06-08-2017 21:42:26

Re : RESOLU Problème de boot debian 9

#12 08-08-2017 21:12:22

Re : RESOLU Problème de boot debian 9

#13 08-08-2017 21:19:50

Re : RESOLU Problème de boot debian 9

#14 08-08-2017 21:22:10

Re : RESOLU Problème de boot debian 9

#15 09-08-2017 12:35:40

Re : RESOLU Problème de boot debian 9

#16 09-08-2017 20:57:03

Re : RESOLU Problème de boot debian 9

#17 10-08-2017 20:50:13

Re : RESOLU Problème de boot debian 9

#18 11-08-2017 20:25:59

Re : RESOLU Problème de boot debian 9

Pied de page des forums