[opensuse] Grub crashes just after update (15.1)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Grub crashes just after update (Leap 15.1), that included grub and kernel: Telcontar:~ # rpm -qa --last grub2-x86_64-efi-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-systemd-sleep-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-snapper-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-i386-pc-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:41 2020 kernel-default-4.12.14-lp151.28.59.1.x86_64 Sun Aug 9 21:50:24 2020 I get this message on boot (hand copied): Welcome to GRUB! error: symbol `grub_calloc` not found Entering rescue mode grub rescue> _ Also, the entry in EFI menu for the other Leap in this machine is lost. Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # Notice the different paths. One of them booted, I forget which. This one is recent: Telcontar:~ # l /boot/efi/EFI/main_opensuse/ total 3528 drwxr-xr-x 2 root root 8192 Apr 1 23:15 ./ drwxr-xr-x 6 root root 8192 Mar 22 00:46 ../ - -rwxr-xr-x 1 root root 1158688 Aug 9 21:51 MokManager.efi* - -rwxr-xr-x 1 root root 68 Aug 9 21:51 boot.csv* - -rwxr-xr-x 1 root root 150 Aug 9 21:51 grub.cfg* - -rwxr-xr-x 1 root root 1066864 Aug 9 21:51 grub.efi* - -rwxr-xr-x 1 root root 124416 Aug 9 21:51 grubx64.efi* - -rwxr-xr-x 1 root root 1208968 Aug 9 21:51 shim.efi* Telcontar:~ # This is older: Telcontar:~ # l /boot/efi/EFI/opensuse/ total 3520 drwxr-xr-x 2 root root 8192 Mar 17 04:18 ./ drwxr-xr-x 6 root root 8192 Mar 22 00:46 ../ - -rwxr-xr-x 1 root root 1158688 Mar 17 04:18 MokManager.efi* - -rwxr-xr-x 1 root root 58 Mar 17 04:18 boot.csv* - -rwxr-xr-x 1 root root 155 Mar 17 04:18 grub.cfg* - -rwxr-xr-x 1 root root 1062752 Mar 17 04:18 grub.efi* - -rwxr-xr-x 1 root root 124416 Mar 20 23:57 grubx64.efi* - -rwxr-xr-x 1 root root 1208968 Mar 17 04:18 shim.efi* Telcontar:~ # Telcontar:~ # grep GRUB_DISTRIBUTOR /etc/default/grub GRUB_DISTRIBUTOR="Main_openSUSE" Telcontar:~ # What can I do? revert to an older grub, perhaps? - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXzBdKRwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVIFwAnR3r39jkRTWJawgI5/A2 P+hH3u0gAJ46GCSfd9/oY/nV/y6TkKiscKrOOw== =SxCb -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
Grub crashes just after update (Leap 15.1), that included grub and kernel:
Telcontar:~ # rpm -qa --last
grub2-x86_64-efi-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-systemd-sleep-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-snapper-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020
grub2-i386-pc-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:41 2020
kernel-default-4.12.14-lp151.28.59.1.x86_64 Sun Aug 9 21:50:24 2020
I get this message on boot (hand copied):
Welcome to GRUB! error: symbol `grub_calloc` not found Entering rescue mode grub rescue> _ I had this problem too, on Tumbleweed. I used a rescue ISO drive, mounted the system (mount, chroot etc.) and started YaST Boot Loader module again.
Greetings, Björn -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, Aug 09, 2020 at 10:45:52PM +0200, Bjoern Voigt wrote:
Carlos E. R. wrote:
Grub crashes just after update (Leap 15.1), that included grub and kernel:
Telcontar:~ # rpm -qa --last
grub2-x86_64-efi-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-systemd-sleep-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-snapper-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020
grub2-i386-pc-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:41 2020
kernel-default-4.12.14-lp151.28.59.1.x86_64 Sun Aug 9 21:50:24 2020
I get this message on boot (hand copied):
Welcome to GRUB! error: symbol `grub_calloc` not found Entering rescue mode grub rescue> _ I had this problem too, on Tumbleweed. I used a rescue ISO drive, mounted the system (mount, chroot etc.) and started YaST Boot Loader module again.
This means grub2 was not fully installed... where there errors during update? Do you use a multi stage grub2 setup? Ciao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/08/2020 08.07, Marcus Meissner wrote:
On Sun, Aug 09, 2020 at 10:45:52PM +0200, Bjoern Voigt wrote:
Carlos E. R. wrote:
Grub crashes just after update (Leap 15.1), that included grub and kernel:
Telcontar:~ # rpm -qa --last
grub2-x86_64-efi-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-systemd-sleep-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-snapper-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020
grub2-i386-pc-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:41 2020
kernel-default-4.12.14-lp151.28.59.1.x86_64 Sun Aug 9 21:50:24 2020
I get this message on boot (hand copied):
Welcome to GRUB! error: symbol `grub_calloc` not found Entering rescue mode grub rescue> _ I had this problem too, on Tumbleweed. I used a rescue ISO drive, mounted the system (mount, chroot etc.) and started YaST Boot Loader module again.
This means grub2 was not fully installed... where there errors during update?
YaST didn't say any thing, only that a reboot was necessary. There are logs - what string should I grep for?
Do you use a multi stage grub2 setup?
I'm not sure I know what is that. You mean one Grub calling another? Yes, that was the intention, but I was not using it. It is an EFI system, and there are two openSUSE's in the first disk (nvme). The other system has been blown out of EFI firmware, I don't know when; I could not boot that "auxiliary" system yesterday. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
09.08.2020 23:31, Carlos E. R. пишет:
Grub crashes just after update (Leap 15.1), that included grub and kernel:
It is not crash.
Telcontar:~ # rpm -qa --last
grub2-x86_64-efi-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-systemd-sleep-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-snapper-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020
grub2-i386-pc-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:41 2020
kernel-default-4.12.14-lp151.28.59.1.x86_64 Sun Aug 9 21:50:24 2020
I get this message on boot (hand copied):
Welcome to GRUB! error: symbol `grub_calloc` not found Entering rescue mode grub rescue> _
This is usual mismatch between stage1.5 (core.img/grub.efi) and external grub2 modules in /boot/grub2. If you use EFI, it can only happen when you do not use shim (shim loads signed grub image which disables module loading completely). Compare modification dates of grubx64.efi and files inside /boot/grub/x86_64-efi/. As for the reasons - it may be old EFI boot entry that points to file no more updated or similar.
Also, the entry in EFI menu for the other Leap in this machine is lost.
Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI)
Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO
Telcontar:~ #
Notice the different paths. One of them booted, I forget which.
This one is recent:
Telcontar:~ # l /boot/efi/EFI/main_opensuse/ total 3528 drwxr-xr-x 2 root root 8192 Apr 1 23:15 ./ drwxr-xr-x 6 root root 8192 Mar 22 00:46 ../ -rwxr-xr-x 1 root root 1158688 Aug 9 21:51 MokManager.efi* -rwxr-xr-x 1 root root 68 Aug 9 21:51 boot.csv* -rwxr-xr-x 1 root root 150 Aug 9 21:51 grub.cfg* -rwxr-xr-x 1 root root 1066864 Aug 9 21:51 grub.efi* -rwxr-xr-x 1 root root 124416 Aug 9 21:51 grubx64.efi* -rwxr-xr-x 1 root root 1208968 Aug 9 21:51 shim.efi* Telcontar:~ #
This is older:
Telcontar:~ # l /boot/efi/EFI/opensuse/ total 3520 drwxr-xr-x 2 root root 8192 Mar 17 04:18 ./ drwxr-xr-x 6 root root 8192 Mar 22 00:46 ../ -rwxr-xr-x 1 root root 1158688 Mar 17 04:18 MokManager.efi* -rwxr-xr-x 1 root root 58 Mar 17 04:18 boot.csv* -rwxr-xr-x 1 root root 155 Mar 17 04:18 grub.cfg* -rwxr-xr-x 1 root root 1062752 Mar 17 04:18 grub.efi* -rwxr-xr-x 1 root root 124416 Mar 20 23:57 grubx64.efi* -rwxr-xr-x 1 root root 1208968 Mar 17 04:18 shim.efi* Telcontar:~ #
Telcontar:~ # grep GRUB_DISTRIBUTOR /etc/default/grub GRUB_DISTRIBUTOR="Main_openSUSE" Telcontar:~ #
What can I do? revert to an older grub, perhaps?
-- Cheers
Carlos E. R. (from 15.1 x86_64 at Telcontar)
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 09/08/2020 23.32, Andrei Borzenkov wrote:
09.08.2020 23:31, Carlos E. R. пишет:
Grub crashes just after update (Leap 15.1), that included grub and kernel:
It is not crash.
Whatever :-)
Telcontar:~ # rpm -qa --last
grub2-x86_64-efi-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-systemd-sleep-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020 grub2-snapper-plugin-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:42 2020
grub2-i386-pc-2.02-lp151.21.21.4.noarch Sun Aug 9 21:48:41 2020
kernel-default-4.12.14-lp151.28.59.1.x86_64 Sun Aug 9 21:50:24 2020
I get this message on boot (hand copied):
Welcome to GRUB! error: symbol `grub_calloc` not found Entering rescue mode grub rescue> _
This is usual mismatch between stage1.5 (core.img/grub.efi) and external grub2 modules in /boot/grub2. If you use EFI, it can only happen when you do not use shim (shim loads signed grub image which disables module loading completely). Compare modification dates of grubx64.efi and files inside /boot/grub/x86_64-efi/.
Telcontar:~ # l /boot/efi/EFI/main_opensuse/*efi -rwxr-xr-x 1 root root 1158688 Aug 9 21:51 /boot/efi/EFI/main_opensuse/MokManager.efi* -rwxr-xr-x 1 root root 1066864 Aug 9 21:51 /boot/efi/EFI/main_opensuse/grub.efi* -rwxr-xr-x 1 root root 124416 Aug 9 21:51 /boot/efi/EFI/main_opensuse/grubx64.efi* -rwxr-xr-x 1 root root 1208968 Aug 9 21:51 /boot/efi/EFI/main_opensuse/shim.efi* Telcontar:~ # Telcontar:~ # l /boot/grub/x86_64-efi/ ls: cannot access '/boot/grub/x86_64-efi/': No such file or directory Telcontar:~ # Telcontar:~ # l /boot/grub2/x86_64-efi/ total 3308 drwxr-xr-x 2 root root 12288 Aug 9 21:51 ./ drwxr-xr-x 7 root root 4096 Aug 9 22:14 ../ -rw-r--r-- 1 root root 15240 Aug 9 21:51 acpi.mod -rw-r--r-- 1 root root 1896 Aug 9 21:51 adler32.mod -rw-r--r-- 1 root root 8000 Aug 9 21:51 affs.mod ... -rw-r--r-- 1 root root 19944 Aug 9 21:51 xzio.mod -rw-r--r-- 1 root root 57056 Aug 9 21:51 zfs.mod -rw-r--r-- 1 root root 8424 Aug 9 21:51 zfscrypt.mod -rw-r--r-- 1 root root 10648 Aug 9 21:51 zfsinfo.mod Telcontar:~ # Everything has the same timestamp. I have to reboot and find out something. Which EFI entry actually booted. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Content-ID: <alpine.LSU.2.22.394.2008101310170.4013@Telcontar.valinor> El 2020-08-10 a las 13:00 +0200, Carlos E. R. escribió:
On 09/08/2020 23.32, Andrei Borzenkov wrote:
09.08.2020 23:31, Carlos E. R. пишет:
I have to reboot and find out something. Which EFI entry actually booted.
I guessed right. Look: Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # "Boot0004* opensuse" is the default one and fails. "Boot0000* main_opensuse-secureboot" works. Notice "BootOrder": it tries to start entry #4, which is _ancient", the current one is the other: Telcontar:~ # grep GRUB_DISTRIBUTOR /etc/default/grub GRUB_DISTRIBUTOR="Main_openSUSE" Telcontar:~ # The updater has changed in the "bios" to the "opensuse" entry instead of the "Main_openSUSE" entry. It has also deleted an entry to "Auxiliary". Telcontar:~ # l /boot/efi/EFI/opensuse/ total 3520 drwxr-xr-x 2 root root 8192 Mar 17 04:18 ./ drwxr-xr-x 6 root root 8192 Mar 22 00:46 ../ - -rwxr-xr-x 1 root root 1158688 Mar 17 04:18 MokManager.efi* - -rwxr-xr-x 1 root root 58 Mar 17 04:18 boot.csv* - -rwxr-xr-x 1 root root 155 Mar 17 04:18 grub.cfg* - -rwxr-xr-x 1 root root 1062752 Mar 17 04:18 grub.efi* - -rwxr-xr-x 1 root root 124416 Mar 20 23:57 grubx64.efi* - -rwxr-xr-x 1 root root 1208968 Mar 17 04:18 shim.efi* Telcontar:~ # Telcontar:~ # efibootmgr -a 0000 You must specify a entry to activate (see the -b option Telcontar:~ # efibootmgr -a 0 You must specify a entry to activate (see the -b option Telcontar:~ # efibootmgr -a Boot0000 You must specify a entry to activate (see the -b option Telcontar:~ # efibootmgr -a Boot0 You must specify a entry to activate (see the -b option Telcontar:~ # I don't understand what syntax it expects... OPTIONS The following is a list of options accepted by efibootmgr: -a | --active Sets bootnum active -A | --inactive Sets bootnum inactive -b | --bootnum XXXX Modify BootXXXX (hex) - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXzEtcxwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfV3UAAmQH5DQePBMQIRcZkc19q 7C9dXwUPAKCXAqcl01x6V2+o/UsHcyVGYOCnUA== =OSHf -----END PGP SIGNATURE-----
On 10/08/2020 13.20, Carlos E. R. wrote:
El 2020-08-10 a las 13:00 +0200, Carlos E. R. escribió:
On 09/08/2020 23.32, Andrei Borzenkov wrote:
09.08.2020 23:31, Carlos E. R. пишет:
Telcontar:~ # efibootmgr -a 0000 You must specify a entry to activate (see the -b option Telcontar:~ # efibootmgr -a 0 You must specify a entry to activate (see the -b option Telcontar:~ # efibootmgr -a Boot0000 You must specify a entry to activate (see the -b option Telcontar:~ # efibootmgr -a Boot0 You must specify a entry to activate (see the -b option Telcontar:~ #
I don't understand what syntax it expects...
OPTIONS The following is a list of options accepted by efibootmgr:
-a | --active Sets bootnum active
-A | --inactive Sets bootnum inactive
-b | --bootnum XXXX Modify BootXXXX (hex)
Hugh. Google to the rescue: Telcontar:~ # efibootmgr -a -b 0000 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot Boot0004* opensuse Telcontar:~ # But does not work, it keeps wanting to boot 0004 first. How do I tell it to boot entry number zero? Ah. Telcontar:~ # efibootmgr -o 0000,0004 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0004 Boot0000* main_opensuse-secureboot Boot0004* opensuse Telcontar:~ # Let's reboot and try. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Monday, 2020-08-10 at 13:37 +0200, Carlos E. R. wrote:
Telcontar:~ # efibootmgr -o 0000,0004 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0004 Boot0000* main_opensuse-secureboot Boot0004* opensuse Telcontar:~ #
Let's reboot and try.
Did not work, something reverted the order: Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # Doing it again: Telcontar:~ # efibootmgr -o 0000,0004 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0004 Boot0000* main_opensuse-secureboot Boot0004* opensuse Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0004 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # Trying a reboot. Something is reverting the order: Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # Maybe deleting the opensuse entry... Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # efibootmgr -A -b 0004 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot Boot0004 opensuse Telcontar:~ # efibootmgr -o 0000 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000 Boot0000* main_opensuse-secureboot Boot0004 opensuse Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0004 opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # reboot Well, it booted, but something undid my changes again - look: Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001,0004 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0001* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Boot0004 opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # I have now renamed /boot/efi/EFI/opensuse/ to /boot/efi/EFI/no_opensuse/ Telcontar:~ # efibootmgr -A -b 0004 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001,0004 Boot0000* main_opensuse-secureboot Boot0001* opensuse Boot0004 opensuse Telcontar:~ # efibootmgr -A -b 0001 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001,0004 Boot0000* main_opensuse-secureboot Boot0001 opensuse Boot0004 opensuse Telcontar:~ # efibootmgr -o 0000 BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000 Boot0000* main_opensuse-secureboot Boot0001 opensuse Boot0004 opensuse Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0001 opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Boot0004 opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # reboot It booted, but look: Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001,0004 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0001* UEFI OS HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\BOOT\BOOTX64.EFI)..BO Boot0004 opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # rcgpm start Telcontar:~ # WTF!? Telcontar:~ # l /boot/efi/EFI/boot/ total 3736 drwxr-xr-x 2 root root 8192 Mar 20 23:57 ./ drwxr-xr-x 6 root root 8192 Aug 10 13:52 ../ - -rwxr-xr-x 1 root root 1158688 Mar 22 00:46 MokManager.efi* - -rwxr-xr-x 1 root root 1208968 Mar 22 00:46 bootx64.efi* - -rwxr-xr-x 1 root root 358768 Mar 17 04:18 fallback.efi* - -rwxr-xr-x 1 root root 150 Mar 22 00:46 grub.cfg* - -rwxr-xr-x 1 root root 1062752 Mar 22 00:46 grub.efi* Telcontar:~ # Who is doing that!? - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXzE3bBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVXoMAn2G1YEMx0N8FamNCzXhR GzrCvPr2AJwLPTZscjYDuhUy6GAz8rNqt38Obg== =ZYHo -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/08/2020 14.02, Carlos E. R. wrote:
On Monday, 2020-08-10 at 13:37 +0200, Carlos E. R. wrote:
...
reboot
It booted, but look:
Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001,0004 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0001* UEFI OS HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\BOOT\BOOTX64.EFI)..BO Boot0004 opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # rcgpm start Telcontar:~ #
WTF!?
Telcontar:~ # l /boot/efi/EFI/boot/ total 3736 drwxr-xr-x 2 root root 8192 Mar 20 23:57 ./ drwxr-xr-x 6 root root 8192 Aug 10 13:52 ../ -rwxr-xr-x 1 root root 1158688 Mar 22 00:46 MokManager.efi* -rwxr-xr-x 1 root root 1208968 Mar 22 00:46 bootx64.efi* -rwxr-xr-x 1 root root 358768 Mar 17 04:18 fallback.efi* -rwxr-xr-x 1 root root 150 Mar 22 00:46 grub.cfg* -rwxr-xr-x 1 root root 1062752 Mar 22 00:46 grub.efi* Telcontar:~ #
Who is doing that!?
I had to disable that "UEFI OS" inside the BIOS setup to make stick. What "efibootmgr" does, something else reverts. Maybe the name "main_opensuse-secureboot" is too long or has invalid chars? Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0001 UEFI OS HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\BOOT\BOOTX64.EFI)..BO Telcontar:~ # Notice the "BootOrder: 0000,0001", it still lists 0001, although disabled. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On 10-08-2020 15:06, Carlos E. R. wrote:
On 10/08/2020 14.02, Carlos E. R. wrote:
On Monday, 2020-08-10 at 13:37 +0200, Carlos E. R. wrote:
...
reboot
It booted, but look:
Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001,0004 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0001* UEFI OS HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\BOOT\BOOTX64.EFI)..BO Boot0004 opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO Telcontar:~ # rcgpm start Telcontar:~ #
WTF!?
Telcontar:~ # l /boot/efi/EFI/boot/ total 3736 drwxr-xr-x 2 root root 8192 Mar 20 23:57 ./ drwxr-xr-x 6 root root 8192 Aug 10 13:52 ../ -rwxr-xr-x 1 root root 1158688 Mar 22 00:46 MokManager.efi* -rwxr-xr-x 1 root root 1208968 Mar 22 00:46 bootx64.efi* -rwxr-xr-x 1 root root 358768 Mar 17 04:18 fallback.efi* -rwxr-xr-x 1 root root 150 Mar 22 00:46 grub.cfg* -rwxr-xr-x 1 root root 1062752 Mar 22 00:46 grub.efi* Telcontar:~ #
Who is doing that!? I had to disable that "UEFI OS" inside the BIOS setup to make stick. What "efibootmgr" does, something else reverts.
Maybe the name "main_opensuse-secureboot" is too long or has invalid chars?
Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI) Boot0001 UEFI OS HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\BOOT\BOOTX64.EFI)..BO Telcontar:~ #
Notice the "BootOrder: 0000,0001", it still lists 0001, although disabled.
All things you don,t want It has to do with errors an default in uefi. Boot/bootx64.efi is the fallback mode I wil give you my script as an example How to use efibootmgr. __________ #!/bin/bash # #efivar script # clear # set -x # #variables # # Delete first old entry's # efidev=/dev/nvme0n1 #disk met de efi partitie # # Set efi varabelen (boot entry in uefi) # efibootmgr -c -l \\EFI\\refind\\refind_x64.efi -L refind -d $efidev #0 efibootmgr -c -l \\EFI\\leap152\\grubx64.efi -L leap152 -d $efidev #1 efibootmgr -c -l \\EFI\\leap151\\grubx64.efi -L leap151 -d $efidev #2 efibootmgr -c -l \\EFI\\tumbleweed\\grubx64.efi -L tumbleweed -d $efidev #3 # efibootmgr --bootorder 1,2,3,0 # # efibootmgr -b 6 -B #delete entry 6 # delete of efi variables Regards, -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/08/2020 15.16, JJM de Faber wrote:
On 10-08-2020 15:06, Carlos E. R. wrote:
On 10/08/2020 14.02, Carlos E. R. wrote:
On Monday, 2020-08-10 at 13:37 +0200, Carlos E. R. wrote:
...
Who is doing that!? I had to disable that "UEFI OS" inside the BIOS setup to make stick. What "efibootmgr" does, something else reverts.
Maybe the name "main_opensuse-secureboot" is too long or has invalid chars?
Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI)
Boot0001 UEFI OS HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Telcontar:~ #
Notice the "BootOrder: 0000,0001", it still lists 0001, although disabled.
All things you don,t want It has to do with errors an default in uefi.
Boot/bootx64.efi is the fallback mode
To what operating system?
I wil give you my script as an example How to use efibootmgr.
__________
#!/bin/bash # #efivar script # clear # set -x # #variables # # Delete first old entry's # efidev=/dev/nvme0n1 #disk met de efi partitie # # Set efi varabelen (boot entry in uefi) # efibootmgr -c -l \\EFI\\refind\\refind_x64.efi -L refind -d $efidev #0 efibootmgr -c -l \\EFI\\leap152\\grubx64.efi -L leap152 -d $efidev #1 efibootmgr -c -l \\EFI\\leap151\\grubx64.efi -L leap151 -d $efidev #2 efibootmgr -c -l \\EFI\\tumbleweed\\grubx64.efi -L tumbleweed -d $efidev #3 # efibootmgr --bootorder 1,2,3,0 # # efibootmgr -b 6 -B #delete entry 6 # delete of efi variables
Thanks, but that doesn't solve the issue that something is changing what I write there, and trying to boot something else instead of openSUSE. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
On 10-08-2020 19:55, Carlos E. R. wrote:
On 10/08/2020 15.16, JJM de Faber wrote:
On 10-08-2020 15:06, Carlos E. R. wrote:
On 10/08/2020 14.02, Carlos E. R. wrote:
On Monday, 2020-08-10 at 13:37 +0200, Carlos E. R. wrote:
...
Who is doing that!? I had to disable that "UEFI OS" inside the BIOS setup to make stick. What "efibootmgr" does, something else reverts.
Maybe the name "main_opensuse-secureboot" is too long or has invalid chars?
Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0000,0001 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI)
Boot0001 UEFI OS HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Telcontar:~ #
Notice the "BootOrder: 0000,0001", it still lists 0001, although disabled.
All things you don,t want It has to do with errors an default in uefi.
Boot/bootx64.efi is the fallback mode
To what operating system?
It depends on wat you (or yast) put in a directory. The efi files (bootx64.efi or grubx64.efi) are hardcoded to a destination (partition and executable file). A grubx64.efi generated by yast for leap152 on partionx starts always leap152 partionx, the directory and the name are only for the efivariable .
I wil give you my script as an example How to use efibootmgr.
__________
#!/bin/bash # #efivar script # clear # set -x # #variables # # Delete first old entry's # efidev=/dev/nvme0n1 #disk met de efi partitie # # Set efi varabelen (boot entry in uefi) # efibootmgr -c -l \\EFI\\refind\\refind_x64.efi -L refind -d $efidev #0 efibootmgr -c -l \\EFI\\leap152\\grubx64.efi -L leap152 -d $efidev #1 efibootmgr -c -l \\EFI\\leap151\\grubx64.efi -L leap151 -d $efidev #2 efibootmgr -c -l \\EFI\\tumbleweed\\grubx64.efi -L tumbleweed -d $efidev #3 # efibootmgr --bootorder 1,2,3,0 # # efibootmgr -b 6 -B #delete entry 6 # delete of efi variables
Thanks, but that doesn't solve the issue that something is changing what I write there, and trying to boot something else instead of openSUSE.
If the efivar is correct and the grubx64.efi points to an existing partition(uuid) and finds the correct executable it boots, if not it takes the next entry in the bootorder if nothing is correct it looks in the fallback dir EFI/BOOT. grubx64.efi is nonsecure boot Shim.efi is secure boot and skips grub. Regards, Hans -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
10.08.2020 15:02, Carlos E. R. пишет: ...
Maybe deleting the opensuse entry...
Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI)
Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO
Telcontar:~ # efibootmgr -A -b 0004
That does not delete anything. You need efibootmgr -b 4 -B ...
Who is doing that!?
Your firmware. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/08/2020 08.06, Andrei Borzenkov wrote:
10.08.2020 15:02, Carlos E. R. пишет: ...
Maybe deleting the opensuse entry...
Telcontar:~ # efibootmgr -v BootCurrent: 0000 Timeout: 1 seconds BootOrder: 0004,0000 Boot0000* main_opensuse-secureboot HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\MAIN_OPENSUSE\SHIM.EFI)
Boot0004* opensuse HD(1,GPT,800b649f-a2e3-4dad-b2bf-b7ecc5ef11d8,0x800,0xfa000)/File(\EFI\OPENSUSE\GRUBX64.EFI)..BO
Telcontar:~ # efibootmgr -A -b 0004
That does not delete anything. You need
efibootmgr -b 4 -B
Right, it only deactivates or removes from the boot order list. You can see I did delete on the other split branch of this thread.
...
Who is doing that!?
Your firmware.
Sigh. Can't they do something right? -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
participants (5)
-
Andrei Borzenkov -
Bjoern Voigt -
Carlos E. R. -
JJM de Faber -
Marcus Meissner