Ubuntu-fr

geole

Re : Acer aspire es1-732-p3s1 Grub2 et shutdown freeze

1) Pour le point 1
Pour découvrir la touche F2, Il suffit que tu appuies dessus.
     Le contenu de la ligne de boot s'affiche. C'est à ce niveau que tu ajoutes des options de boot supplémentaires,  La plus fréquente est nomodeset au moment de l'installation    et recovery lorsque le logiciel ubuntu ne boote plus pour  diverses raisons.

2) Pour le point 2, Ce n'est pas nécessaire puisqu'on peut le faire   comme indiqué au point 1.

3) Pour le point 3    les mises à jour de ubuntu sont certainement maîtrisées y compris un changement de noyau.
Je ne pense pas que ubuntu ait envie de modifier son logiciel pour demander à l'utilisateur si la partie secure est optionnelle .

4) Pour le point 4,    Il arrivera qu'une grosse mise à jour de windows livrera un nouveau programme bootmgfw.efi
Mais tu connais la commande pour l'écraser.

sudo  mount  -v  /dev/sda1   /mnt
sudo   cp -v /mnt/efi/Microsoft/Boot/bootmgfw.efi /mnt/efi/Microsoft/Boot/bkbootmgfw.efi
sudo   cp -v /mnt/efi/Microsoft/Boot/refind_x64.efi /mnt/efi/Microsoft/Boot/bootmgfw.efi

Dernière modification par geole (Le 18/12/2019, à 19:12)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

cerbere

Re : Acer aspire es1-732-p3s1 Grub2 et shutdown freeze

Un très grand merci pour ta patience et l'attention que tu m'as accordée.
Je n'ai évidemment pas tout compris de tout ce qu'on a fait, je ne sais toujours pas pourquoi ça marche, mais je sais que je pourrai compter sur un expert si un pb. surgissait.
MERCI

geole

Re : Acer aspire es1-732-p3s1 Grub2 et shutdown freeze

Si on résume.
- L'installateur  automatique de ubuntu a bloqué au moment de mettre à jour la NVRAM du bios EFI de cet installateur
     Grubx64.efi  était inscrit dans dans la NVRAM. il apparaissait comme étant inconnu.
     Shimx64.efi  qui est le logiciel officiel sécurisé n'a pas été proposé pour installation.
     Le fichier de configuration du grub n'a pas été fabriqué. On se demande pourquoi cette fabrication ne se fait pas avant d'informer la NVRAM

- Tu as donc lancé une installation manuelle (ubiquity -b)    Dans certains cas, cette installation ne met que la partie 32 bits.

- Tu as suivi une procédure CHROOT permettant d'installer la partie 64 bits.
Cette procédure permet de mettre l'option --NVRAM qui n'est pas proposée en automatique.
Elle permet de générer la partie 64 bits manquante.
Tout s'est  bien passé.

Mais cette installation fabrique un bon fichier EFI qui n'est pas au bon endroit pour ce type de bios.

Le déplacement de ce fichier  dans la procédure que tu as suivie fut une galère et un échec. On en trouve trace en trois endroits

L'avant-dernière action fut de l'installer   dans /EFI/BOOT qui est l'endroit officiel de boot. Mais c'est windows qui s'est lancé.
   L'analyse  de la cause n'est pas évidente.
        Soit ce bios n'utilise que ce point de boot qu'en absence de windows.
        Soit  ce grub ne convient pas  .
Par la suite, on a vu que le bios était repassé SECURE.  Avec cette option,  cela ne pouvait pas booter

La dernière action fut de dire de remplacer le fichier de boot de windows et voir ce qui se passe.
On avait le choix de continuer avec le GRUB  ou refind. Mais je maîtrise mieux refind qui est indépendant et dont l'installation est aussi possible avec windows.
De plus l'interface graphique de la gestion  avec grub-customer n'est pas recommandée.

Dernière modification par geole (Le 18/12/2019, à 19:41)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

cerbere

Re : Acer aspire es1-732-p3s1 Grub2 et shutdown freeze

dans #54

j'ai rebooté en mode secure
j'ai suivi le tuto https://community.acer.com/en/discussio … ent_480966
j'ai pu aller jusqu'au bout contrairement à la première fois (objet de mon appel) où j'avais dû arrêter à :
update-grub : impossible d'obtenir chemin canonique /dev/sda5

il semblerait que ce soit ce mode secure qui ait posé des pb pour l'installation de refind (entre autres?)
aprés les différentes interventions ça marche (moi je ne sais pas pourquoi mais je ne suis pas un expert)
#86

j'ai mis secure off.
je relance et c'est le menu refind qui apparait

je ne sais pas si ces remarques sont utiles pour la synthèse !!

patfrat

Re : Acer aspire es1-732-p3s1 Grub2 et shutdown freeze

Salut à tous, après tout ce temps, rebelote sur le même freeze lors de l'installation de secureboot-db

Finalement, une solution plus pérenne qui empêche l'installation de ce paquet
mais d'abord annuler les mises à jour plantées si nécessaire

sudo su
rm /var/lib/dpkg/lock
rm /var/lib/dpkg/lock-frontend
rm /var/lib/dpkg/lock
cd /var/lib/dpkg/updates
sudo rm *

sudo mv -v /var/lib/dpkg/info/secureboot-db* /tmp/
sudo dpkg --remove --force-remove-reinstreq secureboot-db

echo "secureboot-dg hold" | dpkg --set-selections"

puis on peut relancer les mises à jour du système jusqu'au bout avec installation du dernier noyau !!!