tickets #162401
closedfalkor21.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 6 months ago
- Related to tickets #162326: Leap 15.6 upgrade diary added
Updated by crameleon 6 months 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 6 months 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 6 months ago
- Blocked by tickets #162428: Activate Supermicro OOB licenses added
Updated by crameleon 6 months 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 6 months 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 6 months 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.
Updated by crameleon about 2 months ago
- Status changed from Workable to Resolved
Updates installed, workarounds reverted, machines boot correctly again.