problème de double amorçage de Windows avec EFI et 2 disques durs
J'ai cherché partout des réponses aux problèmes que je rencontrais et je ne trouve pas de solution. J'espère que quelqu'un ici peut aider.
J'ai un Thinkpad T420 avec deux disques durs. Le premier disque dur est interne et contient Windows 10 Technical Preview. Le deuxième disque dur se trouve dans la baie de DVD et contient Ubuntu. J'ai réinstallé les deux systèmes d'exploitation plusieurs fois en essayant de le faire fonctionner. Une fois, j’ai réussi à démarrer Ubuntu, mais Windows était alors invisible. À ce stade, je peux démarrer Windows, mais pas Ubuntu.
J'utilise EFI, pas le BIOS. Le deuxième disque, avec Ubuntu, est partitionné comme suit:
(1) Espace pour le BIOS (indicateur bios-grub) car la réparation du démarrage a insisté. Mais quand j'ai réinstallé avec cette partition, boot-repair a tout supprimé.
(2) Partition EFI (environ 1 Go), indicateur de démarrage.
(3) Partition d'échange, environ 10 Go, car j'ai 8 Go de RAM. Je ne voulais pas inclure ceci parce que c'est un disque SSD, mais des avertissements du programme d'installation Ubuntu m'ont amené à l'inclure.
(4) Racine, montée à /.
La première fois que j'ai fait cela, je pouvais démarrer Ubuntu, mais Windows était introuvable. J'ai essayé d'ajouter Windows au menu Grub avec custom_40 (puis d'exécuter update-grub), mais il était (et est toujours) totalement ignoré. C’est un autre problème - je devrais peut-être le publier séparément.
J'ai réinstallé Windows 10 et Ubuntu est maintenant dans le menu de démarrage de Windows (la réparation de démarrage l'a-t-elle mise là?). Lorsque je choisis Ubuntu, le menu Grub apparaît. Mais lorsque je choisis Ubuntu (premier élément) dans ce menu, il ne parvient pas à démarrer. Je reçois le message "Démarrer en mode non sécurisé", puis il se bloque.
Ce ThinkPad est à l'origine livré avec Windows 7 et ne dispose pas du mode sécurisé pour le désactiver - pas de mode sécurisé.
J'ai essayé toutes les options de réparation de démarrage, et elles ne sont pas configurées pour gérer cette configuration. Je dois modifier les chargeurs de démarrage Windows et Grub manuellement, mais je ne les connais pas assez pour savoir ce qui ne va pas ou comment y remédier.
Voici la sortie de boot-repair. J'aurais aimé savoir ce que cela voulait dire. J'ai passé des heures et des heures à ce sujet. Quelqu'un peut-il m'aider?
Oubliez ça - je ne peux pas le coller ici parce que c'est trop long. De plus, je ne sais pas comment mettre cela dans un bloc de code - je ne vais pas taper manuellement des espaces devant chaque ligne! Voici le lien:
Vos deux disques utilisent le GPT GUID, ce qui signifie que Windows démarre en mode EFI/UEFI. C’est votre point de départ pour toute réparation, car ce détail n’est pas facilement modifiable.
Le fait que Boot Repair ait dit une fois que vous deviez créer une partition de démarrage BIOS (le "drapeau bios-grub" que vous avez mentionné) signifie que ce démarrage du système se trouvait dans BIOS/CSM./mode hérité. Installer GRUB (ou Ubuntu) dans ce mode ne servirait à rien. Il est prouvé que votre /dev/sdb dispose d'une telle installation de GRUB. Il est concevable que d’autres vestiges de cette installation GRUB se cachent et posent des problèmes. OTOH, la sortie de Boot Repair que vous avez publiée provient d’une exécution qui était clairement en mode EFI/UEFI, car elle possède _ la sortie efibootmgr (lignes 708-738, 1115-1145 et 1179-1209), qui peut être produite. uniquement dans un démarrage en mode EFI. Ainsi, vos tentatives de démarrage d’Ubuntu et des outils associés ont été incohérentes en mode d’initialisation, ce qui introduit une variable qui influe considérablement sur la manière dont tout fonctionne.
Comme première étape de la récupération, je vous recommande d’entrer dans votre utilitaire de configuration du microprogramme et de rechercher les options liées à la prise en charge du démarrage "BIOS", "CSM" ou "hérité". Si vous trouvez une telle option, désactivez-la, car tout démarrage BIOS/CSM/en mode hérité sera une perte de temps. Notez qu'il peut y avoir des options liées au support "Legacy USB" ou à autre chose. Ces options sont et non un problème. Vous voulez simplement vous assurer que l'ordinateur démarre en mode EFI/UEFI, pas en mode BIOS/CSM/legacy. Malheureusement, il n'y a pas de normalisation des noms d'options ou des comportements, il est donc difficile de dire précisément ce que vous devez ajuster.
Une fois cette tâche effectuée, je vous recommande de télécharger le lecteur flash USB ou la version CD-R de mon gestionnaire de démarrage rEFInd. Préparez un support et essayez de le démarrer. Son menu devrait afficher les options pour Windows et Linux. Essayez les deux. Si vous pouvez démarrer les deux systèmes d'exploitation, la solution la plus simple consiste à installer le paquet Debian Debian ou PPA. Lorsque vous redémarrez après cela, le message "regFI" devrait apparaître et vous serez prêt à partir. (Vous voudrez peut-être nettoyer les options de démarrage non désirées ou modifier les valeurs par défaut de rEFInd, mais vous allez au moins démarrer.)
Si rEFInd ne démarre pas à la fois Windows et Linux, ajoutez à votre question des détails sur ce qui se passe lorsque vous essayez.
EDIT:
rEFInd est mon programme. C'est une fourchette de rEFIt, qui a été abandonnée. La plupart des informations figurant sur les pages de rEFIt concernent spécifiquement les Mac et/ou sont obsolètes. Je ne ferais donc pas confiance à la documentation de rEFIt dans votre cas. La documentation de rEFInd est plus à jour et plus générale, dans la mesure où elle est écrite pour les Mac basés sur EFI et les PC basés sur UEFI.
GRUB 2 prend en charge à la fois MBR et GPT, lorsqu'il est démarré avec BIOS ou EFI. GRUB est différent pour chaque mode de démarrage (BIOS ou EFI), bien que - le mode BIOS GRUB ne soit pas identique au mode EFI GRUB, bien que les deux soient très similaires. Windows lie le type de table de partition (MBR vs. GPT) au mode de démarrage (BIOS vs. EFI). Si Windows insiste pour installer sur le MBR, cela signifie que vous avez démarré le programme d'installation en mode BIOS. s’il insiste sur l’installation sur GPT, cela signifie que vous avez démarré le programme d’installation en mode EFI. En règle générale, il est préférable de s’en tenir à ce lien, même dans Ubuntu, car il peut éviter des problèmes ultérieurs. (Il existe cependant des situations dans lesquelles vous devez utiliser GPT même en mode BIOS. C'est notamment le cas lorsque vous utilisez un disque de plus de 2 To sur un ancien ordinateur qui n'utilise pas EFI.)
Le symptôme d'une table de partition vide dans GParted ou du programme d'installation Ubuntu lorsque vous avez créé des partitions dans Windows est dû à un "endommagement" de la table de partition par les outils de partitionnement Windows. Je mets "dommages" entre guillemets car certains de ces problèmes ne sont pas techniquement dommageables. Dans votre cas, le "dommage" est probablement la présence de données GPT restantes sur un disque converti de GPT en MBR. J'ai écrit ne page Web sur ce sujet. Le correctif le plus simple consiste à exécuter FixParts (la commande fixparts, dans le paquet Ubuntu gdisk ) sur le disque.
Notez que si Windows est installé sur votre disque MBR, cela signifie que votre installation de Windows est maintenant au moins en mode BIOS, pas en mode EFI, comme elle l'était au début. Vous pouvez continuer à démarrer de cette façon, mais si vous voulez que GRUB gère le processus de démarrage, GRUB devra également correspondre à la version du BIOS. Le mode EFI GRUB ne peut pas être redirigé vers un système d'exploitation en mode BIOS. (GRUB en mode BIOS ne peut pas non plus être redirigé vers un système d'exploitation en mode EFI.)
J'ai finalement résolu ce problème - sans recourir à un troisième chargeur de démarrage, et sans exécuter la réparation du démarrage, ce qui posait des problèmes plutôt que de les réparer. Peut-être que mes réglages étaient incorrects, mais je n'en ai finalement pas eu besoin.
J'ai utilisé 3 partitions pour Ubuntu:
(1) 1 Go pour/boot/efi (2) 8 Go d’échange (j’ai 8 Go de mémoire) (3) racine, montée sur /
Un élément de menu Ubuntu est apparu comme par magie dans le chargeur de démarrage Windows, et un élément de menu Windows est apparu comme par magie dans Grub (enfin, après avoir corrigé mon installation de Windows et exécuté "Sudo update-grub").
Choisir Ubuntu des chaînes du chargeur de démarrage Windows vers Grub2, à partir duquel je peux lancer Ubuntu. La sélection de Windows à partir de Grub2 a également été chaînée à un deuxième menu - le menu de sélection de démarrage Windows -, mais le deuxième menu ne contenait qu'un élément (Aperçu technique de Windows 10). Comme c'était inutile, je l'ai contourné avec cette commande Windows, entrée en tant qu'administrateur:
bcdedit/set {bootmgr} displaybootmenu no
Le chargeur de démarrage Grub2 étant plus efficace, j'ai modifié l'ordre de démarrage sur mon ordinateur afin qu'Ubuntu soit démarré avant le chargeur de démarrage Windows. Maintenant, l'ordinateur démarre directement dans le menu Grub2, à partir duquel je peux sélectionner Ubuntu ou Windows en un seul clic.
J'ai créé beaucoup de problèmes sur le disque 0 (Windows) lors d'installations répétées, tantôt avec BIOS/MBR, tantôt avec UEFI/GPT. Le MBR s'est fait foirer, de même que les données de configuration de démarrage. D'abord, j'ai démarré avec une invite de commande sur un disque d'installation Windows 10 (DVD ou clé USB) et j'ai lancé diskpart. J'ai exécuté la commande "clean", qui supprimait toutes les partitions, définissait le disque sur le partitionnement GPT et réinstallait Windows. Cela a résolu mes problèmes de démarrage de Windows.
Pour une raison quelconque, la suppression de toutes les partitions n'a pas effacé le BCD corrompu, je l'ai donc fait manuellement. J'ai utilisé l'utilitaire de ligne de commande BCDEDIT fourni avec Windows 10 (et les versions antérieures).
Tout fonctionne maintenant parfaitement. Merci beaucoup à Rod pour ses conseils et son aide!