rien de changé; donc je quitte car il est tard.

J'eaaierai demain en choisissant le boot manager qui apparaît comme choix après "linux Mint cinnamon" pour vois ce que cela donne.

Très étrange... Tiens-moi au courant.

ok jje redémarre sur ubuntu; si je n'ai rien de nouveau, je quitte et merci pour l'aide.

ok à+

J'eaaierai demain en choisissant le boot manager qui apparaît comme choix après "linux Mint 19 cinnamon" pour vois ce que cela donne.

Quand je lis ceci, j'en déduis qu'il s'affiche maintenant, ce GRUB. Et avec l'entrée Windows comme on pouvait le souhaiter. Il faut juste le faire passer en tête dans la NVram pour qua ça fonctionne automatiquement. S'il ne s'affichait pas, tu n'aurais que l'entrée "Ubuntu (samsung SSD970 EVO +)" en tapant F11 et rien d'autre.

Une capture de ce menu Mint 19 Cinnamon confirmerait qu'on a bien affaire à GRUB. Et il ne restera plus qu'à régler ceci :

BootOrder: 0000,0002,0001,0003

max@PC-Max:~$ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
#GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=10

================================================================

#GRUB_TIMEOUT_STYLE=hidden

Faut mettre une distance entre le # et le Grub_ ...............

comme ceci ;

# GRUB_TIMEOUT_STYLE=hidden

================================================================

ton Grub timeout , est long ( 10 secondes ) .. tu peux le changer pour 5 secondes

ensuite quand l'on fait un petit ou gros changement dans /etc/default/grub , on fait toujours un :

sudo update-grub

===========================================

Petite suggestion en passant ..

Voici mon /etc/default/grub sur ma Debian ;

mine@debian:~$ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX=""

========================

Sur ma Mint Xfce ;

mine@mine-Precision-WorkStation-T3400:~$ cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""

============================

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true

sont pour redemarrer sur la derniere distro utiliser ..

====================================================

je sais , je sais , cela n'a pas rapportt au sujet

============================================

Oh , si le Grub n:apparais pas -->

sudo apt-get install grub2

sudo update-grub

Re,

Faut mettre une distance entre le # et le Grub_

C'est possible, même si le tuto de Malbo n'en propose pas. Je pense d'ailleurs que ce souci est réglé.

Je récapitule : Maxfélix a 2 disques Nvme et 3 ahci-sata. Windows est sur le premier Nvme et Mint sur le second. Son GRUB est installé sur la partition efi du premier Nvme (on en reparlera plus tard), et le dual-boot est correctement installé. Il a deux problèmes :

1. Au démarrage, le PC boote directement sur Windows.
2. S'il choisit de démarrer par F11, il peut utiliser l'entrée "Ubuntu" (placée sous "Windows boot Manager") qui lance sa Mint directement.

Le problème 1 n'est pas réglé, car il relève d'un réglage de la Nvram. En revanche, le second doit l'être, car Maxfélix évoque lui-même (je le cite) une entrée "boot manager qui apparaît comme choix après linux Mint cinnamon" . Ceci ne peut apparaître que dans un menu GRUB qui doit forcément s'afficher puisque ce sont deux des trois entrées proposées uniquement dans GRUB.cfg. Le menu doit d'ailleurs être le suivant :

• Linux Mint 19 Cinnamon
• Options avancées pour Linux Mint 19 Cinnamon
• Windows Boot Manager (sur /dev/nvme0n1p2)

Donc, selon moi, il ne reste que le problème 1 à régler, et là, il faudra forcément le faire au niveau du BIOS. Mais attendons que Maxfélix confirme tout cela avant d'aller plus loin.

Salut à tous,

Mon avis sur les avis/conseils ci-dessus :

1) il n'est pas nécessaire de créer un espace entre # et la ligne concernée. Perso, je n'en mets jamais ;

2) il est préférable de préceder la commande sudo update-grub de sudo os-prober (DualBoot oblige) ;

3)

#GRUB_DISABLE_LINUX_UUID=true

Ce paramètre me semble incorrect. Ne faut-il pas indiquer ce qui suit du fait qu'il y a deux disques distincts et deux distributions tout aussi distinctes ?

GRUB_DISABLE_LINUX_UUID=false

Bonsoir à tous.

Pour répondre au message de

Posté le 12/12/2019 à 08:14

Je poursuis après une interruption malencontreuse:

