http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c1 --- Comment #1 from Neil Rickert --- Created attachment 841980 --> http://bugzilla.opensuse.org/attachment.cgi?id=841980&action=edit Output of "last" command Here's output of the "last" command. Entries for today (Sept 26) are all with my workaround of using the 5.8.11 kernel. Before today, you can see that previous kernels worked. On Sept 22, you can see that I booted, then rebooted. The reboot was after an update. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c4 --- Comment #4 from Neil Rickert ---

Per your description, the issue happened after kernel upgrade in the VM.

No, that's not quite right. The system booted fine with all kernels, up through Sept 22. This included booting with 5.3.18-lp152.41 However, something changed (I'm not sure what), and now neither 5.3.18-lp152.41 nor 5.3.18-lp152.36 will boot. The kernel from the release iso also will not boot, but it did at one time. I originally installed Leap 15.2 into this VM on Aug 30, 2019 when it was an alpha release. I'm checking that date from the date of "/lost+found". And it has worked well ever since, until a few days ago. To check the possibility that the NVRAM might be corrupt, I recreated the VM (with a different name) using "virt-install". And it still would not boot those kernels. So I don't think it is an NVRAM corruption problem. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c7 Neil Rickert changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mchang@suse.com --- Comment #7 from Neil Rickert --- I am adding Michael Chang to the CC list, because I think he maintains grub. Current situation: grub2-i386-efi version 2.04-lp152.7.15.1 is broken. The fix is to install the previous version (2.04-lp152.7.12.1). In Tumbleweed, verson 2.04-17.1 is broken. To fix this, I installed 2.04-16.1, which I found in the history archives (I think for 20200915). In both cases, the broken version of grub2-i386-efi will boot the Tumbleweed 5.8 kernels, but fails to boot the Leap 5.3 kernels. In response, I am changing my testing procedure. Previous testing procedure: When I see that this package is updated, I run: grub2-install --target=i386-efi and then I checked whether it would boot the system. New testing procedure: When the package has been updated: cd /boot/grub2 rm -rf i386-efi.old mv i386-efi i386-efi.old grub2-install --target=i386-efi and then check that it can boot both Tumbleweed and Leap 15.2 Moving the directory is to allow easier recovery in case of problems. Note that all of my test is in a KVM virtual machine. I do not have a physical machine with this firmware, but such machines do exist. I'm guessing that I'm probably the only person routinely testing this package when it is updated. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c9 Neil Rickert changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(nwr10cst-oslnx@ya | |hoo.com) | --- Comment #9 from Neil Rickert --- Yes, I am using "linux". I did just try with "linuxefi" (and "initrdefi") a few minutes ago, using the grub2-i386-2.04-lp152.7.15.1 and it does not work. It gives the same problem as using "linux". This is Leap 15.2. The kernel is 64-bit (x64, not ia32). If I understand it correctly, "linuxefi" would try to load the kernel as an ia32 efi binary. But it is an x64 efi binary, so that should not work. I don't know why the grub code does not recognize this and drop back to using "linux". That seems to work with the 5.8 kernel for Tumbleweed (also 64-bit), but not with the 5.3 kernel for Leap 15.2 -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c11 Michael Chang changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fvogt@suse.com Flags| |needinfo?(fvogt@suse.com) --- Comment #11 from Michael Chang --- If there's no secure boot support required for ia32 and we used to come acorss some absurd x64 shipped with 32-bit efi firmware, maybe we should revert the last change made to i386-efi to make sure existing hardware can continue to work. I am not sure whether this has any implication to kiwi again, since they might see different needs and prefer different "default".. @Fabian, What do you think ? Thanks in advanced. -- You are receiving this mail because: You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c14 Neil Rickert changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(nwr10cst-oslnx@ya | |hoo.com) | --- Comment #14 from Neil Rickert --- Responding to Michael at comment #12 Note that I originally reported this as a kernel bug, so Takashi is on the CC list for this bug. Let me give a few more details that I may have missed. I have both Tumbleweed and Leap 15.2 installed in the same VM. Currently, Leap 15.2 controls the booting. But it is easy to switch to have Tumbleweed control the booting. Whichever controls the booting, the grub menu includes an entry to boot Tumbleweed and an entry to boot Leap 15.2. When I said that the Tumbleweed grub would not boot the 5.3 kernel, I was referring to booting Leap 15.2 from the Tumbleweed grub menu. I could try installing that kernel in Tumbleweed, but it wouldn't make any difference since the problem seems to be a failure to load the kernel. I did install a 5.8 kernel into Leap 15.2, and that was able to boot. Using the working grub2-i386-efi (the previous version), I did try booting using "linuxefi" rather than "linux". And that successfully boots Tumbleweed (5.8.x kernel) but fails to boot Leap 15.2 (5.3.x kernel). I have noticed, from another bug report, that Takashi has a repo with old Tumbleweed kernels back to 5.4.x. I may try some of those to see where the kernel behavior changes with "linuxefi". I have already tested kernel 5.7.11, which I still have in the Tumbleweed system. And that boots fine with "linuxefi". -- You are receiving this mail because: You are the assignee for the bug.

