Skip to content
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

Open
julie-de-ville opened this issue Oct 15, 2024 · 4 comments
Open

Dracut hangs on spinning wheel, resume hibernation, crypt. #2675

julie-de-ville opened this issue Oct 15, 2024 · 4 comments
Labels
bug Our bugs

Comments

@julie-de-ville
Copy link

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.

@julie-de-ville julie-de-ville added the bug Our bugs label Oct 15, 2024
@lapseofreason
Copy link
Contributor

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:

  1. Fedora 40
  2. dracut-102-2.fc40
  3. kernel 6.11.5-200.fc40.x86_64
  4. systemd 255.13-1.fc40

Not working:

  1. Fedora 41
  2. dracut-102-3.fc41 (according to Fedora changelog only a re-build)
  3. kernel 6.11.5-300.fc41.x86_64
  4. systemd 256.7-1.fc41

The dracut modules in both cases are the same, here is an excerpt of the relevant ones:

  1. systemd-ask-password
  2. crypt
  3. systemd-cryptsetup
  4. crypt-gpg

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?

@lapseofreason
Copy link
Contributor

In case it helps anyone else, for me the issue was resolved by including the nvdimm module.

I'm not 100% sure what exactly causes it, but my best guess is that libkmod.so.* not being included without the nvdimm module was causing this for me.

@lapseofreason
Copy link
Contributor

Might be related to this: dracut-ng/dracut-ng#540

@julie-de-ville
Copy link
Author

@lapseofreason Thanks! I will try it out later. I am not using systemd, I am using OpenRC on Gentoo 6.6.52

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Our bugs
Projects
None yet
Development

No branches or pull requests

2 participants