d'aller sur Windows directement avec la première ligne; soit de cliquer sur la seconde ligne "Ubuntu..." et d'accéder aux choix indiqués. par Ikewdu. Dans ce cas là je peux choisir de booter sur l'un ou l'autre des OS.

Re,

Ça correspond à ce que j'ai décrit (j'ai dû mal m'exprimer). As-tu accès au BIOS ? Si oui, as-tu, dans l'onglet "boot", moyen de faire passer l'entrée "Ubuntu" devant l'entrée "Windows Boot Manager" ? On ne peut pas le faire depuis Windows ou Linux (on essaiera si on n'a pas le choix), car ton BIOS est visiblement réticent à toute modification de l'ordre de démarrage depuis l'extérieur.

Je vais aller voir dans le bios MSI; il est nouveau pour moi; je l'ai parcouru déjà; mais je vais t'indiquer ce que j'y trouve; car je ne veux pas me lancer sans conseil ;de peur de bousiller soit mon installation, soit mon ordi.

Il y a deux endroits où modifier la priorité du boot:

1) dans la barre priorité de périphérique démarrage: on peut faire glisser les périphériques qui sont aux nombre de 13 vers la gauche pour modifier l'ordre de priorité; a ce niveau là il n'est pas fait mention du ssd m2 sur lequel est installé linux mint; donc on ne peut rien faire ici.

2) Au niveau du boot priorities on a les deux options:

-boot option#1 windows boot loader

-Boot option#2 Ubuntu.

Je suppose que c'est ici qu'il faut changer l'ordre de priorité? J'attends l'avis de Ikewdu pour le faire.

Re,

C'est ça... Il faut passer Ubuntu en tête (ton point 2), enregistrer, et ce sera bon.

Après, je t'expliquerai ce que ton installation a de moyen si tu envisages de débrancher un jour un des deux Nvme.

bonsoir Ikewdu

J’ai fait la manipulation indiquée; tout est ok; je regrette simplement de n'avoir pas recherché et trouvé que j'aurais du installer Grub sur la partition EFI du SSD M2 Samsung qui contient Windows; j'en étais resté au tuto du temps du MBR, où dans le cas d'un dual boot w10/Ubuntu on conseillait d'installer Grub sur le disque contenant ubuntu. Autant pour moi.

En ce qui concerne mon installation, je suis prêt à recevoir tes conseils, n'étant pas spécialement qualifié en informatique, la preuve.

Re,

1) dans la barre priorité de périphérique démarrage: on peut faire glisser les périphériques qui sont aux nombre de 13 vers la gauche pour modifier l'ordre de priorité; a ce niveau là il n'est pas fait mention du ssd m2 sur lequel est installé linux mint; donc on ne peut rien faire ici.

En fait, tu as constaté toi-même que ton support Nvme contenant Linux n'est pas proposé au démarrage. Normal, il ne contient pas de partition efi, et n'est donc pas "bootable" par lui-même.

je regrette simplement de n'avoir pas recherché et trouvé que j'aurais du installer Grub sur la partition EFI du SSD M2 Samsung qui contient Windows;

Au contraire, grub est bel et bien installé dans la même partition efi que les fichiers de démarrage de ton Windows. Tu confonds l'ordre de boot en Nvram et l'emplacement des fichiers efi. On le voit ici : même UUID de partition, mais ordre de lancement prédéfini pour booter sur WBM en premier.

=================== efibootmgr -v
Boot0000* Windows Boot Manager	HD(2,GPT,fa2ea4cf-b055-4e7b-a817-5900b7c2e2b2,0x109000,0x31800)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)
Boot0002* Ubuntu HD(2,GPT,fa2ea4cf-b055-4e7b-a817-5900b7c2e2b2,0x109000,0x31800)/File(EFIUBUNTUSHIMX64.EFI)

Tu n'y es pour rien, car même en forçant la création d'une partition efi sur l'autre disque, l'installateur Ubiquity aurait tout de même placé l'installation de grub sur la partition efi du premier disque trouvé. J'ai expliqué ce souci ici : http://ikewdu.free.fr/ubuntu-sur-usb-ou-disque-independant-de-windows-en-uefi/ Donné juste pour info, car pas adaptable tel quel !!!

Ca ne pose aucun problème tant que tu ne débranches pas les Nvme, notamment le disque sur lequel est Windows. C'est lui qui commande l'autre. Ca pourrait être rectifié, mais c'est exclu avec boot-repair qui est trop peu fiable avec les disques Nvme. Et ce n'est pas forcément indispensable si ça fonctionne bien comme ça.

Problème résolu, en tout cas.