Windows est-il toujours en hibernation ? La vérification de hiberfile empêchera le pilote NTFS de charger la partition NTFS afin que l'installation de Windows ne soit pas visible. Démarrage rapide désactivé/hibernation http://www.eightforums.com/tutorials/6320-fast-startup-turn-off-Windows-8-a.html

Sur quel lecteur installez-vous Ubuntu ? Je garderais les systèmes sur des disques séparés. Même si vous ne démarrez qu'à partir d'une partition efi sur le lecteur de démarrage, je pourrais configurer une partition efi au début de chaque lecteur, ne serait-ce que pour une utilisation future. Ensuite, vous pouvez faire en sorte que chaque disque démarre sans aucun autre disque.

Si vous installez les deux systèmes vous-même, voulez-vous vraiment un démarrage sécurisé ? http://www.zdnet.com/torvalds-clarifies-linuxs-Windows-8-secure-boot-position-7000011918/ L'UEFI est plus une question de contrôle que de sécurité.

Mise à jour : Il faut absolument sauvegarder Windows et la partition efi. Exécutez les correctifs de Boot-Repair, mais vous pouvez ne pas vouloir la fonction de renommage qu'il fait. Celle-ci est nécessaire pour les systèmes qui ne démarrent que le fichier efi de Windows. Beaucoup d'entre eux ont modifié l'UEFI pour ne démarrer que Windows, alors Boot-Repair renomme shim et sauvegarde et renomme le fichier efi Windows original. Il se peut alors que vous ne puissiez pas démarrer directement Windows à partir d'UEFI, mais Ubuntu fonctionnera alors. Si vous pouvez démarrer à la fois Windows et Ubuntu, le renommage n'est pas nécessaire. Boot-Repair peut annuler le renommage. Boot-Repair a copié /EFI/ubuntu/grubx64.efi vers /EFI/Boot/bootx64.efi (dans le cas où le BIOS est codé en dur pour démarrer dans /EFI/Boot/bootx64.efi ou un démarrage sécurisé signé Grub fichier shimx64.efi. Fichiers renommés : /EFI/Boot/bkpbootx64.efi /EFI/Microsoft/Boot/bkpbootmgfw.efi Pour annuler et renommer les fichiers à leur nom original, il suffit de cocher l'option "Restore EFI backups" de Boot-Repair.

Si vous commencez à démarrer Ubuntu, obtenez-vous le menu Grub ? Ou est-ce que le passage de l'UEFI/BIOS ou avec un certain échappement UEFI donne le menu Grub. Alors le problème peut être lié à la vidéo et le système a démarré au-delà des problèmes de Grub. Quelle carte vidéo/puce avez-vous ? Et à partir du menu Grub, ajoutez nomodeset à la place de quiet splash on linux line dans boot stanza.

Edition du menu Grub 2 pendant le démarrage https://help.ubuntu.com/community/Grub2/Troubleshooting

Tout d'abord, désactivez Secure Boot, au moins temporairement. Même si vous souhaitez utiliser cette fonctionnalité à long terme, elle constitue une source potentielle majeure de problèmes. Il est donc préférable de désactiver Secure Boot pour simplifier le débogage. Une fois que vous aurez réussi à tout faire démarrer sans Secure Boot, vous pourrez réactiver la fonction et traiter ses problèmes spécifiques (s'il y en a) en sachant qu'il s'agit réellement de problèmes liés à Secure Boot.

Deuxièmement, je ne vois aucune preuve dans votre sortie de Boot Repair d'un quelconque boot loader. Ma suspicion est que Boot Repair a négligé de les signaler. (J'ai vu cela se produire dans le passé, bien que ce soit rare.) Néanmoins, vous pourriez vouloir les rechercher manuellement. Si vous pouvez démarrer Linux normalement, montez /dev/sdb2 a /boot/efi et la commande suivante devrait les localiser :

ls -l `find /boot -iname "*.efi"`

Vous verrez probablement un /boot/efi/EFI/ubuntu avec shim.efi y grubx64.efi des fichiers. S'il n'y a aucune preuve de l'existence de tels fichiers, veuillez modifier votre question afin d'ajouter la sortie de cette commande et le contenu de votre fichier d'enregistrement. /etc/fstab car il se passe quelque chose de louche et il est important de le comprendre pour trouver une solution.

Troisièmement, je vous recommande de créer une clé USB ou un CD-R avec mes rEFInd gestionnaire de démarrage. (Il y a des liens de téléchargement pour des images préparées pour les deux types de supports.) Essayez de démarrer avec et voyez si cela présente une option pour démarrer Windows. Si cela fonctionne, et si rEFInd propose également des options d'amorçage d'Ubuntu qui fonctionnent, vous pouvez envisager d'installer le paquet Debian de rEFInd. Assurez-vous de monter /dev/sdb2 a /boot/efi avant de faire ça, cependant. (Pour une raison quelconque, votre installation ne semble pas monter l'ESP automatiquement. Vous pouvez corriger cela en éditant /etc/fstab .) Notez que si vous installez rEFInd, vous devrez passer par des étapes supplémentaires pour que Secure Boot fonctionne.