Forum-Francophone-LinuxMint.fr

Bonjour la communauté,

Un peu de contexte pour commencer ...
Je suis sur ordinateur portable, et j'ai récemment fait l'acquisition d'un SSD (Kingston A400 960Go) pour remplacer mon bon vieux HDD d'origine (1To).
Avant ce changement, j'étais en Dualboot LMDE6 / W10. J'avais une partition pour W10, une partition de données, et enfin celle pour LMDE6, et tout fonctionnait bien (juste la rapidité qui laissait à désirer). J'ai donc fait un changement pour un SSD que j'ai fait installer en boutique à côté de chez moi avec clonage de W10 (qui contient un logiciel photo dont j'ai besoin) et de la partition données. Comme le SSD faisait une taille un peu inférieure au HDD, je me suis dit que je réduirai moi même la partition données pour refaire une installation de LMDE6 (et donc avoir de nouveau mon dualboot, juste avec un peu moins de place sur ma partition données).

Mon soucis :
Une fois le pc récupéré avec le SSD installé, j'ai fait cela, et au premier démarrage tout fonctionne : j'ai le grub au démarrage, je peux aller sous LMDE6 sans soucis, ainsi que sous W10. Cependant, à chaque fois que je vais sous W10, le grub ne s'affiche plus au démarrage suivant et le boot se fait directement sous Windows... Je peux retrouver le grub en rétablissant l'ordre de démarrage dans le bios (et donc retrouver LMDE6), mais ça recommence systématiquement quand je retourne sous W10 (même s'il n'y pas de mise à jour dans W10) ...

Ce que j'ai tenté :
- Désactiver le démarrage rapide sous W10 --> sans succès
- Mettre Mint22 au lieu de LMDE6 --> même problème
- Mettre un mot de passe au bios (pour tenter d'empêcher W10 de changer l'ordre de boot de lui même) --> sans succès
- Installer LMDE6 en legacy --> W10 n'apparaissait plus dans le grub
- Mettre le grub sur une autre partition que sda1 (la partition EFI) --> sans succès

J'ai trouvé par ailleurs sur le forum mint international quelqu'un qui avait un soucis similaire, mais la solution proposée se basait sur l’utilisation de deux disque durs, chose que je ne peux pas faire sur mon pc portable. Le sujet en question : https://forums.linuxmint.com/viewtopic.php?t=368465

Est-ce que quelqu'un aurait une solution à ce soucis et qui n'implique pas d'utiliser deux disques durs ?
Je n'ai pas trouvé de problème équivalent sur le forum francophone, désolé si je l'ai raté dans mes recherches ...

Merci par avance de vos lumières

Bonjour PapayouPapayouLélé,

Tu n'as pas renseigné ta signature, ce qui nous empêche d'être aussi pertinents qu'on aurait peut-être pu l'être. On va donc faire une approche un peu aléatoire en attendant

Peut-être que ton BIOS est comme le mien, à savoir qu'il propose 2 ordres de priorité : un premier ordre de priorité à utiliser une seule fois et qui sera oublié une fois qu'il aura été utilisé, et un second ordre de priorité qui est permanent et qui ne sera pas modifié par un changement dans le premier. Si tel est le cas, prends soin de bien modifier les deux.

Effectivement je n'avais pas rempli ma signature ... C'est bon désormais

(en espérant qu'il y ait suffisamment d'éléments).

J'ajoute cette capture d'écran de gparted (si ça peut aider):

Petite précision pour le sda4, W10 l'indique comme partition de récupération.

J'ajoute également une capture d'écran de mon ordre de boot (si ça peut aider également ...) :

Trois remarques :

les ubuntu correspondent aux tentatives que j'ai fait avec Mint 22 --> je n'ai visiblement pas la possibilité de les supprimer depuis le bios

il y a deux Windows Boot Manager, mais je ne sais pas pourquoi --> même remarque que le point précédent

c'est à partir d'ici que je modifie mon ordre de boot (en mettant debian en premier), je retrouve bien le grub ensuite, jusqu'à ce que je retourne sous W10 (ce qui replace automatiquement un des Windows Boot Manager en premier)

Pour répondre à ce que tu m'as dit Armaggion, je ne vois rien dans mon bios qui corresponde à deux niveaux de priorité (ou même simplement deux ordres de boot différents)

.

PapayouPapayouLélé a écrit : lun. 11 nov. 2024 16:29Effectivement je n'avais pas rempli ma signature ... C'est bon désormais (en espérant qu'il y ait suffisamment d'éléments).

Merci

PapayouPapayouLélé a écrit : lun. 11 nov. 2024 16:29Petite précision pour le sda4, W10 l'indique comme partition de récupération.

Très probablement. Le flag "hidden" est assez révélateur.

PapayouPapayouLélé a écrit : lun. 11 nov. 2024 16:29Les ubuntu correspondent aux tentatives que j'ai fait avec Mint 22 --> je n'ai visiblement pas la possibilité de les supprimer depuis le bios

En effet, le BIOS ne fait que restituer ce qu'il détecte sur ton système. Il ne crée, modifie ni supprime rien. Il ne fait que jouer sur l'ordre de priorité en mode "je tente d'abord 1, puis 2, puis 3,...". Mais dès qu'il trouve, il ne va pas plus loin et c'est le lanceur qui prend le relais.

PapayouPapayouLélé a écrit : lun. 11 nov. 2024 16:29il y a deux Windows Boot Manager, mais je ne sais pas pourquoi --> même remarque que le point précédent

Et même réponse

Il s'agit probablement de l'entrée pour la partition de récupération.

PapayouPapayouLélé a écrit : lun. 11 nov. 2024 16:29c'est à partir d'ici que je modifie mon ordre de boot (en mettant debian en premier), je retrouve bien le grub ensuite, jusqu'à ce que je retourne sous W10 (ce qui replace automatiquement un des Windows Boot Manager en premier)

J'aurais tendance à dire que ton système mémorise des options ou s'auto-répare au démarrage en croyant à un problème.

PapayouPapayouLélé a écrit : lun. 11 nov. 2024 16:29Pour répondre à ce que tu m'as dit Armaggion, je ne vois rien dans mon bios qui corresponde à deux niveaux de priorité (ou même simplement deux ordres de boot différents) .

Tant mieux, ou tant pis. C'est au moins une première hypothèse écartée. Passons à la deuxième.

Tentons de désactiver le démarrage rapide de Windows. Ca se passe sous Windows bien entendu. Une fois démarré, cherche le démarrage rapide dans les options d'alimentation (ou gestion d'énergie ?). Dans le doute, j'ai trouvé un lien qui explique mieux que moi : https://support.lenovo.com/nz/fr/solutions/ht501793

Troisième possibilité : Si ça ne fonctionne pas, il va falloir travailler l'UEFI au corps. Dans une ligne de commande sous Linux+, essaie de faire

Code : Tout sélectionner

sudo efibootmgr -v

et de nous partager le résultat.

Armaggion a écrit : lun. 11 nov. 2024 18:34
PapayouPapayouLélé a écrit : lun. 11 nov. 2024 16:29Les ubuntu correspondent aux tentatives que j'ai fait avec Mint 22 --> je n'ai visiblement pas la possibilité de les supprimer depuis le bios
En effet, le BIOS ne fait que restituer ce qu'il détecte sur ton système. Il ne crée, modifie ni supprime rien. Il ne fait que jouer sur l'ordre de priorité en mode "je tente d'abord 1, puis 2, puis 3,...". Mais dès qu'il trouve, il ne va pas plus loin et c'est le lanceur qui prend le relais.

Je pensais que les entrées Ubuntu étaient liées à mes tests avec Mint 22, mais peut-être que je me trompe ... (j'ai remis LMDE6, Mint 22 n'étant plus sur mon pc je pensais que les entrées Ubuntu disparaîtraient pour laisser place uniquement à la debian).

Armaggion a écrit : lun. 11 nov. 2024 18:34Tentons de désactiver le démarrage rapide de Windows.

Je l'avais déjà fait, mais sans succès. Je suis quand même allé revérifier (pour voir si mon réglage avait sauté), mais le démarrage rapide est toujours bien désactivé.

