-
Notifications
You must be signed in to change notification settings - Fork 401
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dracut hangs on spinning wheel, resume hibernation, crypt. #2675
Comments
I'm experiencing the same problem, so I wanted to share my setup to help narrow down the problem. The problem only appeared after upgrading from Fedora 40 to 41. Working:
Not working:
The dracut modules in both cases are the same, here is an excerpt of the relevant ones:
I also checked the files in the initrd, and I did not notice any differences that stood out as relevant to me. I did notice some permission changes though, files that that previously had group and other read permissions, now are only readable by the owner (root). And some udev rules changed, but nothing stood out to me there. Note that this is still on dracut-102 and the kernel version is the same. The only thing that stands out to me is the version of systemd, maybe there is some issue with the new version? @julie-de-ville you are not using systemd, do I read that right? |
In case it helps anyone else, for me the issue was resolved by including the I'm not 100% sure what exactly causes it, but my best guess is that |
Might be related to this: dracut-ng/dracut-ng#540 |
@lapseofreason Thanks! I will try it out later. I am not using systemd, I am using OpenRC on Gentoo 6.6.52 |
Describe the bug
When trying to boot with a newly generated initramfs, with crypt and resume enabled, cryptsetup does not start, and instead, it hangs on a black screen with a white spinning wheel.
Distribution used
Gentoo linux
Dracut version
103
Init system
Openrc
To Reproduce
Generate initramfs for kernel 6.6.52-gentoo, include modules crypt and resume.
Expected behavior
Initramfs boots and prompts decryption.
Additional context
I am trying to get hibernation to work on my build using an encrypted swapfile on btrfs on a luks partition. Perhaps this is user error, but I have not been able to find a fix.
The text was updated successfully, but these errors were encountered: