Grub mystérieux ? [Résolu]
Posté : dim. 3 nov. 2024 12:20
Bonjour,
j'espère ne pas me faire lyncher, mais je souhaite échanger sur un sujet maintes fois évoqué ici ou ailleurs, pour lequel toutefois je ne comprends pas la nature du problème rencontré...
Contexte : je possède 4 PC familiaux, tous en dual boot Windows 10 ou 11 avec Mint Cinnamon, régulièrement mis à jour, et qui fonctionnent parfaitement.
J'ai dernièrement passé mon PC de bureau Windows 11 / Mint21.3 vers Mint 22, en préférant une réinstallation complète de Mint après sauvegarde des données. Aucun problème, c'est propre, efficace, 90 % des usages du PC sont réalisé sous Mint, parfois Windows pour des usages très spécifiques.
Je vais donc effectuer la même démarche sur mon portable, Windows 10 et Mint 21.3 également. C'est un portable Samsung ancien (NP300-E7A de 2011 !) mais avec un SSD 1 TO et 8 Go de ram, il fonctionne incroyablement bien. J'effectue une sauvegarde totale de mes données et je me dis qu'étant donné qu'il tourne (bien) depuis plusieurs années, je vais repartir complètement à zéro. Très mauvaise idée ??? En effet, je partitionne le disque en 3 comme avant, 1 partition NTFS de 150 GO pour Windows 10, 1 partition Ext4 de 60 GO pour Mint, et le reste en NTFS pour les données communes aux 2 systèmes.
Disque en GPT, l'installation de W10 en premier, pas de problème particulier, activation du système car je possède un compte Microsoft/Office 365. Je démarre ensuite l'installation Mint avec la même clé que j'ai utilisée pour le PC fixe. Pas de problème, W10 est reconnu et l'installateur me propose d'installer Mint "à côté" de W10 avec Grub pour choisir l'OS au démarrage. Classique, j'ai fait ça des dizaines de fois entre la maison et au boulot sur un parc de portables conséquent. La routine !
MAIS ??? Au redémarrage, écran noir une dizaine de secondes, puis Windows démarre. Impossible de voir Grub au lancement, ni les touches Maj ou esc n'agissent. Dans le Bios, je suis bien en démarrage UEFI. Je tente un boot repair à partir d'une clé, Windows et Linux sont bien vus, et avec GrubCustomizer, idem, tout semble normal.
J'ai l'impression qu'en fait, grub se lance, rien ne se passe au niveau affichage puis c'est le lanceur Windows qui prend la relève. Avec EasueUs Partition Master sous Windows, l'outil de réparation du démarrage voit bien dans UFI les deux "démarreurs" "Ubuntu" et "Windows", et les fichiers/dossiers/partitions semblent être à leur place. Mais je ne peux que voir, car pour intervenir, il faut passer à la version payante ! (40.00 € quand même)
Bref, j'ai un peu peur de toucher et de perdre pour rien l'un et/ou l'autre des systèmes, en plus, je n'ai que très peu d'options de démarrage dans le bios. J'ai bien tenté la commande W10 comme administrateur " bcdedit / set {bootmgr} path \EFI\ubuntu\grubx64.efi" puis shimx64.efi (je n'ai pas d'option secure boot dans le bios), dans les deux cas, la commande me dit que c'est effectué et OK.
Voilà, je ne sais pas dans quelle direction partir, et avant de me lancer dans des commandes complexes, peut-être quelqu'un aurait une solution "simple" à proposer.
Merci.
j'espère ne pas me faire lyncher, mais je souhaite échanger sur un sujet maintes fois évoqué ici ou ailleurs, pour lequel toutefois je ne comprends pas la nature du problème rencontré...
Contexte : je possède 4 PC familiaux, tous en dual boot Windows 10 ou 11 avec Mint Cinnamon, régulièrement mis à jour, et qui fonctionnent parfaitement.
J'ai dernièrement passé mon PC de bureau Windows 11 / Mint21.3 vers Mint 22, en préférant une réinstallation complète de Mint après sauvegarde des données. Aucun problème, c'est propre, efficace, 90 % des usages du PC sont réalisé sous Mint, parfois Windows pour des usages très spécifiques.
Je vais donc effectuer la même démarche sur mon portable, Windows 10 et Mint 21.3 également. C'est un portable Samsung ancien (NP300-E7A de 2011 !) mais avec un SSD 1 TO et 8 Go de ram, il fonctionne incroyablement bien. J'effectue une sauvegarde totale de mes données et je me dis qu'étant donné qu'il tourne (bien) depuis plusieurs années, je vais repartir complètement à zéro. Très mauvaise idée ??? En effet, je partitionne le disque en 3 comme avant, 1 partition NTFS de 150 GO pour Windows 10, 1 partition Ext4 de 60 GO pour Mint, et le reste en NTFS pour les données communes aux 2 systèmes.
Disque en GPT, l'installation de W10 en premier, pas de problème particulier, activation du système car je possède un compte Microsoft/Office 365. Je démarre ensuite l'installation Mint avec la même clé que j'ai utilisée pour le PC fixe. Pas de problème, W10 est reconnu et l'installateur me propose d'installer Mint "à côté" de W10 avec Grub pour choisir l'OS au démarrage. Classique, j'ai fait ça des dizaines de fois entre la maison et au boulot sur un parc de portables conséquent. La routine !
MAIS ??? Au redémarrage, écran noir une dizaine de secondes, puis Windows démarre. Impossible de voir Grub au lancement, ni les touches Maj ou esc n'agissent. Dans le Bios, je suis bien en démarrage UEFI. Je tente un boot repair à partir d'une clé, Windows et Linux sont bien vus, et avec GrubCustomizer, idem, tout semble normal.
J'ai l'impression qu'en fait, grub se lance, rien ne se passe au niveau affichage puis c'est le lanceur Windows qui prend la relève. Avec EasueUs Partition Master sous Windows, l'outil de réparation du démarrage voit bien dans UFI les deux "démarreurs" "Ubuntu" et "Windows", et les fichiers/dossiers/partitions semblent être à leur place. Mais je ne peux que voir, car pour intervenir, il faut passer à la version payante ! (40.00 € quand même)
Bref, j'ai un peu peur de toucher et de perdre pour rien l'un et/ou l'autre des systèmes, en plus, je n'ai que très peu d'options de démarrage dans le bios. J'ai bien tenté la commande W10 comme administrateur " bcdedit / set {bootmgr} path \EFI\ubuntu\grubx64.efi" puis shimx64.efi (je n'ai pas d'option secure boot dans le bios), dans les deux cas, la commande me dit que c'est effectué et OK.
Voilà, je ne sais pas dans quelle direction partir, et avant de me lancer dans des commandes complexes, peut-être quelqu'un aurait une solution "simple" à proposer.
Merci.