Sur un portable Acer Aspire ES 11, sur lequel j'avais remplacé Windows
par Gentoo Linux, suite Í mise Í jour de grub, je ne parviens plus Í
booter le système.
J'ai un message d'erreur grub, indiquant « error symbol grub_calloc not
found » avec le shell grub rescue>.
Pour être plus précis, suite Í une mise Í jour de grub, j'ai cru bon (et
je me demande encore pourquoi) de lancer :
grub-install --target=x86_64-efi --efi-directory=/boot
(après avoir pris soin de monter ma partition de boot)
(--target=x86_64-efi étant ici optionnel puisque mon grub ne contient que
ce mode)
Et je n'ai pas eu de message d'erreur, comme quand je l'ai relancé
depuis :
# grub-install --efi-directory=/boot
Installation pour la plate-forme x86_64-efi.
Installation terminée, sans erreur.
Après avoir modifié l'ordre de boot dans le bios qui est donc
actuellement :
Boot priority order :
1. EMMC: BJNB4R32G
2. USH HDD: Corsair Flash voyager
3. Windows Boot Manager
4. USB FDD:
5. USB CDROM:
6. HDD1:
7 ATAPI CDROM:
8 Network Boot-IPV4:
9 Network Boot-IPV6:
Je peux booter sur ma clé USB, et accéder Í mon système, mais je ne
parviens pas Í comprendre ce qui coince, et encore moins comment résoudre
le problème.
Il ne me semble pas que j'avais eu de problème Í l'installation, puisque
je n'avais pas tenté de conserver Windows (carte MMC 32G).
Je ne comprends donc pas ce qui peut coincer maintenant.
Je fais forcément une erreur, mais o͹ ?
Merci d'avance Í qui me sortira de ce mauvais pas.
Périphérique Début Fin Secteurs Taille Type
/dev/mmcblk1p1 2048 195312 193265 94,4M Système EFI
/dev/mmcblk1p2 196608 4390911 4194304 2G Système de fichiers Linux
/dev/mmcblk1p3 4390912 61071326 56680415 27G Système de fichiers Linux
# mount | grep /boot
/dev/mmcblk1p1 on /boot type vfat
(rw,relatime,fmask 22,dmask 22,codepageC7,iocharset=iso8859-1,shortname=mixed,errors=remount-
ro)
Le Wed, 31 Mar 2021 14:42:16 +0000, Christophe PEREZ a écrit :
D'accord, je vais essayer.
Pas vraiment concluant. grub-install --removable --efi-directory=/boot m'a bien créé /boot/EFI/BOOT J'ai viré /boot/EFI/{Microsoft,gentoo) Mais "No bootable device" Et quand je boote sur clé usb : # efibootmgr BootCurrent: 0001 Timeout: 0 seconds BootOrder: 2001,2002,2003 Boot0000* Unknown Device: BJNB4R Boot0001* USB HDD: Corsair Flash Voyager Boot2001* EFI USB Device Boot2002* EFI DVD/CDROM Boot2003* EFI Network (le Boot0000 doit être le dongle de la souris, même si je trouve surprenant de le trouver lÍ , mais j'ai omis de le débrancher pour cet essai) Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI J'ai alors remis /boot/EFI/Microsoft. Donc en gros, ce firmware ne veut boot que windows !
Le Wed, 31 Mar 2021 14:42:16 +0000, Christophe PEREZ a écrit :
D'accord, je vais essayer.
Pas vraiment concluant.
grub-install --removable --efi-directory=/boot
m'a bien créé /boot/EFI/BOOT
J'ai viré /boot/EFI/{Microsoft,gentoo)
Mais "No bootable device"
Et quand je boote sur clé usb :
# efibootmgr
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 2001,2002,2003
Boot0000* Unknown Device: BJNB4R
Boot0001* USB HDD: Corsair Flash Voyager
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot2003* EFI Network
(le Boot0000 doit être le dongle de la souris, même si je trouve
surprenant de le trouver lÍ , mais j'ai omis de le débrancher pour cet
essai)
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
J'ai alors remis /boot/EFI/Microsoft.
Donc en gros, ce firmware ne veut boot que windows !
Le Wed, 31 Mar 2021 14:42:16 +0000, Christophe PEREZ a écrit :
D'accord, je vais essayer.
Pas vraiment concluant. grub-install --removable --efi-directory=/boot m'a bien créé /boot/EFI/BOOT J'ai viré /boot/EFI/{Microsoft,gentoo) Mais "No bootable device" Et quand je boote sur clé usb : # efibootmgr BootCurrent: 0001 Timeout: 0 seconds BootOrder: 2001,2002,2003 Boot0000* Unknown Device: BJNB4R Boot0001* USB HDD: Corsair Flash Voyager Boot2001* EFI USB Device Boot2002* EFI DVD/CDROM Boot2003* EFI Network (le Boot0000 doit être le dongle de la souris, même si je trouve surprenant de le trouver lÍ , mais j'ai omis de le débrancher pour cet essai) Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI J'ai alors remis /boot/EFI/Microsoft. Donc en gros, ce firmware ne veut boot que windows !
dyrmak
En 30 lignes Christophe PEREZ a écrit dans news:s422sq$4su$ le mercredi, 31 mars 2021 Í 17:01:46Â :
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI J'ai alors remis /boot/EFI/Microsoft. Donc en gros, ce firmware ne veut boot que windows !
Peut-être le firmware UEFI n'aime pas trop /boot/EFI et préférerait /boot/efi/EFI ? dyrmak -- O sea la indiferencia ++++ --- ++++ Linux operating system ++++ --- ++++
En 30 lignes Christophe PEREZ a écrit
dans news:s422sq$4su$2@vmserveur.novazur.fr
le mercredi, 31 mars 2021 Í 17:01:46Â :
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
J'ai alors remis /boot/EFI/Microsoft.
Donc en gros, ce firmware ne veut boot que windows !
Peut-être le firmware UEFI n'aime pas trop /boot/EFI
et préférerait /boot/efi/EFI ?
dyrmak
--
O sea la indiferencia
++++ --- ++++
Linux operating system
++++ --- ++++
En 30 lignes Christophe PEREZ a écrit dans news:s422sq$4su$ le mercredi, 31 mars 2021 Í 17:01:46Â :
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI J'ai alors remis /boot/EFI/Microsoft. Donc en gros, ce firmware ne veut boot que windows !
Peut-être le firmware UEFI n'aime pas trop /boot/EFI et préférerait /boot/efi/EFI ? dyrmak -- O sea la indiferencia ++++ --- ++++ Linux operating system ++++ --- ++++
Christophe PEREZ
Le Wed, 31 Mar 2021 15:01:46 +0000, Christophe PEREZ a écrit :
Donc en gros, ce firmware ne veut boot que windows !
https://wiki.archlinux.org/index.php/ Unified_Extensible_Firmware_Interface#UEFI_boot_loader_does_not_show_up_in_firmware_menu « UEFI boot loader does not show up in firmware menu On certain UEFI motherboards like some boards with an Intel Z77 chipset, adding entries with efibootmgr or bcfg from the UEFI Shell will not work because they do not show up on the boot menu list after being added to NVRAM. This issue is caused because the motherboards can only load Microsoft Windows. To solve this you have to place the .efi file in the location that Windows uses. » Je crois que la messe est dite. Après, c'est de l'acharnement thérapeutique :D J'avais pourtant déjÍ fait de nombreuses recherches sur le sujet, mais sans doute pas en ayant bien orienté ma requête puisque je n'étais jamais tombé lÍ dessus.
Le Wed, 31 Mar 2021 15:01:46 +0000, Christophe PEREZ a écrit :
Donc en gros, ce firmware ne veut boot que windows !
« UEFI boot loader does not show up in firmware menu
On certain UEFI motherboards like some boards with an Intel Z77 chipset,
adding entries with efibootmgr or bcfg from the UEFI Shell will not work
because they do not show up on the boot menu list after being added to
NVRAM.
This issue is caused because the motherboards can only load Microsoft
Windows. To solve this you have to place the .efi file in the location
that Windows uses. »
Je crois que la messe est dite.
Après, c'est de l'acharnement thérapeutique :D
J'avais pourtant déjÍ fait de nombreuses recherches sur le sujet, mais
sans doute pas en ayant bien orienté ma requête puisque je n'étais jamais
tombé lÍ dessus.
Le Wed, 31 Mar 2021 15:01:46 +0000, Christophe PEREZ a écrit :
Donc en gros, ce firmware ne veut boot que windows !
https://wiki.archlinux.org/index.php/ Unified_Extensible_Firmware_Interface#UEFI_boot_loader_does_not_show_up_in_firmware_menu « UEFI boot loader does not show up in firmware menu On certain UEFI motherboards like some boards with an Intel Z77 chipset, adding entries with efibootmgr or bcfg from the UEFI Shell will not work because they do not show up on the boot menu list after being added to NVRAM. This issue is caused because the motherboards can only load Microsoft Windows. To solve this you have to place the .efi file in the location that Windows uses. » Je crois que la messe est dite. Après, c'est de l'acharnement thérapeutique :D J'avais pourtant déjÍ fait de nombreuses recherches sur le sujet, mais sans doute pas en ayant bien orienté ma requête puisque je n'étais jamais tombé lÍ dessus.
dyrmak
En 25 lignes Christophe PEREZ a écrit dans news:s4240n$adv$ le mercredi, 31 mars 2021 Í 17:20:55Â :
This issue is caused because the motherboards can only load Microsoft Windows. To solve this you have to place the .efi file in the location that Windows uses. » Je crois que la messe est dite. Après, c'est de l'acharnement thérapeutique :D J'avais pourtant déjÍ fait de nombreuses recherches sur le sujet, mais sans doute pas en ayant bien orienté ma requête puisque je n'étais jamais tombé lÍ dessus.
L'essentiel c'est d'y arriver ! dyrmak -- Sͳlo sé que nada sé ++++ --- ++++ Linux operating system ++++ --- ++++
En 25 lignes Christophe PEREZ a écrit
dans news:s4240n$adv$1@vmserveur.novazur.fr
le mercredi, 31 mars 2021 Í 17:20:55Â :
This issue is caused because the motherboards can only load Microsoft
Windows. To solve this you have to place the .efi file in the location
that Windows uses. »
Je crois que la messe est dite.
Après, c'est de l'acharnement thérapeutique :D
J'avais pourtant déjÍ fait de nombreuses recherches sur le sujet, mais
sans doute pas en ayant bien orienté ma requête puisque je n'étais jamais
tombé lÍ dessus.
L'essentiel c'est d'y arriver !
dyrmak
--
Sͳlo sé que nada sé
++++ --- ++++
Linux operating system
++++ --- ++++
En 25 lignes Christophe PEREZ a écrit dans news:s4240n$adv$ le mercredi, 31 mars 2021 Í 17:20:55Â :
This issue is caused because the motherboards can only load Microsoft Windows. To solve this you have to place the .efi file in the location that Windows uses. » Je crois que la messe est dite. Après, c'est de l'acharnement thérapeutique :D J'avais pourtant déjÍ fait de nombreuses recherches sur le sujet, mais sans doute pas en ayant bien orienté ma requête puisque je n'étais jamais tombé lÍ dessus.
L'essentiel c'est d'y arriver ! dyrmak -- Sͳlo sé que nada sé ++++ --- ++++ Linux operating system ++++ --- ++++
Christophe PEREZ
Le Wed, 31 Mar 2021 15:17:05 +0000, dyrmak a écrit :
Peut-être le firmware UEFI n'aime pas trop /boot/EFI et préférerait /boot/efi/EFI ?
Ben je ne vois pas ce que ça change le point de montage. Le firmware, lui, il voit la partition avec son contenu, quelque soit la façon dont moi je la monte dans mon système.
Le Wed, 31 Mar 2021 15:17:05 +0000, dyrmak a écrit :
Peut-être le firmware UEFI n'aime pas trop /boot/EFI et préférerait
/boot/efi/EFI ?
Ben je ne vois pas ce que ça change le point de montage.
Le firmware, lui, il voit la partition avec son contenu, quelque soit la
façon dont moi je la monte dans mon système.
Le Wed, 31 Mar 2021 15:17:05 +0000, dyrmak a écrit :
Peut-être le firmware UEFI n'aime pas trop /boot/EFI et préférerait /boot/efi/EFI ?
Ben je ne vois pas ce que ça change le point de montage. Le firmware, lui, il voit la partition avec son contenu, quelque soit la façon dont moi je la monte dans mon système.
Pascal Hambourg
Le 31/03/2021 Í 17:01, Christophe PEREZ a écrit :
Pas vraiment concluant. grub-install --removable --efi-directory=/boot m'a bien créé /boot/EFI/BOOT J'ai viré /boot/EFI/{Microsoft,gentoo) Mais "No bootable device" Et quand je boote sur clé usb : # efibootmgr BootCurrent: 0001 Timeout: 0 seconds BootOrder: 2001,2002,2003 Boot0000* Unknown Device: BJNB4R Boot0001* USB HDD: Corsair Flash Voyager Boot2001* EFI USB Device Boot2002* EFI DVD/CDROM Boot2003* EFI Network (le Boot0000 doit être le dongle de la souris, même si je trouve surprenant de le trouver lÍ , mais j'ai omis de le débrancher pour cet essai)
Le transmetteur sans fil ? Je ne vois pas ce qu'un périphérique autre qu'un support de stockage viendrait faire ici.
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
C'est normal, la propriété de cet emplacement spécial est justement qu'il n'a pas besoin de variable de boot EFI pour être utilisé.
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur une clé USB donc il sait très bien utiliser cet emplacement sur un support externe.
Le 31/03/2021 Í 17:01, Christophe PEREZ a écrit :
Pas vraiment concluant.
grub-install --removable --efi-directory=/boot
m'a bien créé /boot/EFI/BOOT
J'ai viré /boot/EFI/{Microsoft,gentoo)
Mais "No bootable device"
Et quand je boote sur clé usb :
# efibootmgr
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 2001,2002,2003
Boot0000* Unknown Device: BJNB4R
Boot0001* USB HDD: Corsair Flash Voyager
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot2003* EFI Network
(le Boot0000 doit être le dongle de la souris, même si je trouve
surprenant de le trouver lÍ , mais j'ai omis de le débrancher pour cet
essai)
Le transmetteur sans fil ? Je ne vois pas ce qu'un périphérique autre
qu'un support de stockage viendrait faire ici.
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
C'est normal, la propriété de cet emplacement spécial est justement
qu'il n'a pas besoin de variable de boot EFI pour être utilisé.
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur une
clé USB donc il sait très bien utiliser cet emplacement sur un support
externe.
Le 31/03/2021 Í 17:01, Christophe PEREZ a écrit :
Pas vraiment concluant. grub-install --removable --efi-directory=/boot m'a bien créé /boot/EFI/BOOT J'ai viré /boot/EFI/{Microsoft,gentoo) Mais "No bootable device" Et quand je boote sur clé usb : # efibootmgr BootCurrent: 0001 Timeout: 0 seconds BootOrder: 2001,2002,2003 Boot0000* Unknown Device: BJNB4R Boot0001* USB HDD: Corsair Flash Voyager Boot2001* EFI USB Device Boot2002* EFI DVD/CDROM Boot2003* EFI Network (le Boot0000 doit être le dongle de la souris, même si je trouve surprenant de le trouver lÍ , mais j'ai omis de le débrancher pour cet essai)
Le transmetteur sans fil ? Je ne vois pas ce qu'un périphérique autre qu'un support de stockage viendrait faire ici.
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
C'est normal, la propriété de cet emplacement spécial est justement qu'il n'a pas besoin de variable de boot EFI pour être utilisé.
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur une clé USB donc il sait très bien utiliser cet emplacement sur un support externe.
Christophe PEREZ
Le Wed, 31 Mar 2021 20:53:18 +0200, Pascal Hambourg a écrit :
Le transmetteur sans fil ? Je ne vois pas ce qu'un périphérique autre qu'un support de stockage viendrait faire ici.
Non, ce n'est clairement pas ça, mais je ne sais pas pour autant Í quoi ça correspondait puisque je ne l'ai plus. Mais c'est assez bizarre parce que souvent, je ne parviens pas Í reproduire les mêmes résultats avec les mêmes tests (voir plus bas)
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
C'est normal, la propriété de cet emplacement spécial est justement qu'il n'a pas besoin de variable de boot EFI pour être utilisé.
Du coup, il n'est visible nulle part, donc inutilisable.
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur une clé USB donc il sait très bien utiliser cet emplacement sur un support externe.
En fait, c'est faux. J'ai poursuivi mes recherches, et suis tombé sur plusieurs pistes, mais toutes n'ont pas porté leurs fruits. https://wiki.archlinux.org/index.php/Acer_Aspire_E11_Series indique qu'il faudrait "valider" les entrées EFI " Enable 'secure' boot again, then choose the option 'select an UEFI file as trusted for executing' and browse to the gummiboot/gummibootx64.efi file, then press ENTER. Now disable 'secure' boot again, put the gummiboot loader on top of the list in the boot priority menu, and remove the supervisor password. Save the settings and reboot into your fresh Arch system." Mais, je n'ai trouvé aucun moyen de le faire, dans mon Bios. Je parviens Í activer/désactive le secure boot, mais ça ne me rajoute rien concernant le boot. Et ils rajoutent bien : " Note: A UEFI boot entry may not appear upon booting the device. The solution is to copy the .efi file to the location Windows uses. See UEFI#UEFI boot loader does not show up in firmware menu for details. " Par contre, sur les forums ACER, je suis tombé sur 2 posts intéressants : https://community.acer.com/en/discussion/550761/acer-aspire-es1-132-bios- menu-dual-boot-problem O͹ le type indique qu'il a pu booter en renommant /EFI/Linux/grubx64.efi en /EFI/Linux/bootx64.efi. J'ai donc renommé /boot/EFI/gentoo/grubx64.efi en bootx64.efi mais sans succès. Et plus intéressant encore l'avant-dernier post de https://community.acer.com/en/discussion/476726/es1-132-cannot-install- other-os-than-windows-10-bios-options-missing O͹ celui lÍ explique que les entrées EFI acceptées sont "hard coded" et limitées Í : EFILinuxBOOTX64.efi (Linux) EFIMicrosoftBootbootmgfw.efi (Windows Boot Manager) EFIubuntushim.efi (ubuntu SECURE) EFIubuntushim$cpu$.efi (ubuntu SECURE) EFIubuntugrub.efi (ubuntu NORMAL) EFIfedorashim.efi (Fedora) EFIandroidbootx64.efi (Android) EFIopensusegrubx64.efi (topenSUSE) EFIredhatgrub.efi (Red Hat Linux) EFISuSEelilo.efi (SuSE Linux) EFIubuntugrub$cpu$.efi (ubuntu NORMAL) En parallèle, j'ai compris qu'avec F12, au boot, j'avais accès Í un autre type de menu (qui me laisse encore perplexe dans son remplissage jusqu'Í maintenant) Boot Manager Boot Option Menu 1. xxxxxx Et en copiant mon gentoo/grubx64.efi en LinuxBOOTX64.efi j'ai effectivement une entrée Linux (quelque soit le nom que je lui donne par efibootmgr, elle est renommée en Linux) dans ce menu F12. Et si je la sélectionne, c'est CETTE entrée que j'ai dans le menu "boot order" dans le Bios Í la place de l'entrée Windows, et non pas en plus. Or, comme je découvre cette option F12, j'ai pu passer Í cÍ´té de plusieurs configurations fonctionnelles qui laissaient toujours apparaÍ®tre le choix Windows seul dans le boot order. A un moment, j'ai même eu, dans le menu F12, 2 choix Linux et 1 choix windows, du type : 1: Linux 2: Windows 3: Linux Mais comme cet idiot renomme automatiquement les entrées EFI quelque soit le nom significatif que je leur donne, je n'ai pas su Í quoi correspondaient ces 2 entrées Linux. En effet, j'en avais créé plusieurs pour voir ce qui pourrait être accepté en plus de la liste ci-dessus, et pour voir Í quoi avait pu correspondre l'entrée que j'ai pensé être le dongle de la souris. Et je n'ai jamais été en mesure ensuite de reproduire ce menu Í 3 entrées. Je continue Í explorer...
Le Wed, 31 Mar 2021 20:53:18 +0200, Pascal Hambourg a écrit :
Le transmetteur sans fil ? Je ne vois pas ce qu'un périphérique autre
qu'un support de stockage viendrait faire ici.
Non, ce n'est clairement pas ça, mais je ne sais pas pour autant Í quoi
ça correspondait puisque je ne l'ai plus.
Mais c'est assez bizarre parce que souvent, je ne parviens pas Í
reproduire les mêmes résultats avec les mêmes tests (voir plus bas)
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
C'est normal, la propriété de cet emplacement spécial est justement
qu'il n'a pas besoin de variable de boot EFI pour être utilisé.
Du coup, il n'est visible nulle part, donc inutilisable.
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur une
clé USB donc il sait très bien utiliser cet emplacement sur un support
externe.
En fait, c'est faux.
J'ai poursuivi mes recherches, et suis tombé sur plusieurs pistes, mais
toutes n'ont pas porté leurs fruits.
indique qu'il faudrait "valider" les entrées EFI
" Enable 'secure' boot again, then choose the option 'select an UEFI file
as trusted for executing' and browse to the gummiboot/gummibootx64.efi
file, then press ENTER. Now disable 'secure' boot again, put the gummiboot
loader on top of the list in the boot priority menu, and remove the
supervisor password. Save the settings and reboot into your fresh Arch
system."
Mais, je n'ai trouvé aucun moyen de le faire, dans mon Bios. Je parviens
Í activer/désactive le secure boot, mais ça ne me rajoute rien concernant
le boot.
Et ils rajoutent bien :
" Note: A UEFI boot entry may not appear upon booting the device. The
solution is to copy the .efi file to the location Windows uses. See
UEFI#UEFI boot loader does not show up in firmware menu for details. "
Par contre, sur les forums ACER, je suis tombé sur 2 posts intéressants :
https://community.acer.com/en/discussion/550761/acer-aspire-es1-132-bios-
menu-dual-boot-problem
O͹ le type indique qu'il a pu booter en renommant /EFI/Linux/grubx64.efi
en /EFI/Linux/bootx64.efi.
J'ai donc renommé /boot/EFI/gentoo/grubx64.efi en bootx64.efi mais sans
succès.
Et plus intéressant encore l'avant-dernier post de
https://community.acer.com/en/discussion/476726/es1-132-cannot-install-
other-os-than-windows-10-bios-options-missing
O͹ celui lÍ explique que les entrées EFI acceptées sont "hard coded" et
limitées Í :
EFILinuxBOOTX64.efi (Linux)
EFIMicrosoftBootbootmgfw.efi (Windows Boot Manager)
EFIubuntushim.efi (ubuntu SECURE)
EFIubuntushim$cpu$.efi (ubuntu SECURE)
EFIubuntugrub.efi (ubuntu NORMAL)
EFIfedorashim.efi (Fedora)
EFIandroidbootx64.efi (Android)
EFIopensusegrubx64.efi (topenSUSE)
EFIredhatgrub.efi (Red Hat Linux)
EFISuSEelilo.efi (SuSE Linux)
EFIubuntugrub$cpu$.efi (ubuntu NORMAL)
En parallèle, j'ai compris qu'avec F12, au boot, j'avais accès Í un autre
type de menu (qui me laisse encore perplexe dans son remplissage jusqu'Í
maintenant)
Boot Manager
Boot Option Menu
1. xxxxxx
Et en copiant mon gentoo/grubx64.efi en LinuxBOOTX64.efi j'ai
effectivement une entrée Linux (quelque soit le nom que je lui donne par
efibootmgr, elle est renommée en Linux) dans ce menu F12. Et si je la
sélectionne, c'est CETTE entrée que j'ai dans le menu "boot order" dans
le Bios Í la place de l'entrée Windows, et non pas en plus.
Or, comme je découvre cette option F12, j'ai pu passer Í cÍ´té de
plusieurs configurations fonctionnelles qui laissaient toujours
apparaͮtre le choix Windows seul dans le boot order.
A un moment, j'ai même eu, dans le menu F12, 2 choix Linux et 1 choix
windows, du type :
1: Linux
2: Windows
3: Linux
Mais comme cet idiot renomme automatiquement les entrées EFI quelque soit
le nom significatif que je leur donne, je n'ai pas su Í quoi
correspondaient ces 2 entrées Linux. En effet, j'en avais créé plusieurs
pour voir ce qui pourrait être accepté en plus de la liste ci-dessus, et
pour voir Í quoi avait pu correspondre l'entrée que j'ai pensé être le
dongle de la souris. Et je n'ai jamais été en mesure ensuite de
reproduire ce menu Í 3 entrées.
Le Wed, 31 Mar 2021 20:53:18 +0200, Pascal Hambourg a écrit :
Le transmetteur sans fil ? Je ne vois pas ce qu'un périphérique autre qu'un support de stockage viendrait faire ici.
Non, ce n'est clairement pas ça, mais je ne sais pas pour autant Í quoi ça correspondait puisque je ne l'ai plus. Mais c'est assez bizarre parce que souvent, je ne parviens pas Í reproduire les mêmes résultats avec les mêmes tests (voir plus bas)
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
C'est normal, la propriété de cet emplacement spécial est justement qu'il n'a pas besoin de variable de boot EFI pour être utilisé.
Du coup, il n'est visible nulle part, donc inutilisable.
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur une clé USB donc il sait très bien utiliser cet emplacement sur un support externe.
En fait, c'est faux. J'ai poursuivi mes recherches, et suis tombé sur plusieurs pistes, mais toutes n'ont pas porté leurs fruits. https://wiki.archlinux.org/index.php/Acer_Aspire_E11_Series indique qu'il faudrait "valider" les entrées EFI " Enable 'secure' boot again, then choose the option 'select an UEFI file as trusted for executing' and browse to the gummiboot/gummibootx64.efi file, then press ENTER. Now disable 'secure' boot again, put the gummiboot loader on top of the list in the boot priority menu, and remove the supervisor password. Save the settings and reboot into your fresh Arch system." Mais, je n'ai trouvé aucun moyen de le faire, dans mon Bios. Je parviens Í activer/désactive le secure boot, mais ça ne me rajoute rien concernant le boot. Et ils rajoutent bien : " Note: A UEFI boot entry may not appear upon booting the device. The solution is to copy the .efi file to the location Windows uses. See UEFI#UEFI boot loader does not show up in firmware menu for details. " Par contre, sur les forums ACER, je suis tombé sur 2 posts intéressants : https://community.acer.com/en/discussion/550761/acer-aspire-es1-132-bios- menu-dual-boot-problem O͹ le type indique qu'il a pu booter en renommant /EFI/Linux/grubx64.efi en /EFI/Linux/bootx64.efi. J'ai donc renommé /boot/EFI/gentoo/grubx64.efi en bootx64.efi mais sans succès. Et plus intéressant encore l'avant-dernier post de https://community.acer.com/en/discussion/476726/es1-132-cannot-install- other-os-than-windows-10-bios-options-missing O͹ celui lÍ explique que les entrées EFI acceptées sont "hard coded" et limitées Í : EFILinuxBOOTX64.efi (Linux) EFIMicrosoftBootbootmgfw.efi (Windows Boot Manager) EFIubuntushim.efi (ubuntu SECURE) EFIubuntushim$cpu$.efi (ubuntu SECURE) EFIubuntugrub.efi (ubuntu NORMAL) EFIfedorashim.efi (Fedora) EFIandroidbootx64.efi (Android) EFIopensusegrubx64.efi (topenSUSE) EFIredhatgrub.efi (Red Hat Linux) EFISuSEelilo.efi (SuSE Linux) EFIubuntugrub$cpu$.efi (ubuntu NORMAL) En parallèle, j'ai compris qu'avec F12, au boot, j'avais accès Í un autre type de menu (qui me laisse encore perplexe dans son remplissage jusqu'Í maintenant) Boot Manager Boot Option Menu 1. xxxxxx Et en copiant mon gentoo/grubx64.efi en LinuxBOOTX64.efi j'ai effectivement une entrée Linux (quelque soit le nom que je lui donne par efibootmgr, elle est renommée en Linux) dans ce menu F12. Et si je la sélectionne, c'est CETTE entrée que j'ai dans le menu "boot order" dans le Bios Í la place de l'entrée Windows, et non pas en plus. Or, comme je découvre cette option F12, j'ai pu passer Í cÍ´té de plusieurs configurations fonctionnelles qui laissaient toujours apparaÍ®tre le choix Windows seul dans le boot order. A un moment, j'ai même eu, dans le menu F12, 2 choix Linux et 1 choix windows, du type : 1: Linux 2: Windows 3: Linux Mais comme cet idiot renomme automatiquement les entrées EFI quelque soit le nom significatif que je leur donne, je n'ai pas su Í quoi correspondaient ces 2 entrées Linux. En effet, j'en avais créé plusieurs pour voir ce qui pourrait être accepté en plus de la liste ci-dessus, et pour voir Í quoi avait pu correspondre l'entrée que j'ai pensé être le dongle de la souris. Et je n'ai jamais été en mesure ensuite de reproduire ce menu Í 3 entrées. Je continue Í explorer...
David Larochette
Le 31/03/2021 Í 17:17, dyrmak a écrit :
En 30 lignes Christophe PEREZ a écrit dans news:s422sq$4su$ le mercredi, 31 mars 2021 Í 17:01:46Â :
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI J'ai alors remis /boot/EFI/Microsoft. Donc en gros, ce firmware ne veut boot que windows !
Peut-être le firmware UEFI n'aime pas trop /boot/EFI et préférerait /boot/efi/EFI ?
Dans le cas de l'op, la partition efiest confondue avec la partition boot donc /boot/EFI est assez logique dans ce cas
Le 31/03/2021 Í 17:17, dyrmak a écrit :
En 30 lignes Christophe PEREZ a écrit
dans news:s422sq$4su$2@vmserveur.novazur.fr
le mercredi, 31 mars 2021 Í 17:01:46Â :
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI
J'ai alors remis /boot/EFI/Microsoft.
Donc en gros, ce firmware ne veut boot que windows !
Peut-être le firmware UEFI n'aime pas trop /boot/EFI
et préférerait /boot/efi/EFI ?
Dans le cas de l'op, la partition efiest confondue avec la partition
boot donc /boot/EFI est assez logique dans ce cas
En 30 lignes Christophe PEREZ a écrit dans news:s422sq$4su$ le mercredi, 31 mars 2021 Í 17:01:46Â :
Donc aucune mention du /boot/EFI/BOOT/BOOTX64.EFI J'ai alors remis /boot/EFI/Microsoft. Donc en gros, ce firmware ne veut boot que windows !
Peut-être le firmware UEFI n'aime pas trop /boot/EFI et préférerait /boot/efi/EFI ?
Dans le cas de l'op, la partition efiest confondue avec la partition boot donc /boot/EFI est assez logique dans ce cas
Christophe PEREZ
Le Wed, 31 Mar 2021 19:56:40 +0000, Christophe PEREZ a écrit :
Le Wed, 31 Mar 2021 20:53:18 +0200, Pascal Hambourg a écrit :
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur une clé USB donc il sait très bien utiliser cet emplacement sur un support externe.
En fait, c'est faux.
Je voulais dire ici que c'était mon hypothèse qui était fausse, et évidemment pas la réponse de Pascal qui elle se basait sur mon hypothèse fausse ;)
Le Wed, 31 Mar 2021 19:56:40 +0000, Christophe PEREZ a écrit :
Le Wed, 31 Mar 2021 20:53:18 +0200, Pascal Hambourg a écrit :
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur
une clé USB donc il sait très bien utiliser cet emplacement sur un
support externe.
En fait, c'est faux.
Je voulais dire ici que c'était mon hypothèse qui était fausse, et
évidemment pas la réponse de Pascal qui elle se basait sur mon hypothèse
fausse ;)
Le Wed, 31 Mar 2021 19:56:40 +0000, Christophe PEREZ a écrit :
Le Wed, 31 Mar 2021 20:53:18 +0200, Pascal Hambourg a écrit :
Donc en gros, ce firmware ne veut boot que windows !
A ce niveau c'est quand même du vice car il arrive bien Í booter sur une clé USB donc il sait très bien utiliser cet emplacement sur un support externe.
En fait, c'est faux.
Je voulais dire ici que c'était mon hypothèse qui était fausse, et évidemment pas la réponse de Pascal qui elle se basait sur mon hypothèse fausse ;)
