Dual boot W10/LM18.3-Cin : pas de choix du boot au démarrage (grub)

[Gaz0line]

Bonjour à tous !

Me voilà lancée dans la grande aventure du passage à Linux, j'ai sauté dans le grand bain et je viens déjà vous demander de m'envoyer un ou deux brassards, il faut bien faire ses armes

Je vous fais le topo :

J'ai installé Linux Mint 18.3 cinnamon en dual boot à côté de windows 10.

J'ai suivi ce tuto pour créer mon médium de démarrage (clé USB).

J'ai suivi ce tuto pour l'installation avec partitionnement.

Tout s'est bien passé.

Au redémarrage, le PC a booté direct sur w10.

Je suis allée dans le BIOS, j'ai désactivé le secure boot. J'ai redémarré : toujours rien. (aurai-je dû désactiver le secure boot AVANT d'installer LM ?)

J'ai bidouillé un peu les différentes options de boot dans le BIOS, je vous passe les détails car j'ai désactivé à droite, réactivé à gauche, pas de résultats, j ai remis les paramètres par défaut, secure boot toujours désactivé. J'ai aussi désactiver le "démarrage rapide" dans les paramètres d'alimentation de W10.

J'ai redémarré. Au lancement du PC, j'ai fait echap-echap-echap-echap et je suis allée dans le menu  "Boot device options" , j'ai validé les choix des shoots écrans ci-dessous et j'ai pu booter sur Linux. Ce qui veut dire que Linux est bien installé (enfin "bien" c'est présomptueux mais en tous cas il existe et il fonctionne )













Désolée pour les photos d'écran crades !

Donc en gros en faisant tout ce chemin de boot pendant le démarrage, manuellement, j'atterris bien sur LM, mais le PC en automatique ne me propose pas le choix entre LM et W10, il boote directement sur W10 si je le laisse faire.

J'ai cherché sur le forum dans les anciens sujets sans trouver mon bonheur, j'ai tout de même vu ce dont vous pouviez avoir besoin, je vous mets donc ci-dessous :

- Mes paramètres actuels dans le BIOS concernant les options de boot :





- Le résultat de la commande

Code : Tout sélectionner

sudo fdisk -l 

:

Code : Tout sélectionner

mint@mint ~ $ sudo fdisk -l
Disk /dev/loop0: 1.7 GiB, 1842749440 bytes, 3599120 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: F4742D91-7F31-43D6-8616-325D45DA8516

Device          Start        End    Sectors   Size Type
/dev/sda1        2048     534527     532480   260M EFI System
/dev/sda2      534528     796671     262144   128M Microsoft reserved
/dev/sda3      796672 1439251194 1438454523 685.9G Microsoft basic data
/dev/sda4  1920098304 1922119679    2021376   987M Windows recovery environment
/dev/sda5  1922119680 1953517567   31397888    15G Windows recovery environment
/dev/sda6  1439252480 1478692863   39440384  18.8G Linux filesystem
/dev/sda7  1478692864 1488457727    9764864   4.7G Linux swap
/dev/sda8  1488457728 1920098303  431640576 205.8G Linux filesystem

Partition table entries are not in disk order.




Disk /dev/sdb: 7.5 GiB, 8036285952 bytes, 15695871 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x7da654e6

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdb1  *          0 3710015 3710016  1.8G  0 Empty
/dev/sdb2       3699676 3704347    4672  2.3M ef EFI (FAT-12/16/32)
mint@mint ~ $

- Le shoot écran de mes partitions (via gparted)



sda6 correspond à l'os Linux
sda7 au swap
sda8 au home

J'imagine que j'ai dû m*rder quelque part, mais où

(Si tu lis ces dernières lignes, c'est que tu as eu le courage de lire cette tartine, je te remercie donc chaleureusement pour cet effort ! )

[alain]

Bonjour Gaz0line.

(Si tu lis ces dernières lignes, c'est que tu as eu le courage de lire cette tartine, je te remercie donc chaleureusement pour cet effort ! )

De rien Ou "avec plaisir" comme ils disent à Villeneuve sur lot

J'ai tout bien lu et regardé tes photos, il me semble que tu ais tout bien fait au niveau du réglage du bios.

Le grub devrais être sur sda1 "EFI system partition", on ne le voit pas car tu as du lancer "sudo fdisk -l" depuis ta clé live.
Le grub c'est ce qui sert à gérer les divers systèmes d'exploitation. Utile de l'afficher quand tu en as plusieurs (W$+linux).

Donc dans un premier temps, on va voir si tu grub est bien installé au bon endroit. Il devrait être sur ta partition EFI.
Démarre ton linux avec la méthode que tu a employé pour y arriver (pfff je ne savais même pas que c'était possible
à faire...z'ont drolement évolué les bios )
Et dans le terminal, fait:

Code : Tout sélectionner

sudo os-prober

Puis:

Code : Tout sélectionner

sudo update-grub

Il parait que la 1ère ligne n'est pas nécessaire, mais bon je suis habitué comme ça et ça ne mange pas de pain.

Puis éteint l'ordi et redémarre en appuyant sur "maj" (la flêche au dessus de ctrl). Normalement ça marche
aussi avec "échap", mais comme chez toi c'est la touche d'accès au bios, fait "maj".
En théorie si ton grub est au bon endroit, il devrait s'afficher:


Je n'ai pas trouvé d'exemple avec LM18.3 et W$, mais c'est juste pour que tu vois le style d'écran.
Donc , s'il s'affiche, tu devrais avoir une ligne LM18.3 et une ligne windows. Tu sélectionnes (rapidement) avec
les flèches celui sur lequel tu veux démarrer.

S'il ne s'affiche pas:
le plus simple sera de te créer une clé live "boot repair", c'est une petite distribution base ubuntu qui sert
principalement à réparer les problèmes de boot. Boot-Repair-Disk, LE disque de réparation du démarrage
Une fois ta clé faite, tu démarres l'ordi dessus (comme tu as fait pour démarrer le live LM18.3).
Ensuite c'est automatique, boot repair te posera peut être quelques questions, la plus importante (s'il la pose)
sera de lui indiqué la partition "EFI system partition" pour le grub.
une fois terminé, tu éteint "boot repair" tu enlèves la clé et redémarre, tu devrais tomber sur le grub avec
le choix du systéme d'explotation.

L'utilisation de boot-repair est expliquée ici: wiki ubuntu boot-repair
Commence directement par "réparation recommandée". Si ça ne fonctionne pas (c'est très rare), tu recommenceras
avec le live "boot-repair" et tu feras "créer un rapport bootinfo" que tu nous donneras ici.

[cyrille]

Sinon reboote sur une session live

Code : Tout sélectionner

grub-install /dev/sda1 

puis

Code : Tout sélectionner

sudo os-prober
sudo update-grub

Mais le cd boot-repair est une très bonne solution proposée par Alain

++
C

[Gaz0line]

Bonjour et merci beaucoup à vous deux pour vos retours,
Je regarde tout ça ce soir après le boulot.
Ce qui est difficile là c'est que j'ai envie de tout lâcher pour aller tester maintenant tout de suite Mon patron va pas être d'accord
Donc en attendant d'être libérée dans les deux sens du terme, je vais lire le wiki ubuntu boot-repair

Alain, bien belle région que le lot
Pour répondre à tes déductions, oui j'ai lancé "sudo fdisk -l" depuis ma session live sur clé, tu es trop fort

En attendant, bonne journée !

[Gaz0line]

Et me revoilà !

Tout d'abord une petite précision quant à ce que j'ai dit précédemment : quand je fais la manip manuellement des options de boot pour arriver à booter sur LM, j'ai un grub. Je fais les écrans bleus qu'Alain trouve ultra-modernes , ensuite j'ai le grub, je choisis Linux et j'arrive sur Linux. Cette précision me semble importante alors je préférais le dire ^^Voilà le grub que j'ai quand je fais la procédure manuelle de mes écrans bleus : (la première ligne n'est pas très lisible, elle indique "Linux Mint 18.3 Cinnamon x64")


Cette précision faite, voici mes manips de ce soir :
Je suis actuellement connectée sur LM (pas en live, sur l'OS installé).

J'en ai profité pour refaire le "sudo fdisk -l" vu qu'Alain avait bien vu que la première fois j'étais en liveUSB (bien que je ne suis pas sûre que cette commande lancée sur l'os installé donne plus d'infos , je vous laisse en juger) :

Code : Tout sélectionner

gaz0line@gaz0line-HP-Notebook ~ $ sudo fdisk -l
[sudo] password for gaz0line: 
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: F4742D91-7F31-43D6-8616-325D45DA8516

Device          Start        End    Sectors   Size Type
/dev/sda1        2048     534527     532480   260M EFI System
/dev/sda2      534528     796671     262144   128M Microsoft reserved
/dev/sda3      796672 1439251194 1438454523 685,9G Microsoft basic data
/dev/sda4  1920098304 1922119679    2021376   987M Windows recovery environment
/dev/sda5  1922119680 1953517567   31397888    15G Windows recovery environment
/dev/sda6  1439252480 1478692863   39440384  18,8G Linux filesystem
/dev/sda7  1478692864 1488457727    9764864   4,7G Linux swap
/dev/sda8  1488457728 1920098303  431640576 205,8G Linux filesystem

Partition table entries are not in disk order.


gaz0line@gaz0line-HP-Notebook ~ $ 

Ensuite :
J'ai tapé le "sudo os-prober" demandé par Alain,
j'ai tapé mon mot de passe,
puis j'ai tapé "sudo update-grub", et voilà ce que ça me donne :

Code : Tout sélectionner

gaz0line@gaz0line-HP-Notebook ~ $ sudo update-grub
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.10.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.10.0-38-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
fait
gaz0line@gaz0line-HP-Notebook ~ $

Ensuite j'ai éteint le PC, j'ai relancé en tapant maj-maj-maj-maj et W10 s'est lancé par défaut. Pas de grub.

J'ai donc redémarré avec ma technique bleue, j'ai atteri sur Linux (l'installé), et là j'ai fait la manip de Cyrille, à savoir :

Code : Tout sélectionner

grub-install /dev/sda1

Voilà ce que ça m'a donné :

Code : Tout sélectionner

gaz0line@gaz0line-HP-Notebook ~ $ grub-install /dev/sda1
unshare failed: Operation not permitted
Installing for x86_64-efi platform.
grub-install.real : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install.real : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install.real : attention : le disque n'existe pas, donc repli vers le périphérique de partition /dev/sda1.
grub-install.real : erreur : disque « hostdisk//dev/sda1 » non disponible.
gaz0line@gaz0line-HP-Notebook ~ $ 

Ensuite je me suis rappelé que Cyrille a dit "connecte-toi en live usb et fais ces manips" donc je me suis dit que ça avait peut-être de l'importance et je me suis reconnecté en liveUSB, j'ai retapé

Code : Tout sélectionner

grub-install /dev/sda1

,
voilà ce que ça m'a donné :

Code : Tout sélectionner

mint@mint ~ $ grub-install /dev/sda1
unshare failed: Operation not permitted
grub-probe: error: failed to get canonical path of `aufs'.
Installing for i386-pc platform.
grub-install.real: error: cannot open directory `/boot/grub/i386-pc': No such file or directory.
mint@mint ~ $

Pas glop. J'ai quand même suivi les consignes jusqu'au bout et tapé "sudo os-prober" puis "sudo update-grub" :

Code : Tout sélectionner

mint@mint ~ $ sudo os-prober
sudo /dev/sda1@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sda6:Linux Mint 18.3 Sylvia (18.3):LinuxMint:linux
grub-probe: error: cannot find a GRUB drive for /dev/sdb1.  Check your device.map.
mint@mint ~ $ sudo update-grub
/usr/sbin/grub-probe: error: failed to get canonical path of `aufs'.
mint@mint ~ $

J'ai ensuite redémarré en faisant maj-maj-maj-maj et le PC a semblé vouoir afficher le grub, j'ai eu un cadre de grub qui s'est affiché l'espace d'un quart de seconde, puis l'écran suivant m'indiquant ue Windows s'est mal chargé.
(désolée je l'ai uploadé ailleurs que sur votre systeme car la photo était trop lourde)


Mon W ne semble pas décidé à se laisser marcher sur les pieds ! Quelle saleté !

Voilà pour mes essais de ce soir, dites-moi ce que vous en pensez, et j'essaierai la clé usb boot-repair dans le week-end si pas de nouvelle suggestion pour le moment

[tyrry]

Slt ,
tu as oublier de passer la commande en "admin" (pour faire simple ...) depuis le live cd/usb

Code : Tout sélectionner

sudo -i

Code : Tout sélectionner

grub-install /dev/sda1

@+

[Gaz0line]

Ah merde...
Bon bah je vais retenter alors

[Gaz0line]

meme joueur joue encore !
A partir de la session live :

Code : Tout sélectionner

mint@mint ~ $ sudo -i
mint ~ # grub-install /dev/sda1
grub-probe: error: failed to get canonical path of `aufs'.
Installing for i386-pc platform.
grub-install.real: error: failed to get canonical path of `aufs'.
mint ~ #

A partir de l'os installé :

Code : Tout sélectionner

gaz0line@gaz0line-HP-Notebook ~ $ sudo -i
[sudo] password for gaz0line: 
gaz0line-HP-Notebook ~ # grub-install /dev/sda1
Installing for x86_64-efi platform.
efibootmgr: Could not set variable Boot0002: No such file or directory
efibootmgr: Could not prepare boot variable: No such file or directory
Installation terminée, sans erreur.
gaz0line-HP-Notebook ~ # 

du coup j'ai mis la suite :

Code : Tout sélectionner

gaz0line-HP-Notebook ~ # sudo os-prober
/dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
gaz0line-HP-Notebook ~ # sudo update-grub
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-4.10.0-38-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.10.0-38-generic
Windows Boot Manager trouvé sur /dev/sda1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configuration
fait
gaz0line-HP-Notebook ~ # 

J'ai redémarré en faisant maj-maj-maj-maj : rien, ça boot sur w10.

Je vais donc tenter l'outil boot-repair !

[Gaz0line]

Bon, j'ai fait une clé USB (appelons-la "clé2" ) avec boot-repair, mon PC ne boot pas sur la clé2 boot repair

Je me suis dit que ça venait peut-être de la clé, donc j'ai formaté ma première clé sur laquelle je boot en session live sur Linux (appelons-la "clé1") et j'ai installé boot-repair dessus (j'ai utilisé etcher pour ça, le meme logiciel que pour créer ma clé d'install LM, histoire d'être sûre d'utiliser et une clé que je sais fonctionnelle, et un logiciel que je sais fonctionnel aussi) : le PC ne boot pas sur la clé1 boot repair.

Pourtant cette clé fonctionne puisque précédemment je bootais ma session live LM18.3.

Du coup j'ai recréé sur la clé1 LM et recréé sur la clé2 boot-repair.

J'ai redémarré mon PC et booté sur ma clé1 session live pour vérifier que ça marche toujours : ça marche toujours.

Puis j'ai redémarré mon PC et j'ai booté sur ma clé2 boot-repair pour vérifier que ça marche toujours pas : ça marche toujours pas.

J'ai pris la dernière version de boot repair, peut-être qu'elle n'est pas compatible avec mon système ou lm18.3 ?

Je commence à désespérer un peu ^^
Sur ce, il fera jour demain, je vous souhaite la bonne nuit

[alain]

Bonjour Gaz0line.

Bon on voit bien qu'il y a un problème :

Code : Tout sélectionner

grub-probe: error: failed to get canonical path of `aufs'.

Je ne sais pas à quoi ça correspond et la je ne peux pas faire de recherche, je suis au taf

Donc ça serait pas mal que tu arrives a te faire une clé live "boot-repair".
Je ne vois pas trop pourquoi elle ne fonctionne pas. Non le fait que l'iso soit récente n'a
aucun rapport avec la version de LM18.3 ni même de windows. Quand tu essayes de booter
sur ta clé boot-repair, ni l'un ni l'autre ne sont démarrés, donc c'est comme s'ils n'existaient pas.
Boot-repair fonctionne d'une façon autonome, il n' y aurait pas de disque dur dans l'ordi
qu'il démarrerai quand même.

je ne vois pas pourquoi ça ne marche pas, peut être l'iso défectueuse? L'as tu contrôlée après
téléchargement?

Bon si vraiment tu n'arrives pas a faire une clé boot-repair fonctionnelle, franchement tu gagnerais ton
ton temps en réinstallant LM18.3 et en faisant bien attention de mettre le grub sur la partition EFI
(sda1). Parce que ton dernier "sudo fdisk -l" fait sur le systeme montre bien qu'il n' y est pas.
C'est la petite " * " qui est sur sda et pas sur sda1.
Je pense que quand tu as installé, quand l'installateur t'as demander ou installer le grub, tu as
du faire "enter" alors qu'il aurait fallu choisir sda1 avant "enter".

Je retourne au taf...Bonne chance