Armaggion a écrit : lun. 11 nov. 2024 18:34 Troisième possibilité : Si ça ne fonctionne pas, il va falloir travailler Windows au corps. Dans une ligne de commande sous Windows (en mode administrateur), essaie de faire
Code : Tout sélectionner
sudo efibootmgr -v

Désolé si la question est bête, mais cette ligne de commande c'est pas plutôt sous mint ? Sur l'invite de commande windows en admin cette commande n'est pas reconnue.
Depuis mint ça donne ceci (après un passage sous Windows, donc sans avoir remis manuellement debian en tête dans le bios) :

Code : Tout sélectionner

BootCurrent: 0006
Timeout: 0 seconds
BootOrder: 0005,0006,0003,0001,2003,0002,2001,2002
Boot0000* UEFI Onboard LAN IPv4	PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(74867a3db98c,0)/IPv4(0.0.0.00.0.0.0,0,0)RC
Boot0001* Ubuntu	HD(1,GPT,227ada9c-eb12-4e31-9406-75c8b49c19df,0x800,0x32000)/File(\EFI\ubuntu\shimx64.efi)
Boot0002* Ubuntu	HD(1,GPT,227ada9c-eb12-4e31-9406-75c8b49c19df,0x800,0x32000)/File(\EFI\ubuntu\grubx64.efi)RC
Boot0003* Windows Boot Manager	HD(1,GPT,227ada9c-eb12-4e31-9406-75c8b49c19df,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...,................
Boot0004* UEFI Onboard LAN IPv6	PciRoot(0x0)/Pci(0x1c,0x0)/Pci(0x0,0x0)/MAC(74867a3db98c,0)/IPv6([::]:<->[::]:,0,0)RC
Boot0005* Windows Boot Manager	HD(1,GPT,227ada9c-eb12-4e31-9406-75c8b49c19df,0x800,0x32000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)RC
Boot0006* debian	HD(1,GPT,227ada9c-eb12-4e31-9406-75c8b49c19df,0x800,0x32000)/File(\EFI\debian\shimx64.efi)
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC

Euuuh, oui ! Toutafé ! D'ailleurs le "sudo" le trahit. Donc oui, bien vu ! Je corrige pour qqun qui lirait plus tard.

Bon bah il va falloir changer ce boot order pour le mettre dans le sens de ton choix, puisque ce gredin a mis le 0005 en premier (ligne 3 : "BootOrder: 0005,0006,0003,0001,2003,0002,2001,2002").
Pour faire ça :

Code : Tout sélectionner

sudo efibootmgr -o 0001,0002,0006, etc.

Et en principe, ça devrait le faire.

Je viens d'essayer, et le résultat est le même que quand je change l'ordre de boot manuellement depuis le bios :
- ca marche bien quand je vais sur ma session lmde
- dès que je vais sur windows, le redémarrage suivant n'affichera plus le grub et se fera directement sur windows --> l'ordre de boot a été changé juste par le fait d'avoir ouvert ma session windows

On revient donc au même problème que j'évoquais dans mon premier post, et qui était évoqué aussi dans le sujet sur le forum mint international (qui proposait une solution à double disque dur mais qui n'est pas possible pour moi)

Ah ouais... casse-noisettes jusqu'au bout, lui ! On va l'avoir. J'ai encore quelques ressources :

Dans Windows (pour de vrai cette fois, encore désolé), [Win]+[R] pour avoir une petite interface de saisie et tu entres "msconfig" puis [Enter]. Ca t'ouvre une petite fenêtre dans laquelle tu sélectionnes l'onglet "Démarrer" et tu vois si tu peux faire quelque chose là-dedans pour changer celui qui est "par défaut".

Si ça ne fonctionne toujours pas, tu fermes ça et tu ouvres une invite de commande en mode administrateur pour y taper la ligne de commande suivante et nous dire ce qu'elle te retourne comme informations.

Code : Tout sélectionner

bcdedit

Tu devrais voir un ligne qui commence par :

Code : Tout sélectionner

Windows Boot Manager (ou Gestionnaire de démarrage Windows en français)
—-----------------------------
identifier    {bootmgr}
path          \EFI\ubuntu\shimx64.efi

