We have created different templates with disks according to app requirement. When VMs are provisioned out of the template, yum update from 9.3 to 9.4 is going to grub mode after the reboot. This is happening on all the servers for those templates.
How recently did you install rl9.3, was it the initial install?
There have been several kernel updates since the initial 9.3 release so did you have to run this command before reboot after each new kernel.
There are exceptions to this if you have an up to date /etc/kernel/cmdline file but that will only exist if youβve run the above command at least once since 9.3 was installed. Without any log output everyone will make wild guesses as to the issue you face.
There is some miss configuration in the initial install because dracut is looking in the wrong place to update the initrd image. /boot/efi/<machineID-kernelVer> is not a valid path in default rocky install. In the default install kernels and initrd images are on /boot and the EUFI definitions are in /boot/loader/entries/<machingID-kernelVer> . Did you override the initial install with your own paths?
@jbkt23 The default boot path is /boot/efi when we did the OS installs. Since the boot path is /boot/efi , do we need to perform any changes to the grub before we upgrade?
I have also tried the below command after the OS update and before the reboot but still goes to grub prompt.
Iβm using tree below to show the abbreviated contents of /boot including the mount point /boot/efi, read the man page so that you understand how the options limit the scope of decent into the file system.
Use this for your own evaluation. Do a default install on another machine to compare the directory structure with what is on the problem machine.
Mount your system with a usb spin so you can copy text output and then post it in a code block in your forum post. Screen images are too limiting for effective evaluation.
β¦, depending on bootloader specification, the default location can be /efi/<machine-id>/<kernel-version>/initrd, /boot/<machine-id>/<kernel-version>/initrd, /boot/efi/<machine-id>/<kernel-version>/initrd, /lib/modules/<kernel-version>/initrd or /boot/initramfs-<kernel-version>.img.
The error message shows failure to generate /boot/efi/<machine-id>/<kernel-version>/initrd. Normal Rocky installation writes /boot/initramfs-<kernel-version>.img.
GRUB entry (if proper) loads kernel and image. If the image file does not exist, then GRUB cannot do that and shows the prompt.
What is the custom bootloader specification in your templates that does mess up your initrd generation?