web-dev-qa-db-fra.com

Impossible d'installer Ubuntu sur Acer Aspire ES1-533

J'ai acheté cet ordinateur et je voulais installer Ubuntu dessus. Le problème est que j'ai échoué pendant plus de 3 semaines. L'ordinateur vient avec UEFI de capacités très limitées. Il ne peut pas être commuté sur Legacy et il n'y a pas d'option . Sélectionnez un fichier UEFI comme fichier de confiance pour l'exécution . La seule chose à faire est d’activer/désactiver l’amorçage sécurisé .

Maintenant à propos du problème. J'ai d'abord essayé d'installer Ubuntu en mode automatique, puis aussi avec le partitionnement manuel dans autre chose . Dans les deux cas, l’installation se bloque lors de l’installation de grub2 dans/dev/sda et que l’ordinateur se bloque.

Ensuite, j'ai décidé d'installer sans chargeur de démarrage en utilisant ubiquity -b . Cela a bien fonctionné et l'installation s'est terminée sans problème. Finalement, j'ai essayé d'installer le chargeur de démarrage manuellement en utilisant grub-install . Et ici, je viens au même point - l'ordinateur se bloque.

here the grub-install freezes

Le problème est donc lorsque efibootmgr essaie d’enregistrer la nouvelle entrée dans l’UEFI. Je l'ai également confirmé en exécutant ceci:

_Sudo efibootmgr -c -d /dev/sda -p 1 -w -L ubuntu_ 

après quoi il se bloque à nouveau.

Mon idée comment le faire fonctionner est la suivante:

Installez Ubuntu sans chargeur de démarrage, installez le chargeur de démarrage manuellement sans essayer d’enregistrer une nouvelle entrée dans UEFI, déplacez le chargeur de démarrage de /EFI/ubuntu/ vers /EFI/BOOT/ et renommez-le en bootx64.efi . Ensuite, je suis presque sûr que cela fonctionnera.

Est-ce que n'importe qui peut conseiller sur la façon de:

  1. effectuer grub-install sans essayer d’enregistrer une nouvelle entrée UEFI par efibootmgr donc que cela passe et que l'ordinateur ne gèle pas?

  2. Quels fichiers de /EFI/ubuntu/ je devrais copier vers /EFI/BOOT et lequel d’eux devrais-je renommer bootx64.efi ?

  3. Si ce n’est pas la bonne solution, quelle serait la meilleure solution?.

Merci pour tout conseil.

7
Sladek90

Le problème peut être résolu comme suit:

  1. Démarrer Ubuntu Live DVD/USB en mode test et terminal ouvert

  2. Exécutez le processus d'installation sans installer bootloader en:

    Sudo ubiquity -b
    
  3. Presse Continue testing après l'installation est terminée.

  4. Montez le système de fichiers nouvellement installé sur /mnt:

    Sudo mount /dev/sda2 /mnt
    Sudo mkdir /mnt/boot/efi
    Sudo mount /dev/sda1 /mnt/boot/efi
    for i in /dev /dev/pts /proc /sys; do Sudo mount -B $i /mnt$i; done
    

(où sda2 est la partition racine et sda1 est la partition système EFI)

  1. Charger efivars par:

    Sudo modprobe efivars
    
  2. Réinstallez grub-install pour une version 64 bits

    Sudo apt-get install --reinstall grub-efi-AMD64
    Sudo grub-install --no-nvram --root-directory=/mnt
    
  3. Changez la racine en /mnt et mettez à jour grub

    Sudo chroot /mnt
    Sudo update-grub
    
  4. Déplacer et renommer le chargeur de démarrage installé

    cd /boot/efi/EFI
    Sudo cp -R ubuntu/* BOOT/
    cd BOOT
    Sudo cp grubx64.efi bootx64.efi
    
  5. Redémarrez le système.

De plus amples détails peuvent être trouvés ici:

discussion de la communauté Acer

8
Sladek90

Tout d'abord, je vous recommande fortement de déposer un rapport de bogue sur vos problèmes, comme décrit ici. Il n'y a aucune garantie que cela produira des résultats positifs, mais sans rapports de bogues, il est très peu probable que les développeurs résolvent les problèmes.

Deuxièmement, vous avez dit que vous avez utilisé manuellement la commande suivante pour essayer d’enregistrer GRUB avec le micrologiciel:

Sudo efibootmgr -c -d /dev/sda -p 1 -w -L ubuntu

Cependant, il manque un paramètre important à cette commande: -l {filename}. En outre, je n’avais jamais vu auparavant -w comme option obligatoire, ce qui devrait donc probablement être supprimé. Au total, votre commande devrait plutôt être:

Sudo efibootmgr -c -d /dev/sda -p 1 -L ubuntu -l \\EFI\\ubuntu\\grubx64.efi

Changez grubx64.efi en shimx64.efi si vous êtes certain que le fichier shimx64.efi est installé et si vous souhaitez pouvoir démarrer avec le démarrage sécurisé actif. Étant donné que l'installation du système d'exploitation principal est gelée, je doute que ce changement puisse aider, mais cela vaut la peine d'essayer.

Pour le reste, je pense que l'option --no-nvram de grub-install devrait l'empêcher d'essayer de mettre à jour les variables NVRAM via efibootmgr. Cette option n'est pas mentionnée sur la page man, mais je crois que c'est une option valide.

Vous voudrez peut-être aussi consulter ma page sur les chargeurs de démarrage EFI pour Linux et en particulier son sous-page expliquant comment installer les chargeurs de démarrage. Celles-ci vous expliqueront comment le " écrous et boulons "de ces opérations procèdent. Vous pourriez même vouloir utiliser autre chose que GRUB 2 en tant que chargeur de démarrage.

Pour démarrer à l'aide du nom de fichier par défaut, vous devez copier tout /boot/efi/EFI/ubuntu dans /boot/efi/EFI/BOOT et renommer grubx64.efi en bootx64.efi dans ce répertoire. Alternativement, vous pouvez installer quelque chose d'autre en utilisant le nom de fichier de secours. Un inconvénient majeur avec cela est que cela peut ne pas fonctionner si l'ordinateur est déjà en train de démarrer Windows (ou un autre système d'exploitation). Dans ce cas, vous devrez peut-être "détourner" le chargeur de démarrage Windows en le remplaçant par GRUB 2 (ou ce que vous souhaitez utiliser) et en déplaçant le chargeur de démarrage Windows ailleurs.

4
Rod Smith

Linux peut en effet être installé et démarré sur Acer ES1-533 en détournant le chargeur de démarrage (Windows) par défaut, comme décrit par Sladek90 et détaillé sur l'excellent site Web de Rod Smith. Cependant, ce n'est pas nécessaire.

Une meilleure solution consiste à installer Linux sans écrire dans la NVRAM, car une écriture par efibootmgr - comme le font presque toutes les distributions - gèlera le système (seule la lecture est possible).

La solution consiste à utiliser le système rEFInd Live (clé USB, par exemple), à ​​démarrer dessus, à ouvrir le shell UEFI et générer l'entrée UEFI requise avec bcfg, par exemple:

bcfg boot add 2 fs0:\EFI\ubuntu\grubx64.efi "GRUB Loader"

Ceci ajoute une entrée de démarrage pour GRUB à la pos. 2. Lorsque vous redémarrez et appuyez sur F12, vous aurez le choix de démarrer GRUB (puis Ubuntu) ou Windows!

0
Palmstroem