Alright I'm at the end of the rope with my Linux knowledge. So I need your help.
I'm on EndeavourOS and just recently upgraded to Linux 7.1.5, all upgrades thus far have been without issue. I am dual-booting but have Linux on its own SSD, and grub handles booting into Linux or Windows.
Now, after booting into Windows and back into Linux, Linux won't start.
The error:
A start job is running for /dev/disks/by-uuid/
Let me tell you what I've already done:
- Regenerate mkinitrd with dracut
- Regenerate grub.cfg and verified via diff it is identical to the current one
- On a live usb verified that the UUIDs in the grub and fstab files are correct using the KDE partition manager (they are)
- Verify on a live usb the SSD still works (data and everything is still there)
- Changed the grub boot option on boot to check that the UUID is not hardcoded somewhere and can be changed (this is true, inputting a garbage UUID changes the boot error to A start job is running for /dev/disks/by-uuid/garbage-uuid
One last idea I had was to drop myself into the dracut emergency shell and actually check what's actually under /dev/disks/by-uuid and lo and behold: it's actually missing the drive.
Here's whats nuts tho: grub loads the drive by UUID as well, loads the initrd, and all that works. When I regenerated the initrd with dracut I could also tell that grub was now loading the newer initrd.
WHAT THE FUCK???
Help?
At this point I REALLY don't know wtf to do. Why doesnt the initramfs detect the drive? The only useful info I can add here is that all drives listed under /dev/disks/by-uuid had that shorter UUID with no dashes like ABCD1234, whereas the UUID for the correct drive/partition is the longer type UUID like abc1234-1234-0000-defg
Update: I’m giving up. I tried every solution I could find. Tried the LTS kernel, fucking around with dracut options. I don’t know what the issue is or how to fix it.
I’ll be backing up my shit now and will move back to windows until I can find the brain power necessary for a reinstall.
Don’t know yet if I’ll stick to EndeavourOS or try nix or something, EOS worked out of the box with my NVIDIA card.
I want to thank everyone for your support. I would not have guessed for this issue to be so deep that it couldn’t be fixed, it is what it is I guess.
Hey I encountered a similar issue. The boot drive switched from mounting to /efi/ to /boot/ on the off chance that this may be causing the same issue for you check fstabs and your kernel cmdline
Thanks but I'm not gonna try that out now. Just finished backing everything up and am kinda burnt out now trying to fix this issue. Honestly I'd rather just to a full reinstall.