2 votes

Problème de démarrage EFI d'Ubuntu - Dell Inspiron 13-7359

Après une installation propre (Win 10 pré-installé supprimé) d'Ubuntu 14.04.4 sur Dell Inspiron 13-7359, je ne suis pas en mesure de démarrer le système d'exploitation en "mode sécurisé".

Ce qui a été fait :

  1. J'ai d'abord installé Ubuntu 15.10 en mode autonome - l'installation s'est déroulée correctement, mais dans le BIOS, il n'y avait pas de périphérique visible (pour le mode EFI), à partir duquel je pouvais démarrer. Après plusieurs réinstallations ("Auto" Erase and install, Manual partitioning, ...) il n'y avait pas de progrès.
  2. J'ai installé Ubuntu 14.04.4 en mode autonome. L'installation s'est déroulée correctement, mais le système d'exploitation n'a pas démarré. Le BIOS a trouvé un disque à partir duquel démarrer, mais ce message est apparu : "Le chargeur du système d'exploitation n'a pas de signature". J'ai essayé Boot-repair à partir d'un disque live - pas de progrès. Rapport Pastebin .

Situation actuelle - Ubuntu démarre en mode Legacy "non sécurisé". Tout fonctionne correctement.

Je suis curieux de savoir ce que j'ai fait de mal, car il y a toujours une solution - je ne l'ai pas trouvée, même s'il y a des questions-réponses sur des problèmes similaires.

更新しています:

Après avoir lu les réponses, j'ai identifié que le problème se situait probablement au niveau du support USB d'installation, j'ai essayé les solutions suivantes (clé USB de 8 GB formatée en FAT32 FS)

  • Application Disks (gnome-disk-utility) dans Ubuntu 15.10
    • création d'une clé USB bootable Ubuntu 14.04.4
    • le média n'était pas visible dans le BIOS ntb en configuration UEFI & SecureBoot
  • dd dans le terminal (Ubuntu 15.10)
    • création d'une clé USB bootable Ubuntu 14.04.4
    • non visible dans le BIOS ntb en configuration UEFI & SecureBoot
  • Rufus (sous Win7)
    • Flash USB amorçable avec GPT pour UEFI (option Rufus)
    • création d'une clé USB live Ubuntu 14.04.4
    • visible dans le BIOS ntb
    • ne démarre pas en configuration UEFI & SecureBoot
      • Message d'erreur : "La signature de l'Operating System Loader n'a pas été trouvée dans la base de données SecureBoot"
    • Mais l'USB a démarré avec succès avec la configuration UEFI On & SecureBoot Off (chemin d'accès au fichier de démarrage : /EFI/boot/grubx64.EFI )
    • Essayer d'installer en mode automatique "Effacer et réinstaller" en proposant de ne créer que les paritions principales ext4 et swap.
    • Dans l'option "Something else", j'ai pu gérer la création d'une partition principale ext4, d'une swap de 8GB et d'une partition EFI de 601 MB (les 201 MB précédemment réservés n'étaient pas suffisants pour l'installateur).
    • Installation OK
    • Après le redémarrage, SecureBoot est activé et démarre en configuration UEFI & SecureBoot.
    • Il existe également un dossier /sys/firmware/efi maintenant (ce qui devrait indiquer qu'il n'y a pas eu de retour au mode de compatibilité)
    • \=> Problème résolu

3voto

Rod Smith Points 41849

Vous avez installé Ubuntu en mode BIOS/CSM/legacy. Je vous recommande de désactiver le module de support de compatibilité (CSM ; alias "legacy boot support" ou termes similaires) dans votre firmware. Cette désactivation rendra certains supports d'amorçage impossibles à démarrer. Si vous rencontrez ce problème, la solution consiste à réparer le support de démarrage. Si vous souhaitez démarrer en mode EFI/UEFI, l'activation du CSM est la pire chose à faire. Pour plus d'informations sur ce sujet, voir ma page Web à ce sujet.

Notez qu'en mode EFI, vous ne démarrez pas à partir d'un "périphérique" ; vous démarrez à partir d'un "périphérique". Fichier boot loader, qui est stockée sur le disque FAT Partition du système EFI (ESP) et référencée dans une entrée du gestionnaire de démarrage de la NVRAM. Il existe une sorte d'exception à cette règle : EFI prend en charge un nom de fichier de démarrage "de secours", qui est EFI/BOOT/bootx64.efi pour les systèmes 64 bits (x86-64). Si aucune autre entrée de démarrage n'est valide, ou parfois s'il existe une entrée explicite pour ce chargeur, le système le démarre. Cette fonction permet de démarrer à partir d'un support d'installation du système d'exploitation. Elle est aussi parfois utilisée pour démarrer des systèmes dont les EFI sont mal conçus et qui ignorent ou oublient leurs entrées NVRAM. Cette entrée de secours peut apparaître dans le gestionnaire de démarrage intégré de l'ordinateur comme une entrée traditionnelle de démarrage à partir d'un périphérique dans le BIOS, mais ce n'est pas tout à fait la même chose.

0voto

cl-netbox Points 30097

Vous semblez avoir installé l'édition 32 bit d'Ubuntu.
Vous devez installer la version 64 bits recommandée.
Sinon, l'installation ne peut pas fonctionner en mode EFI.

Cependant ... pour résoudre votre problème ...
Démarrer à partir du média d'installation d'Ubuntu.
Sélectionnez "Essayer Ubuntu sans l'installer".

Ouvrir le GParted à partir du tableau de bord.
Cliquez sur Device dans le menu supérieur.
Cliquez sur Créer une table de partition.
Sélectionnez gpt si vous disposez d'un BIOS EFI.

Créer une nouvelle partition - la formater avec fat32 - taille d'environ 100 MB.
Créez une nouvelle partition - formatez-la avec ext4 - dimensionnez-la selon vos besoins.
Créer une nouvelle partition - la formater avec swap - taille correspondant à la RAM.

Sur le bureau, cliquez sur Install Ubuntu, et lorsque le système vous le demande, choisissez Something else.
Sélectionnez la partition ext4 que vous avez créée avec GParted pour Ubuntu auparavant.
Sélectionner / comme point de montage et le système de fichiers ext4 comme format, lancez l'installation.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X