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.
