I am running into an issue after editing and writing out the boot loader. Upon reboot, I get the GRUB menu, select RL 9.3, then the three dots, then end up on an emergency shell. The /run/initramfs/rdsosreport.txt shows the following:
About 5 seconds into boot:
Scanning devices sda3 for LVM logical volumes rl_localhost-live/root rl_localhost-live/swap
Volume group "rl_localhost-live" not found
Cannot process volume group rl_localhost-live
Good morning, ctozzi. in the grub menu press e on the kernel you are using to boot and see if you see something similar to this for the root mount point. is that name for yout volume group “rl_localhost-live” correct? Seems like that belongs to the live disc and your actual volume group’s name might be something different.
if your logical volume used for root looks different than the real one, edit it, then press ctrl x to boot with your temporary changes and once you are able to have at least the root dir going you can edit the fstab or look for the lv backups in /etc/lvm to restore the volume group if that is the problem
As @alexia mentions, boot in rescue mode if it still works from grub, or from a Rocky ISO in rescue mode so that it can find your LVM partitions, etc. Check the LVM volume group name as well as the volume names and fix those changes from the point in the linked article shown below:
the line above is shown for reference on what you need to find and edit. I stress your line should not look like the above - the LVM stuff was unique to their system only.
What the article should have done, was ask to append the nouveau.modeset=0 to the grub line, instead of writing make your line look like the above. Since systems vary, including the choice of leaving the default LVM group/volume names.
The article/forum post has been removed from the forum due to the problems being caused by it.
Yes, like Ian said, if you are able to boot from a live CD simply type sudo lvs to see your logical volumes and sudo vgscan to see your volume group, so then just fix your /etc/fstab with the correct names for your device mappers
e.g:
Thanks all for the replies. My confusion arose from the “rl_localhost-live” in the walkthrough, but on my system, the correct paths were rl/root and rl/swap etc. It took getting some sleep and looking at it with clear eyes to determine the issue, which in retrospect seems simple enough.
Unfortunately I’m still running into issues getting this to work with dual GPUs and dual monitors. I’m trying to migrate over to RHEL/RL as it is recommended as the Visual Effects Reference Platform by industry groups (and it’s what I work on when working at VFX cos.), but admittedly I’ve always run into the roadblock of getting NVIDIA drivers and dual-monitor support working comfortably.
While I can hack away at Linux and keep trying, I’m not an IT Pro by any means, and while I like the challenge, it’s definitely humbling.
We’ve all been there I started back in 2005 and been using it every day since. Things were a lot more hit and miss especially with hardware - wireless for one was a pain back then manually configuring wpa_supplicant, etc. Never got an ATI Radeon working despite the driver existing for Linux. My nvidia’s back then pretty much always worked. The adding of the nvidia drivers to repositories making it easier to install nowadays has helped a lot in many cases. The problems sometimes come from figuring out which driver version is needed, be it the nvidia 340, or whatever number driver. A laptop with Fedora upgraded the nvidia 340 to 490 (forgive me if the numbers are incorrect slightly), and then it failed to work. Reverted back to the 340 and all was good again.
You’ll get there definitely in the end, a little perseverence and all will be good
I started back in 2005 and been using it every day since. Things were a lot more hit and miss especially with hardware - wireless for one was a pain back then manually configuring wpa_supplicant, etc. Never got an ATI Radeon working despite the driver existing for Linux. My nvidia’s back then pretty much always worked. The adding of the nvidia drivers to repositories making it easier to install nowadays has helped a lot in many cases. The problems sometimes come from figuring out which driver version is needed, be it the nvidia 340, or whatever number driver. A laptop with Fedora upgraded the nvidia 340 to 490 (forgive me if the numbers are incorrect slightly), and then it failed to work. Reverted back to the 340 and all was good again.