[CentOS-devel] recent updates cause grub not to load please advise

Thu Jul 30 14:35:39 UTC 2020
Lamar Owen <lowen at pari.edu>

On 7/30/20 6:54 AM, Andy Hall wrote:
> seems the updated pushed recently to centos stream (I updated about an 
> hour ago) now cause my pc to hang after BIOS...it never gets to grub 
This affected me this morning on my regular, non-Stream, CentOS 8.2.2004 
install.  Boot up, see the update notice, think "hmm, I have plenty of 
time before that morning meeting, sure, why not do this update, must be 
the 'Boot Hole' update Johnny mentioned." After the update, on reboot 
the screen kept the Dell meatball in the middle but then had 'hash' 
marks all over the screen.  Neither a regular power button press nor 
CTRL-ALT-DEL did anything, had to hard power off by holding the power 
button down until it powered off.  Yay, fun, let's reschedule that 
morning meeting, guys, my computer is acting up right now..... In my 
case, the instructions for downgrading in the referenced Bugzilla did 
not work to restore normal booting.

The use of the install DVD iso's rescue mode was required; once booted 
into rescue mode (on my Dell Precision M6700 laptop, pressing F12 during 
boot to get the boot menu, then selecting the USB stick in UEFI mode, 
since my machine is a UEFI-booting machine, and after chrooting to 
/mnt/sysimage, I performed the downgrade, but on reboot the system still 
hung completely.  So, rebooting back into rescue mode, chroot 
/mnt/sysimage, nmtui (and activate the network interface I needed, since 
it's wifi), and then running the grub2-install I got an error; needed to 
install grub2-efi-x64-modules to run grub2-install.  But a bare 
grub2-install did not fix the problem for me; so, reboot into rescue 
mode again, chroot /mnt/sysimage again, and then run the recommended 
UEFI grub2 reinstall procedure (linked from 
https://bugzilla.redhat.com/show_bug.cgi?id=1101352 pointing to 
https://bugzilla.redhat.com/show_bug.cgi?id=1220066 ):

dnf reinstall grub2-efi shim grub2-tools

And I'm now rebooting correctly, after a complete system 
autorelabel......  This may or may not work for you, since I did several 
steps and reboots, so I don't know what actually 'fixed' the booting, 
nor do I have time today to try to reproduce.  I do now know to be extra 
careful on my other UEFI C8 systems, and I won't be doing any remote 
updates on those, only from the console, with bootable media at hand.... 
argh.

Moral of the story?  Have the install DVD on a USB stick and available 
to boot into rescue mode, know how to boot rescue mode (from the 
installer boot menu select 'troubleshooting....' then 'rescue....' and 
option 1 once the menu shows), know how to activate network interfaces 
in text mode (either nmcli or nmtui works fine for this), and know a few 
basic dnf commands.  And have an alternate means of doing basic web 
searches available; my android phone this morning was used for that.....

However, what is really odd to me is that after the dnf downgrade of 
grub2 and shim, which did get logged in /var/log/dnf.log, when issuing a 
dnf update I don't see the grub2 and shim updates listed anymore.  And, 
where the blue blazes is the log of updates done from the GUI updater?  
Went to look for it to back out whatever got updated, and in my cursory 
booted-into-the-chroot-via-rescue-mode-tiny-text-screen state quit 
looking for it; I may try to find it later today.