Impossible de démarrer un fichier .iso USB en mode UEFI sur un ordinateur portable Lenovo Edge-15

Question

J'essayais d'installer Gentoo sur mon ordinateur portable Lenovo Edge-15, mais je ne parviens pas à démarrer un fichier .iso en direct en mode UEFI. J'ai ensuite essayé d'installer Ubuntu, Arch et Fedora, et je semble avoir le même problème avec chacun d'entre eux.

Après de nombreuses expériences/essais/erreurs, j'ai appris que mon ordinateur portable refusait de démarrer mes clés USB en mode UEFI pour une raison quelconque. Le démarrage sécurisé est désactivé. J'ai activé et désactivé le démarrage USB avec les résultats attendus, et j'ai également activé/désactivé la prise en charge du démarrage en mode Legacy/BIOS. Lorsque je ne prend en charge que le démarrage en mode BIOS, aucune installation Linux ne démarrera jamais, mais lorsque j'active le support pour le démarrage en mode BIOS/Héritage, toutes les installations sous Linux peuvent commencer, mais elles se bloquent de manière aléatoire pendant le processus d'installation.

ÉDITEZ pour être plus spécifique, lors du chargement à partir d'un support USB avec le mode Legacy/mode bios autorisé, lors de l'installation de Linux, l'environnement liveCD commence toujours à se charger , mais se bloque de manière aléatoire avant que le système ne soit complètement configuré. À ce stade, je suis tombé dans un shell sans pilote, Internet ni utilitaire de distribution, mais quelques-uns de ses produits intégrés. Lorsque j’ai essayé d’installer Gentoo, j’ai écrit au préalable l’installation .iso de Gentoo sur sa propre partition de mon disque dur. Ensuite, lorsque j'ai essayé de démarrer à partir de la clé USB Gentoo, l'environnement réel de préinstallation Gentoo était chargé à partir de cette partition, comme s'il s'agissait d'un CD d'installation et ne pouvait pas détecter la clé USB.

Lors de ma tentative d'installation de Gentoo, lorsque j'ai atteint l'étape d'écriture de l'instruction de démarrage sur le GPT, un message d'erreur m'indiquant UEFI variables are not supported on this system, malgré le fait que cela se soit produit juste après (dans le processus Gentoo), je venais de compiler le noyau Linux. et le support activé manuellement et spécifiquement pour les variables UEFI. Le même message d'erreur météo que j'ai essayé d'écrire une instruction pour charger GRUB2 ou quand j'ai utilisé uefiloader.

Mon hypothèse est que cela signifie que le fait que l'environnement live ait été démarré en mode BIOS empêche tout nouveau noyau d'être chargé et d'interagir avec le GPT, même si le noyau le supporte, et que le même problème se produit avec d'autres distributions. .

J'ai un ordinateur portable séparé (il a un lecteur en mode BIOS et pas de système d'exploitation Windows) et j'ai essayé les mêmes procédures et j'ai pu installer un nouveau Kubuntu.

La procédure que j’utilisais pour essayer chaque installation Linux consistait à télécharger le fichier * .iso sur mon ancien ordinateur portable Linux, Sudo su, dd bs=4M if=linux.iso of=/dev/sdb && sync (après avoir vérifié le /dev/ correct avec lsblk), puis l’amorçage de la clé USB sur mon nouvel ordinateur portable.

Cette question connexe m'a demandé de vérifier Cet outil . J'ai essayé de l'utiliser (avec le démarrage Legacy/BIOS activé) et, curieusement, mon ordinateur portable refuse de le démarrer. Je ne sais pas si ça aide.

J'avais déjà installé Kubuntu, alors je sais que c'est possible avec ce matériel, mais quelque chose a changé qui le fait échouer. Cela pourrait probablement être dû à l’installation originale de Kubuntu elle-même il ya plusieurs mois, à une tentative d’installation échouée d’Arch Linux ultérieurement, et à une tentative d’installation échouée de Kali Linux un peu plus tard.

Alors, est-ce que quelqu'un peut m'aider à comprendre cela? Pourquoi mon système ne démarre-t-il pas les fichiers ISO ISO en mode UEFI?

Rod Smith · Answer

Tout d’abord, clarifions un problème de terminologie qui pourrait vous induire en erreur (bien que ce ne soit probablement pas la cause de votre problème principal). Tu as écrit:

Mon hypothèse est que cela signifie que le fait que l'environnement live ait été démarré en mode BIOS empêche tout nouveau noyau d'être chargé et d'interagir avec le GPT, même si le noyau le supporte, et que le même problème se produit avec d'autres distributions. .

