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

indefinite wait at startup for non-configured cryptoLUKS device #1460

Open
cmurf opened this issue May 8, 2021 · 2 comments
Open

indefinite wait at startup for non-configured cryptoLUKS device #1460

cmurf opened this issue May 8, 2021 · 2 comments
Labels
bug Our bugs crypt Issues related to the crypt module

Comments

@cmurf
Copy link

cmurf commented May 8, 2021

Describe the bug
Upon creating a cryptoLUKS partition, the system will no longer boot unless I correctly enter the passphrase for the cryptoLUKS device. The mere existence of this partition causes this to happen. There is no rd.luks boot parameter. No entry in /etc/crypttab.

Distribution used
Fedora 34

Dracut version
dracut-053-5.fc34.x86_64

Init system
systemd-248-2.fc34.x86_64

To Reproduce

  1. Install a Fedora system without any encryption. It boots and starts up as expected.
  2. Add a partition and use 'cryptsetup luksFormat' on it. No other changes.
  3. Boot the system. Now it waits indefinitely for a passphrase.

Expected behavior
The system should still startup without requiring intervention from the user.

Additional context
The problem doesn't happen following downgrade to dracut-051-1.fc34.x86_64 and rebuilding initramfs.
journal.log

@cmurf cmurf added the bug Our bugs label May 8, 2021
@cmurf
Copy link
Author

cmurf commented May 8, 2021

@cmurf
Copy link
Author

cmurf commented May 8, 2021

OK after downgrading to dracut-051, rebuilding initramfs and showing the problem doesn't reproduce; I upgraded back to 053, rebuilt the initramfs and expect it to happen again. It doesn't. I don't know why because the initramfs clearly contains systemd-248-2 and dracut-053-5 in both cases. I'm not sure what's different.

In the reported failing journal.log I first see this device's UUID:

[    1.923539] systemd[1]: unit_file_build_name_map: normal unit file: /run/systemd/generator/systemd-cryptsetup@luks\x2dafd5a880\x2d6672\x2d4d63\x2d913e\x2dd6b6d2825d98.service

This line doesn't exist anymore. Attaching that as journal2.log.
journal2.log

@LaszloGombos LaszloGombos added the crypt Issues related to the crypt module label Mar 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Our bugs crypt Issues related to the crypt module
Projects
None yet
Development

No branches or pull requests

2 participants