Michael Chang has asked openSUSE Kernel Bugs for needinfo: Bug 1177009: Leap 15.2 stopped working in KVM with ovmf-ia32 firmware http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 --- Comment #16 from Michael Chang --- Hi Neil and Fabian, Thanks a lot for all the valuable and informative feedback, especially Neil who took his time to test on different kernel versions that we definitely can use the result to pin down the cause. Now setting needinfo to the kernel team as this is about changes in between 5.3 and 5.4 kernels. Let's see will come up with. -- To unsubscribe, e-mail: kernel-bugs+unsubscribe@opensuse.org To contact the owner, e-mail: kernel-bugs+owner@opensuse.org

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c17 Michael Chang changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(nwr10cst-oslnx@ya | |hoo.com) --- Comment #17 from Michael Chang --- Hi Neil, I have verified this kernel commit which fixed the problem for me ... https://github.com/torvalds/linux/commit/4911ee401b7ceff8f38e0ac597cbf503d71... The test package for kernel-5.3.12 with above patch backported can be downloaded here: https://download.opensuse.org/repositories/home:/michael-chang:/kernel/stand... Would you please help to verify if the test package also fix the problem for you? Thanks in advanced. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c19 --- Comment #19 from Michael Chang --- Hi Neil, Many thanks for taking your time to verify the patch, now it's clear for what's missing in the old kernel. Let's wait for the response from kernel team if they would cherry-pick the patch for maintenance update. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c21 Michael Chang changed: What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(nwr10cst-oslnx@ya | |hoo.com) --- Comment #21 from Michael Chang --- (In reply to Neil Rickert from comment #20)

It turns out that this might be a issue also with x86_64.

[snip]

Yesterday, I connected the external drive to a system with 64-bit efi booting, but with secure-boot disabled. And the Tumbleweed 32-bit system would not boot. It used to boot. So I reverted grub2-x86_64-efi back to version 2.04-16.1 (the version just before the update around Sept 15th). And after going back to the old version, I can now boot it again with 64-bit efi.

I'm confused on why you would have to revert grub2-x86_64-efi in order to have 32-bit efi to boot ? I suppose a typo was in "And the Tumbleweed 32-bit system would not boot" with which the 32-bit should be replaced by 64-bit ? Is the tumbleweed system fully updated ? If the problem is reproducible only with "secure-boot disabled", then is there anything to do with bsc#1165773 ? Thanks. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.

http://bugzilla.opensuse.org/show_bug.cgi?id=1177009 http://bugzilla.opensuse.org/show_bug.cgi?id=1177009#c23 --- Comment #23 from Neil Rickert --- With the latest kernel in Leap 15.3 (kernel-default-5.3.18-59.5.2) I am now able to boot using the latest grub2-i386-efi. It still won't work with Leap 15.2 unless I use an older "grub2". But, since it does work now with Leap 15.3, feel free to close this bug. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.