Selon ce que tu auras comme retour, tu devrais alors pouvoir utiliser l'une des commandes suivantes :

Code : Tout sélectionner

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi (sans Secure Boot)
ou 
bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi (avec Secure Boot)

...et je serai au bout de mes compétences. Pour aller plus loin, il faudra switcher sur un forum Windows qui te guidera plus efficacement.

Armaggion a écrit : mar. 12 nov. 2024 23:36 Dans Windows (pour de vrai cette fois, encore désolé), [Win]+[R] pour avoir une petite interface de saisie et tu entres "msconfig" puis [Enter]. Ca t'ouvre une petite fenêtre dans laquelle tu sélectionnes l'onglet "Démarrer" et tu vois si tu peux faire quelque chose là-dedans pour changer celui qui est "par défaut".

Dans msconfig j'avais déjà bien épuré, j'ai vérifié et je n'ai pas l'impression qu'il reste quelque chose qui pourrait provoquer ce problème.

Armaggion a écrit : mar. 12 nov. 2024 23:36 Si ça ne fonctionne toujours pas, tu fermes ça et tu ouvres une invite de commande en mode administrateur pour y taper la ligne de commande suivante et nous dire ce qu'elle te retourne comme informations.
Code : Tout sélectionner
bcdedit
Tu devrais voir un ligne qui commence par :
Code : Tout sélectionner
Windows Boot Manager (ou Gestionnaire de démarrage Windows en français)
—-----------------------------
identifier    {bootmgr}
path          \EFI\ubuntu\shimx64.efi

J'ai eu simplement ça (donc pas de ubuntu ou débian qui apparaisse dedans) :

Code : Tout sélectionner

Gestionnaire de démarrage Windows
---------------------------------
identificateur          {bootmgr}
device                  partition=\Device\HarddiskVolume1
path                    \EFI\Microsoft\Boot\bootmgfw.efi
description             Windows Boot Manager
locale                  fr-FR
inherit                 {globalsettings}
default                 {current}
resumeobject            {976c6c51-56be-11ec-94b6-d4e771ffbaf0}
displayorder            {current}
toolsdisplayorder       {memdiag}
timeout                 30

Chargeur de démarrage Windows
-----------------------------
identificateur          {current}
device                  partition=C:
path                    \Windows\system32\winload.efi
description             Windows 10
locale                  fr-FR
inherit                 {bootloadersettings}
recoverysequence        {976c6c53-56be-11ec-94b6-d4e771ffbaf0}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \Windows
resumeobject            {976c6c51-56be-11ec-94b6-d4e771ffbaf0}
nx                      OptIn
bootmenupolicy          Standard

Armaggion a écrit : mar. 12 nov. 2024 23:36 Selon ce que tu auras comme retour, tu devrais alors pouvoir utiliser l'une des commandes suivantes :
Code : Tout sélectionner
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi (sans Secure Boot)
ou 
bcdedit /set {bootmgr} path \EFI\ubuntu\shimx64.efi (avec Secure Boot)
...et je serai au bout de mes compétences. Pour aller plus loin, il faudra switcher sur un forum Windows qui te guidera plus efficacement.

J'ai essayé la première commande (j'ai désactivé le secure boot) et en remplaçant ubuntu par debian (je suis avec LMDE, les lignes ubuntu sont apparues lorsque j'ai fais mes tests avec mint 22 qui n'est plus sur le pc, d'ailleurs à la manip précédente j'avais déjà fait ce remplacement, les lignes lignes ubuntu étant en quelque sorte inactives). Il m'a mit qu'il avait enregistré la modification, mais au final ça n'a rien changé ...

S'il y a d'autres idée ... Sans ça je pense que je vais utiliser une méthode moins subtile : réinstaller windows 10 en legacy (pour éviter qu'il communique comme cela avec le bios) et faire mon dual boot ensuite. Mon soucis est qu'il faut que je vois si le fournisseur de mon logiciel photo peut me redonner une clé (raison pour laquelle j'avais toujours une session windows, sans ce logiciel elle aurait déjà dégagée depuis un moment ...).

Forum-Francophone-LinuxMint.fr

Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS

Re: Dualboot : W10 change l'ordre de boot à chaque passage dans l'OS