I know all you old salts know about this but it is a rather stupid bug in Rocky 8 init script –
Bless you for not putting a timeout in the GRUB configuration! Its a hike from the machine to the console Mac in my study
- Put a USB disk in FSTAB to mount it by UUID, default 0 0 of course.
- Remove the USB disk after it has done its thing.
- Reboot and watch the landmines explode
First is the UUID can’t be found.
The it drops into recovery mode
And asks for the root password
But there is none because root was not configured
And there’s no graceful way out
Because the Rocky folk dont make a live CD!
POP_OS to the rescue?
A similar scenario happens when you mount a CIFS share from fstab.
I think I’ll make these things noauto if i can get the machine to run again.
If you have an issue very specific to Rocky you may want to ask about it in their forums;
or report a bug directly to their bug tracker;
Not suggesting posting here is wrong or anything, but it probably won’t result in any long term fix.
The Meerkat is running stock Rocky Linux. The 45HomeLab HL4 is still running the preinstalled software.
As nearly as I can figure out, 45Drives has a repo for its Cockpit modules etc but not a public repository. So things like a Grub configuration just might be an OEM issue and things like proper mounting of transient USB devices might be a user training issue. This is all new since I first met RedHat Linux (the Halloween distribution of RedHat).
A shout out to system76 for their Pop_OS live CD. I was able to start it, shift to demo mode, and edit fstab to change the usb mounts. I’m still sorting USB mounts out as Meerkat’s music and disk backup spool are on external media.
1 Like
Thanks DigitalGardener. I griped the init problem in the RockyLinux forum Support and Feedback topic. Lets see what they say. Who would ever think there wouldn’t be a root password set.