-----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)
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
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
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.
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)
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.
-----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)
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.
-----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)
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.
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,
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.
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
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.
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?
-
Andrei Borzenkov -
Bjoern Voigt -
Carlos E. R. -
JJM de Faber -
Marcus Meissner