La table de partition GUID (GPT) est une structure de données basée sur disque qui définit vos partitions. Il ( ne contrôle pas le processus de démarrage, bien que celui-ci utilise GPT pour l'aider à trouver les fichiers de démarrage. GPT peut être utilisé dans un démarrage en mode BIOS ou EFI, mais de différentes manières:

Lors d'un démarrage en mode BIOS, le BIOS lit le premier secteur du disque et exécute le code qui y est stocké. Ce code charge normalement le code stocké ailleurs sur le disque, qui en charge ensuite un autre, et ainsi de suite jusqu'à ce que le noyau s'exécute. Les détails varient selon votre chargeur de démarrage.
Dans un démarrage en mode EFI, une entrée dans la NVRAM de l'ordinateur ( désactivée sur le disque) pointe vers un fichier sur le partition système EFI (ESP), , qui est une partition FAT contenant les chargeurs de démarrage et les données associées. EFI exécute ce fichier en tant que programme EFI. Ce fichier (le chargeur de démarrage) charge le noyau et l'exécute.

Notez qu'en mode EFI, le processus de démarrage s'appuie sur les données stockées dans la NVRAM. Ces données basées sur la NVRAM peuvent être consultées et modifiées dans un système d'exploitation, mais pour ce faire, l'ordinateur doit être démarré en mode EFI; vous ne pouvez pas modifier les variables de démarrage EFI en mode BIOS. Ces variables ne sont pas stockées dans les structures de données GPT, cependant; et la seule relation qu'ils ont avec les données GPT est qu'ils codent la valeur GUID d'une partition de sorte que l'EFI puisse charger le bon fichier à partir de la bonne partition.

À l'écart, il y a un éléphant dans la pièce:

lorsque j'active le support pour le démarrage en mode BIOS/Legacy, toutes les installations de Linux peuvent commencer, mais elles se bloquent de manière aléatoire pendant le processus d'installation.

Lorsqu'un programme ou un système d'exploitation (en particulier un système d'exploitation mature et robuste tel que Linux) échoue "de manière aléatoire", c'est presque toujours le signe d'un problème matériel. Si je devais mettre de l'argent dessus, je dirais "mauvaise RAM", mais il y a aussi d'autres possibilités, comme un mauvais processeur, un mauvais disque dur, une trace endommagée sur votre carte mère ou une mauvaise alimentation. Vous pourrez peut-être résoudre vos problèmes EFI, mais il est fort probable qu'il ne sera pas plus fiable que vos démarrages en mode BIOS. S'il s'agit d'un nouvel ordinateur, vous devriez sérieusement envisager de le retourner pour obtenir un remboursement et en obtenir un autre pour cette raison. Si ce n’est pas nouveau, la question est de savoir s’il a déjà présenté des problèmes auparavant. Par exemple, si vous essayez d'installer Linux parce que Windows se bloquait, il est possible que ces plantages aient été causés par le même mauvais matériel qui a entraîné l'échec de vos installations Linux.

Passons maintenant au problème d’installation. Les étapes à suivre pour démarrer en mode EFI semblent raisonnables; Cependant, vous devez examiner attentivement les options de démarrage dans votre gestionnaire de démarrage (quelle que soit la touche sur laquelle vous avez appuyé pour obtenir un menu d'options de démarrage incluant votre clé USB). La plupart des ordinateurs basés sur EFI qui prennent également en charge le démarrage en mode BIOS offrent deux options de démarrage pour les lecteurs USB et les disques optiques: l’un contient la chaîne "UEFI" et l’autre ne le fait pas. La chaîne avec "UEFI" dans la description démarre en mode EFI et l'autre en mode BIOS. Pour démarrer le programme d'installation en mode EFI, vous devez sélectionner l'option "UEFI".

Si vous faites cela, il est concevable que votre micrologiciel s'effrite devant la nature monstrueuse de Frankenstein d'un lecteur USB créé à partir de dd-. Si votre ordinateur est équipé d’un disque optique, essayez-le plutôt. Si ce n'est pas le cas, essayez d'utiliser un autre outil pour créer votre clé USB. Malheureusement, cela peut être difficile à obtenir, car certains outils (en particulier les plus anciens) ne permettent pas de créer une image amorçable EFI. Lisez les instructions de tout ce que vous utilisez pour vous assurer qu’il prend en charge le démarrage en mode EFI. Certains outils nécessitent de sélectionner des options particulières pour créer un disque amorçable EFI. Je ne peux pas être plus spécifique que cela car je ne me souviens pas des détails de ce que j'ai vu; J'utilise généralement dd- images créées moi-même.

Une autre option consiste à utiliser mon gestionnaire de démarrage rEFInd pour contrôler le processus de démarrage. Vous pouvez télécharger plusieurs images , y compris celles destinées à être écrites sur un lecteur de CD-R ou USB. rEFInd peut peut-être rediriger vers votre installateur basé sur USB; ou vous pouvez installer en mode BIOS puis utiliser rEFInd pour démarrer l’installation. (Les installations de Linux en mode EFI et en mode BIOS ne varient généralement que par leurs chargeurs de démarrage, et rEFInd sur un lecteur USB ou un CD-R peut remplir ce rôle.)