tickets #162401
openfalkor21.i.o.o freezes at POST
0%
Description
After rebooting falkor21 after installing updates, it freezes at POST before booting the OS. It does not react to any keyboard input (F11, DEL, Ctrl+Alt+Del). Power cycling the machine makes it repeat the startup process always until the same point.
Files
Updated by crameleon 13 days ago
- Related to tickets #162326: Leap 15.6 upgrade diary added
Updated by crameleon 13 days ago
- Status changed from New to In Progress
- Assignee set to crameleon
Hitting DEL/F11 early (before the problematic message) grants entry to the EFI setup and boot menu respectively. Manually selecting the boot entry yields the same message though.
Setting up a HTTP server to host a live media to attempt booting from somewhere other than the main OS RAID.
Updated by crameleon 13 days ago
Cannot attach ISO file for virtual CDROM, the firmware is not activated with a "SFT-OOB-LIC" license.
Alternative is using HTTP boot, but it would require some work:
- configure DHCP and HTTP server somewhere
- write a GRUB configuration and place it on the HTTP server
- reconfigure switch ports to access ports in the relevant VLAN
... a bit overkill just for testing if booting from a different media works.
I will ask about the license or for someone to plug in a pen drive.
Updated by crameleon 12 days ago
- Blocked by tickets #162428: Activate Supermicro OOB licenses added
Updated by crameleon 12 days ago
Within the live environment, the RAID is found to be fine and so is the boot partition.
Inside a chroot, pbl --config --install
is found to create an odd /boot/efi/EFI/BOOT/BOOTX64.EFI
file on 15.6. On 15.5, we only have /boot/efi/EFI/opensuse/grubx64.efi
. Internet research suggests this to be a fallback path for some platforms. Removing it does unfortunately not help.
Updated by crameleon 12 days ago
Some debugging in the underlying /usr/lib/bootloader/grub2-efi/install does not reveal anything causing this, suggesting it's a change in grub2-install
. Unsure whether it's actually problematic though or if the issue is somewhere else. One idea would be to re-install grub2 using a grub package from 15.5.
Updated by crameleon 12 days ago ยท Edited
Indeed, after some fiddling to get networking in the live environment (the rescue ISO ships NetworkManager but our real system has wicked configuration - eventually I just manually configured it) installing the grub2 packages from 15.5
grub2-2.06-150500.29.25.12.x86_64.rpm
grub2-i386-pc-2.06-150500.29.25.12.noarch.rpm
grub2-x86_64-efi-2.06-150500.29.25.12.noarch.rpm
through the chroot and running grub2-install makes the system boot again.