Blind114 a écrit : ↑mer. 14 févr. 2024 18:36
Toutefois si tu veux nous faire un retour plus détaillé sur les éléments qui ont permis la résolution de ton souci surtout n'hésite pas !
J'espère qu'
@AndRégnier ne m'en voudra pas trop si je le fais à sa place.
Résumons : AndRégnier possède un ordinateur à double stockage, W11 sur un NVMe — pour la réactivité, ça semble devenu nécessaire — les données sur un DD, ce qui n'est pas une idée sotte.
Il a choisi d'installer Zorin sur le DD, qui offre davantage de capacité.
Son problème était de parvenir à faire fonctionner les deux OS dans un
dual-boot géré par GRUB, la solution de modifier la séquence de démarrage pour passer de l'un à l'autre étant assez fastidieuse à la longue...
Dans un premier temps, j'ai pensé qu'il suffirait de régénérer GRUB, en utilisant les trois lignes habituelles :
Mais, pour une raison que je ne m'explique pas, la seconde a produit une erreur bloquante que Boot-Repair n'a pas été capable de réparer et à propos de laquelle je n'ai rien trouvé de concluant.
Chaque support possédant sa partition EFI propre, j'ai donc pensé que le plus simple — et le moins risqué pour Windows dont
@AndRégnier a besoin par ailleurs— serait de les conserver toutes les deux en l'état et d'ajouter une entrée Windows au menu de GRUB en la faisant pointer sur le lanceur de W11 dans la partition EFI du NVMe.
Comme je n'avais jamais eu ce genre de matériel, je me suis demandé comment déclarer ladite partition, un NVMe n'étant pas un DD...
J'ai donc consulté les amis et
@Blind114 a pu m'envoyer un fichier de configuration "/boot/grub/grub.cfg" correspondant à ce que je cherchais. Qu'il en soit remercié, comme
@roger même si son fichier n'allait pas, vu qu'il utilise des SSD, lesquels se déclarent de la même façon que les DD — j'en ai découvert, des choses !
Bref, ledit fichier a confirmé ce que j'avais lu au cours de mes recherches : on peut très bien se passer de la ligne classique qui fait référence au numéro de la partition :
... l'association étant faite juste après par le biais de l'UUID :
Quant à la technique du "
chainloader", je l'avais vue dans l'entrée "Windows" de mon "grub.cfg" et je l'utilise déjà pour intégrer Solus et son menu de démarrage "systemd".
Concrètement, voici ce que ça donne :
Code : Tout sélectionner
menuentry "Windows 11 (sur /dev/nvme0n1)" --class windows --class os $menuentry_id_option 'osprober-0AF6-D074' {
insmod part_gpt
insmod fat
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root 0AF6-D074
else
search --no-floppy --fs-uuid --set=root 0AF6-D074
fi
chainloader /EFI/Microsoft/Boot/bootmgfw.efi
Pour connaître l'UUID de la partition, cette ligne — entre autres commandes — propose l'arborescence du système avec toutes les précisions dont on a besoin :
Je sais d'expérience que les modifications apportées à "grub.cfg" disparaissent à chaque mise à jour de GRUB, mais comme ces mises à jour ne semblent plus possibles, ça ne risque rien pour le moment.
En tout cas, ça marche ! J'ai d'ailleurs fait de même sur mon ordinateur, ce qui me permet de lancer W11 depuis le dock où j'ai provisoirement installé mon DD avec mon
multi-boot, rescapé de la
perte de mon précédent portable...
