Essayer d’installer Ubuntu aux côtés de Win 10 (UEFI) et de GRUB2 que j’ai installé sur un lecteur distinct (utilisant ce wiki: Grub2/Installation ) a disparu après le premier démarrage. Mon plan était de répertorier le lecteur avec GRUB installé, en tant que source de démarrage principale dans la séquence d'amorçage du bios.
J'ai deux disques, l'un est un disque SSD utilisé pour Windows et les fichiers système, et un autre (2 To) pour le stockage. Mon démarrage Windows, cependant, repose sur le lecteur de 2 To, ce qui m'a amené à charger GRUB2 sur le SSD et à définir le SSD comme lecteur de démarrage principal.
Après l’installation d’Ubuntu, cette option s’est affichée dans le menu Séquence d’amorçage du Bios, mais lorsque j’ai essayé de définir le disque SSD comme périphérique amorçable n ° 1, cette option n’était plus là. J'ai essayé de voir s'il restait dans la séquence d'amorçage et ce n'est pas le cas.
Ce scénario est-il courant pour Windows de bloquer/écraser GRUB et quelle serait la solution pour empêcher cela?
Tout d’abord, veuillez comprendre que lors du démarrage en mode EFI, vous ne démarrez généralement pas à partir de périphériques (comme dans le code de démarrage situé dans le premier secteur d’un disque) ou partitions (comme dans le code d’amorçage dans le premier secteur d’une partition); Au lieu de cela, le démarrage en mode EFI démarre les fichiers stockés sur la partition système EFI (ESP). Le chargeur de démarrage EFI à utiliser est référencé dans la NVRAM. . Je tiens à rendre ceci explicite, car votre question suggère une réflexion en mode BIOS qui peut vous induire en erreur.
Cela soulève un deuxième point: vous n’avez pas de BIOS. Vous avez un EFI (ou un UEFI, qui est juste EFI 2.x). BIOS et EFI sont deux façons complètement différentes de démarrer un ordinateur. Malheureusement, de nombreuses personnes, et même des fabricants, appellent les EFI "BIOS". IMHO, c'est une erreur, car cela amène les gens à penser aux EFI en termes de BIOS, ce qui crée des problèmes. Cela dit, il existe certaines conditions de croisement. Plus important encore, la plupart des EFI modernes incluent un module de support de compatibilité (CSM), qui permet aux EFI d'utiliser d'anciens chargeurs de démarrage en mode BIOS. Si le CSM est actif, le chemin d'initialisation devient très complexe, ce qui peut créer de la confusion si vous ne comprenez pas vraiment ce que vous faites. Rien dans votre message ne me fait penser que vous rencontrez des problèmes de CSM, cependant.
Ce que vous décrivez est une entrée dans le gestionnaire de démarrage EFI basé sur la NVRAM qui apparaît puis disparaît. Cela peut être causé par un certain nombre de choses, y compris (mais sans s'y limiter):
efibootmgr
dans Ubuntu ou dans la propre interface utilisateur du microprogramme.Dans des cas extrêmes, si les entrées de votre gestionnaire de démarrage basées sur la NVRAM ne peuvent pas être stabilisées, vous devrez peut-être recourir au nom de fichier de remplacement de EFI/BOOT/bootx64.efi
pour un gestionnaire de démarrage. Vous pouvez y placer GRUB en utilisant Réparation du démarrage, , mais vous devez utiliser le menu Avancé pour activer l'option permettant d'exécuter cette tâche. (Je ne me souviens pas exactement comment ça s'appelle.)
Assurez-vous que le démarrage sécurisé est complètement désactivé et que l'hibernation Windows est également désactivée.
Cliquez ensuite sur Arrêter (redémarrer), appuyez sur la touche Maj et suivez les instructions à l'écran pour démarrer Ubuntu Linux.
Une fois connecté à Linux, vous devez installer boot-repair depuis un terminal (Ctrl + Alt + T)
Sudo add-apt-repository ppa:yannubuntu/boot-repair
Sudo apt-get update
Sudo apt-get install -y boot-repair && boot-repair
cela devrait régler votre problème. Ou au moins, vous avez du contenu Pastebin à partager avec nous.