web-dev-qa-db-fra.com

Le BIOS du système ne montre pas Ubuntu comme option de démarrage après l’installation?

Après avoir essayé et échoué à plusieurs reprises pour créer une clé USB amorçable, j'ai finalement réussi à en créer une avec Universal USB Installer à partir de PenDriveLinux. Com. J'ai créé une clé USB amorçable avec la variante Ubuntu 13.10 64 bits et j'ai réussi à démarrer sur la clé USB après désactivation de Secure Boot, activation du démarrage UEFI & Legacy et sélection manuelle de mon lecteur USB.

Après avoir installé avec succès Ubuntu sur une nouvelle partition de mon SSD, j'ai retiré ma clé USB, redémarré mon ordinateur et spammé la touche Entrée pour accéder au BIOS. Je suis allé à sélectionner manuellement où démarrer, mais il n'y avait pas de nouvelle option pour Ubuntu.

Étant donné que je suis un étudiant en informatique, je me considère plutôt malin et j’ai donc tout simplement choisi mon disque SSD, mais il a suivi une séquence de démarrage différente (ni ce à quoi mon ordinateur était habitué, ni mon nouveau système d’exploitation brillant Ubuntu). Ce que je pense, c’est que mon ordinateur lance normalement Windows 8.1 par le biais de mon 16 Go mSATA, mais il a démarré Windows 8.1 par le biais de mon SSD lorsque je l’ai sélectionné, plutôt que par Ubuntu.

Donc, ce que je demande, c'est comment puis-je le faire pour démarrer Ubuntu plutôt que Windows 8.1 à partir de mon SSD quand les deux sont situés sur le SSD et qu'il n'y a aucune option pour autre chose? Existe-t-il un moyen de modifier le BIOS pour qu'il me donne l'option de démarrer à partir d'une partition de mon SSD plutôt que d'une autre? Je n'ai pas encore été capable de démarrer sous Ubuntu, je n'ai réussi à démarrer que sous Windows 8.1 de deux manières différentes.

J'ai inclus les spécifications techniques ci-dessous, mais si vous avez besoin d'informations supplémentaires, je veillerai au suivi.

Machine: Yoga ThinkPad S1

Spécifications techniques:

  • Processeur Intel Core i7-4500U (4 Mo de cache, jusqu'à 3,00 GHz)
  • Windows 8.1 64
  • 8 Go PC3-12800 DDR3L sur Mo
  • Intel HD Graphics 4400
  • Disque SSD 6 Go SATA 6G
  • 16 Go mSATA
dual-boot13.10windows-8uefisystem-installation
3
AlexMTMorgan

Juste une question avant de commencer, vous avez 2 lecteurs? 256 Go avec Windows et 16 Go mSATA? Pour quoi utilisez-vous le mSATA si pas Ubuntu?

À ma connaissance, PenDriveLinux.com crée un support de démarrage de type MBR, avec un support incertain pour UEFI. Si vous voulez que votre machine utilise UEFI, ce qui est vraiment recommandé, vous devez désactiver CSM et créer niquement le support de démarrage UEFI simplement pour vous assurer de ne pas démarrer et installer accidentellement MBR lors de l’installation sur un GPT partitionné lecteur et rendant probablement les choses plus désordre .

Vous semblez avoir installé en mode MBR, sinon le programme d'installation aurait reconnu un ordinateur UEFI et aurait pu enregistrer un chargeur de démarrage EFI dans le menu de démarrage du microprogramme placé sur la partition système EFI (ESP). Si vous ne trouvez pas un fichier binaire .efi associé à Ubuntu sur votre ESP, vous êtes probablement installé en mode MBR (ou en mode GPT MBR) et vous devriez pouvoir démarrer à partir du lecteur en mode Ligue/MBR. besoin de savoir comment. (En règle générale, les Thinkpads offrent un démarrage prioritaire, par exemple en commençant par l'héritage en premier.)

Gummiboot en tant que chargeur de démarrage UEFI connectable à chaud par défaut

