J'ai un PC Windows 10 mais j'essaie d'enseigner la programmation C à mes enfants et j'essayais d'installer Linux sur une clé USB amovible.
Configuration PC: J'ai un i3 avec une carte mère gigaoctet z97x gaming 3. J'ai Windows 10 sur le SSD et je l'ai configuré pour démarrer UEFI uniquement dans le BIOS (le démarrage sécurisé est désactivé).
J'ai démarré l'installateur USB parfaitement bien en mode UEFI en le sélectionnant dans le bios (clairement dit UEFI) et j'ai été créé en utilisant dd sur une distribution ubuntu sur mon ordinateur portable linux avec l'iso install ubuntu, en mode UEFI (menu de démarrage F12). Ça a bien démarré. Pour l'installer sur l'autre USB, j'ai exécuté la fonction de menu d'installation Ubuntu sur le lecteur d'installation. Ensuite, configurez mes propres partitions sur l'Installee USB. J'ai fait une partition efi de 512 Mo (principale), une partie ext4 de 27 Go (principale) et une partie d'échange de 4 Go (également principale).
j'ai choisi d'installer le chargeur de démarrage sur/dev/sdc. Il s'installe très bien et redémarre.
D'accord ... alors maintenant les choses deviennent un peu bizarres. Et je ne peux pas comprendre ce que je fais mal ici.
Lorsque je regarde mes options de démarrage dans le sélecteur de bottes F12, il y a 4 options répertoriées. Gestionnaire de démarrage Windows, Ubuntu, Ubuntu, (oui 2 d'entre eux) et démarrage Samsung UEFI 32 Go (le lecteur USB est un Samsung). Si je sélectionne Windows, il démarre sous Windows. Si je sélectionne Samsung 32 Go UEFI, il démarre toujours sous Windows?! Mais si je sélectionne ubuntu ... il démarre sur ubuntu sur la clé USB de 32 Go.
Plus frustrant, si je retire la clé USB, l'option de démarrage Samsung UEFI disparaît mais les options Ubuntu restent. Lorsque vous cliquez dessus sans le lecteur USB, il va dans un menu grub et ne démarre pas. Dans le BIOS, ces deux options Ubuntu sont répertoriées sous la signification du lecteur SSD, même si je lui ai spécifiquement dit de ne pas y installer, il a toujours installé grub dessus?
Heureusement, Windows démarrera toujours si le gestionnaire de démarrage Windows est sélectionné, mais cela est très frustrant. Pourquoi cela a-t-il dérangé? Je suis allé à Windows Repair et j'ai utilisé Bootrec et j'ai fait à la fois/FixMbr et/FixBoot mais les options Ubuntu restent. Grub semble s'être bourré quelque part mais je ne sais pas où! La clé USB ne démarre pas non plus sur mon ordinateur portable (bien que le programme d'installation démarre correctement en mode UEFI).
Je ne sais pas ce que j'ai fait de mal. Je me suis assuré que j'étais en mode UEFI et non en mode BIOS lors de l'installation et je n'ai jamais sélectionné quoi que ce soit qui toucherait/dev/sda dans le booter pour le faire jouer avec mon disque dur.
Fedora 23 s'installera très bien et démarrera en mode UEFI lorsqu'il sera installé sur une clé USB.
J'aurais vraiment apprécié un peu d'aide! Merci!
Lors de l'installation sous EFI, l'option "périphérique pour l'installation du chargeur de démarrage" (ou son nom, je n'ai pas vérifié ce détail) est ignorée. Je n'ai pas vérifié que cela fonctionne réellement, mais il existe un autre moyen de spécifier où va le chargeur de démarrage: c'est la partition qui est marquée comme "partition de démarrage EFI" ou "partition système EFI" (le terme varie selon la version d'Ubuntu) dans la liste de partition "Something Else". En théorie, si vous marquez le ESP sur le lecteur USB et décochez le ESP sur le disque dur, le programme d'installation devrait mettre GRUB 2 sur la clé USB. Je n'ai pas testé que cela fonctionne réellement, mais cela devrait fonctionner.
Cela dit, vous rencontrez également un autre problème: l'entrée du gestionnaire de démarrage EFI que vous décrivez, pour le démarrage à partir d'un lecteur USB, pas lance le EFI/ubuntu/shimx64.efi
fichier, où Ubuntu stocke son premier chargeur de démarrage. Cette option lance plutôt le fichier du chargeur de démarrage EFI "de secours", EFI/BOOT/bootx64.efi
. Ce nom de fichier est utilisé comme nom de fichier du chargeur de démarrage "générique" pour les supports amovibles. L'idée est qu'un programme d'installation du système d'exploitation ou un autre support externe n'est pas susceptible d'avoir une entrée NVRAM fonctionnelle, donc un emplacement de chargeur de démarrage standardisé est nécessaire pour démarrer les programmes d'installation du système d'exploitation, les disques d'urgence, etc. Ainsi, si vous voulez créer une clé USB qui peut être démarré sur n'importe quel ordinateur EFI x86-64, vous devez copier EFI/ubuntu
à EFI/BOOT
et renommer EFI/BOOT/shimx64.efi
à EFI/BOOT/bootx64.efi
. IIRC, vous devrez quitter EFI/ubuntu
en place également, car il existe des chemins codés en dur dans un ou plusieurs fichiers binaires, donc les deux répertoires sont nécessaires.
Autre point: si vous avez l'intention d'utiliser la clé USB sur un seul ordinateur, vous pourrez peut-être vous en sortir sans copier GRUB to EFI/BOOT
; cependant, certains EFI nettoient leurs entrées NVRAM s'ils démarrent et remarquent qu'une entrée est inaccessible. Ainsi, si vous retirez la clé USB et démarrez sans l'insérer, vous risquez de perdre l'entrée ubuntu
. Pour cette seule raison, la copie de GRUB dans le nom du fichier de sauvegarde est souhaitable.
La raison pour laquelle vous voyez un grub>
L'invite lorsque vous essayez de lancer l'option ubuntu
avec le lecteur USB débranché est parce que la configuration d'Ubuntu GRUB repose sur un binaire GRUB binaire sur les fichiers ESP (sur votre disque interne) et de configuration dans Ubuntu /boot
partition (sur la clé USB). Ainsi, lorsque le lecteur USB est débranché, GRUB se lance, mais ne peut pas lire son fichier de configuration, il échoue donc lamentablement.
Vous êtes tombé sur un bogue connu 1173457 dans grub de toujours installer sur l'EFI principal au lieu de l'endroit où vous l'indiquez. Cependant, vous êtes également confus par le nouveau mécanisme de démarrage UEFI - Les chargeurs de démarrage Ubuntu (shim, grub) sont placés dans le système de fichiers EFI dans leur propre répertoire,/EFI/ubuntu, sans écraser quoi que ce soit de Windows. La solution simple consiste simplement à copier le système de fichiers EFI du disque principal sur l'USB et à le sélectionner pour le premier périphérique de démarrage. L'autre problème est que grub d'Ubuntu n'est toujours pas en mesure de démarrer Windows avec le démarrage sécurisé activé, vous devrez utiliser le menu de démarrage EFI (une touche de fonction au démarrage pour sélectionner le ou les appareils), ou désactiver le démarrage sécurisé.
Ajoutez-vous à la "liste" des bogues sur 1173457 (la question "est-ce que ce bogue m'affecte). Puisqu'une deuxième personne ne s'est jamais ajoutée, ce bogue, déposé en 2013, n'a même jamais été" confirmé ", alors peut-être que c'est pourquoi il n'a jamais été corrigé.
Bonne question sur les mises à jour, mais même si elles vont au mauvais ESP, les anciennes versions continuent de fonctionner, donc vous ne le saurez peut-être jamais.