Étape 1
Il a été confirmé que l'installation Ubuntu du questionneur @kihit0mi a été EFI boot loader par la commande suivante :
$ ls /sys/firmware/efi/
Dont le résultat était :
config_table efivars esrt fw_platform_size fw_vendor runtime runtime-map systab vars
Étape 2
La commande suivante n'a donné aucun résultat :
$ sudo os-prober
Étape 3
La commande suivante a été lancée pour générer GRUB menu :
$ sudo update-grub
Le système a été redémarré et une tentative a été faite pour atteindre le menu Grub à travers shift commande. Mais il a été observé qu'au lieu d'atteindre le menu Grub, il s'est retrouvé sur l'écran de connexion d'Ubuntu !
Étape 4
Pour atteindre l'écran de connexion de Windows, le seul moyen était de passer par BIOS setup écran. Le système a été redémarré, et a atteint BIOS setup en appuyant sur del clé. Il a été observé qu'il y avait three Les chargeurs de démarrage présents sont énumérés ci-dessous :
Ubuntu
Windows Boot Manager and
EFI PXE.
Après avoir configuré Windows Boot Manager en priorité, Windows-10 s'est connecté avec succès !
Étape 5
Connectez-vous à Windows 10. Appuyez sur le bouton Windows + R les touches, le type msinfo32.exe en Run puis appuyez sur Enter pour ouvrir System Infomation fenêtre. Dans le volet droit de System Summary vous devriez voir le BIOS MODE ligne. Si la valeur de BIOS MODE est Legacy puis Windows est démarré dans legacy mode. Si la valeur de BIOS MODE est UEFI puis Windows est démarré dans UEFI mode. Le questionneur @kihit0mi a confirmé que la ligne de mode du BIOS contenait seulement UEFI . C'était vraiment bien !
Étape 6
Ensuite, le Firmware BIOS a été mis à jour avec la dernière version. Voir Comment vérifier la version actuelle de votre BIOS et la mettre à jour ? .
La commande suivante a été donnée à nouveau pour générer GRUB menu :
$ sudo update-grub
Le système a été redémarré et une tentative a été faite pour atteindre GRUB menu par le biais de shift commande. Il était bon d'observer que cette fois GRUB menu a été atteint avec succès mais la présence de Windows-10 n'a pas été trouvée !
Étape 7
Il a été décidé de mettre un menuentry en /etc/grub.d/40_custom qui est capable de générer une entrée Windows dans le menu Grub. Afin de trouver le disk y partition numéros correspondant à Windows boot loader, il a été redémarré et boot loader menu a été atteint en appuyant sur la touche 'shift'. Le site grub > la ligne de commande a été saisie, en appuyant sur c et la commande suivante a été donnée :
grub > ls
Mais aucun résultat n'a été obtenu. Alors le disk y partition Les chiffres pour le chargeur de Windows ont été estimés à 0 y 2 respectivement, qui sont nécessaires pour menuentry préparation.
menuentry "Windows" {
set root=(hd0,2)
chainloader +1
}
Après avoir créé l'image ci-dessus menuentry dans le fichier /etc/grub.d/40_custom , lancez la commande suivante pour faire script 40_custom exécutable du fichier :
$ sudo chmod +x /etc/grub.d/40_custom
Générer le menu Grub avec la commande suivante :
$ sudo update-grub
Le système a été redémarré et GRUB menu a été atteint en appuyant sur shift clé. Cette fois, un chargeur Windows a été trouvé. Mais en essayant de démarrer, l'erreur suivante est apparue :
The EFI file path is incorrect error
Step-8
On a essayé à maintes reprises avec des entrées de numéros de disques et de partitions différentes dans la base de données de l'entreprise. menuentry mais toutes ont abouti au même message d'erreur the EFI file path is incorrect error après avoir sélectionné le chargeur de démarrage Windows dans le menu Grub.
Tous ces obstacles se sont produits depuis que l'ordinateur portable du questionneur @kihit0mi n'a pas répondu à ls à partir de la ligne de commande du menu Grub : grub > ls .
J'ai essayé la même chose depuis le menu Grub de mon bureau avec la commande grub > ls ce qui a donné le résultat suivant :
(hd0) (hd0.gpt8) (hd0.gpt7) (hd0.gpt6) (hd0.gpt5) (hd0.gpt4) (hd0.gpt3) (hd0.gpt2) (hd0.gpt1) (hd1) (hd2) (hd2,gpt4) (hd2,gpt3) (hd2,gpt2) (hd2,gpt1) (hd3) (hd3,gpt4) (hd3,gpt3) (hd3,gpt2) (hd3,gpt1)
Comment interpréter la sortie ci-dessus de Grub. ls commande ?
-
Exécutez la commande suivante pour (hd0) :
grub > ls (hd0)
Dont le résultat était :
Device hd0: No known file system detected - Search size 512 B - Total size 117220824 KiB.
Le résultat, bien que montré comme No known file system mais il représente vraiment /dev/sda (regardez la taille totale). Si vous continuez à sonder comme ls (hd0,gpt8) , ls (hd0,gpt7) et ainsi de suite jusqu'à ce que ls (hd0,gpt1) il affichera les partitions qui correspondent à des périphériques tels que /dev/sda8 , /dev/sda7 et ainsi de suite jusqu'à ce que /dev/sda1
Le dispositif ci-dessus /dev/sda (120 GB SSD) contient mon installation Ubuntu qui a été montré comme (hd0) dans la ligne de commande Grub. Le site gpt1 par le biais de gpt8 représente les partitions qui sont efi , swap , / , /usr , /opt , /tmp , /var y /home respectivement.
- Maintenant, lancez la commande suivante pour
(hd1) :
grub > ls (hd1)
Dont le résultat était :
Device hd1: No known file system detected - Search size 2048 B - Total size 514 KiB.
- Maintenant, lancez la commande suivante pour
(hd2) :
grub > ls (hd2)
Dont le résultat était :
Device hd2: No known file system detected - Search size 512 B - Total size 976762584 KiB.
Bien que le résultat soit No known file system mais il représente vraiment /dev/sdb (regardez la taille totale). Si vous continuez à sonder comme ls (hd2,gpt4) et ainsi de suite jusqu'à ce que ls (hd2,gpt1) il affichera les partitions qui correspondent à des périphériques tels que /dev/sdb4 et ainsi de suite jusqu'à ce que /dev/sdb1
Le dispositif ci-dessus /dev/sdb est mon disque dur de 1 TB avec un système de fichiers NTFS qui a été montré comme (hd2) dans la ligne de commande Grub. Les gpt1 à gpt4 représentent les partitions NTFS qui sont unknown , CodeWrite , ShareMe y Warehouse respectivement.
- Maintenant, lancez la commande suivante pour
(hd3) :
grub > ls (hd3)
Dont le résultat était :
Device hd3: No known file system detected - Search size 512 B - Total size 244198584 KiB.
Bien que la sortie ait montré que No known file system mais il représente vraiment /dev/sdc (regardez la taille totale). Si vous continuez à sonder comme ls (hd3,gpt4) et ainsi de suite jusqu'à ce que ls (hd3,gpt1) il affichera les partitions qui correspondent à des périphériques tels que /dev/sdc4 et ainsi de suite jusqu'à ce que /dev/sdc1
Le dispositif ci-dessus /dev/sdc (250 GB SSD) contient mon installation de Windows-10 qui a été montré comme (hd3) dans la ligne de commande Grub. Le site gpt1 par le biais de gpt4 représente les partitions qui sont EFI , unknown , WindowsOS y WinRE respectivement.
Step-9
Note : L'ubuntu du questionneur @kihit0mi : aucune sortie pour la commande sudo os-probed . Voir étape 2 .
Encore une fois, j'ai essayé sudo os-probed à partir de mon terminal Ubuntu, ce qui a donné le résultat suivant :
/dev/sdc1@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
Un indice a été conçu à partir de la sortie de l'indice ci-dessus. os-probed commande. Afin d'éviter d'utiliser la méthode d'essai et d'erreur pour rechercher les numéros de disques et de partitions, la chaîne de recherche suivante a été incorporée à la commande /etc/grub.d/40_custom :
search --set=root --file /efi/Microsoft/Boot/bootmgfw.efi
Note : Pour en savoir plus sur le menu Grub. search commandement, voir ce lien
Maintenant, le nouveau menuentry est capable de rechercher automatiquement les numéros de disque et de partition correspondant au chargeur de démarrage EFI de Windows-10, comme indiqué ci-dessous :
menuentry "Windows" {
search --set=root --file /efi/Microsoft/Boot/bootmgfw.efi
chainloader /efi/Microsoft/Boot/bootmgfw.efi
}
Après avoir créé l'image ci-dessus menuentry dans le fichier /etc/grub.d./40_custom la commande suivante a été donnée pour générer le menu Grub :
$ sudo update-grub
Le système a été redémarré et GRUB menu a été atteint en appuyant sur shift キーになります。
Cette fois-ci, le bootloader EFI de Windows-10 a été sélectionné et le système Windows-10 a démarré avec succès.
Step-10 :
pas encore achevé.
La présence de l'Interrogateur @kihit0mi est requise à chat afin de mener à bien la tâche en suspens, à savoir la suppression de l'accès à l'Internet. extraneous bootloader présent dans l'écran de configuration du BIOS.