Etant donné que vous avez déjà un disque cible partitionné GPT (tous avec Windows 8 préinstallé devrait l'être), vous pouvez essayer de dépanner votre installation de MBR existante en suivant les instructions suivantes.

Remarque: Notez que ces instructions ne constituent pas un correctif permanent ni une configuration correcte. Il s’agit simplement d’une configuration statique qui vous permet d’entrer dans votre installation et de procéder au dépannage (par exemple, en installant correctement GRUB).

  1. Obtenez gummiboot

    Télécharger gummiboot à partir des référentiels Arch Linux. (Tout va bien, nous ne faisons que gérer les paquets de style Linus Torvalds. Vous trouverez le lien de téléchargement sur cette page à l'extrême droite sous Actions de paquet > Télécharger depuis le miroir )

    Extrayez gummibootx64.efi du package (il se trouve sous /usr/lib/gummiboot/) et copiez-le sous le nom \EFI\BOOT\BOOTx64.EFI sur votre ESP. Sauvegardez les fichiers existants portant le même nom (par exemple, utilisez Zip).

  2. Copier les fichiers du noyau

    Créez un nouveau dossier à la racine de votre ESP nommé Ubuntu et copiez tous les fichiers portant le numéro de version le plus élevé de /boot/ vers le dossier que vous venez de créer.

    Si vous utilisez Windows, téléchargez le dernier package correspondant à linux-image-$VERSION-generic pour votre distribution à partir de les référentiels . (initrd.img-$VERSION-generic est manquant car il est généré automatiquement par les scripts Debian.)

  3. Configurez gummiboot pour amorcer le noyau Linux Ubuntu

    Créez des dossiers le long du chemin loader/entries/ à la racine de votre ESP et créez-y un fichier nommé ubuntu.conf. Créez une configuration en modifiant le fichier en suivant ce modèle:

    title          Ubuntu
linux          /Ubuntu/vmlinuz-$VERSION-generic
initrd         /Ubuntu/initrd.img-$VERSION-generic
options        root=UUID=$UUID ro

    • titre: Choisissez ce que vous aimez. Doit être lisible par l'homme .

    • linux: Le nom du fichier du noyau à charger, remplacez $VERSION par le numéro de version du fichier que vous avez copié.

    • initrd: Nom du fichier du disque virtuel initial. Identique à l’option linux, $VERSION avec le numéro de version du fichier que vous avez copié. Laissez cette ligne si vous n'avez pas un tel fichier (je ne sais pas si cela fonctionnera alors).

    • options: Remplacez $UUID par le système de fichiers UUID de votre système de fichiers racine Ubuntu. Exécutez ll /dev/disk/by-uuid/ | grep sdxY pour obtenir le GUID, remplacez sdxY par le nom de périphérique actuel. (Oubliez ce que j'ai écrit ici plus tôt à propos des GUID de partition, cela ne semble pas fonctionner pour l'instant.)

      Vous pouvez ajouter les options restantes de la ligne linux de votre /boot/grub/grub.cfg. L'UUID est une partie nécessaire, le reste devrait être plutôt optionnel. Ma ligne linux dans grub.cfg ressemble à ceci: root=UUID=00000000-0000-0000-0000-000000000000 ro quiet splash $vt_handoff

    Vous devez également ajouter le fichier loader.conf dans loader/ pour que gummiboot fonctionne.

    default        Ubuntu
timeout        4

    default est le titre de l'entrée par défaut à démarrer. Éditez de manière appropriée si vous avez choisi un autre titre.

  4. Redémarrer

    Vous devriez pouvoir démarrer à partir du disque dur/SSD contenant le ESP avec gummiboot et le menu gummiboot vous permettant de démarrer votre installation Ubuntu.

  5. Facultatif: Créer un menu de démarrage gummiboot pour GRUB

    Semblable aux instructions ci-dessus, créez loader/entries/ubuntu.conf avec le contenu suivant:

    title          Ubuntu GRUB
efi            \EFI\ubuntu\grubx64.efi

    Alternative:

    title          Ubuntu GRUB
efi            \EFI\ubuntu\shimx64.efi

Je suis toujours à la recherche de ce sujet et je voulais le tester minutieusement avant de l'écrire ici d'une manière claire et non excentrique, mais ces instructions peuvent vous donner des indications utiles et sont plus amusantes pour vous que d'essayer de les installer encore et encore. .

Bonne chance.

Lectures complémentaires

FYE

Des choses dont j'ai souffert pendant les tests:

  • PARTUUID/GUID - ne semble pas fonctionner.
  • initramfs compilé avec l'option dep à la place de most.
  • initramfs de l'installation clonée trouve une image d'hibernation à partir de l'installation source et l'amorce à la place. m (
  • Windows évite de monter des ESP.
3
LiveWireBT

Je pense que LiveWireBT a le même comportement: avoir installé Ubuntu en mode BIOS/CSM/Legacy sur un ordinateur qui démarre déjà Windows en mode EFI/UEFI. Cela rend le double démarrage plus complexe, voire impossible dans certains cas.

IMHO, cependant, la solution de LiveWireBT est trop complexe et limitée. Deux solutions sont susceptibles d'être beaucoup plus faciles et plus flexibles:

  • Téléchargez et préparez un support de démarrage pour la version CD-R ou clé USB de mon gestionnaire de démarrage rEFInd. Boot avec ce dernier. (Vous devrez peut-être désactiver le démarrage sécurisé dans votre micrologiciel.) Cela devrait vous permettre de démarrer Windows et Ubuntu. Si cela fonctionne, installez la version du paquet Debian de rEFInd dans Ubuntu.
  • Démarrez un live CD Ubuntu en mode EFI. (vérifiez que vous avez démarré en mode EFI en recherchant le répertoire /sys/firmware/efi. S'il est Si vous n’avez pas déjà démarré en mode BIOS/CSM/Legacy, essayez de nouveau. Recherchez une option de démarrage contenant la chaîne "EFI" ou "UEFI" dans sa description. ) Exécutez l’outil Boot Repair . Assurez-vous d’enregistrer l’URL fournie; si vous essayez cette option et que cela ne fonctionne pas, postez cette URL ici. Il nous indiquera des informations de diagnostic plus détaillées sur votre ordinateur. En théorie, l'utilisation de Boot Repair devrait configurer une nouvelle version de GRUB en mode EFI, ce qui devrait vous permettre de basculer entre Linux et Windows, tous deux démarrés en mode EFI.

La deuxième option est un peu plus risquée que la première car il n’ya aucun moyen de tester ce qu’elle va faire, et à l’occasion, Boot Repair aggrave la situation. En revanche, tester rEFInd à partir d'un lecteur de CD-R ou USB signifie que vous pouvez vous arrêter sans toucher à votre disque dur ni aux paramètres de la NVRAM s'il ne semble pas fonctionner.

0
Rod Smith