Bug 1387379

Summary: Upgrading from Fedora 24 to Fedora 25 Beta on Btrfs LUKS no longer asks for passphrase
Product: [Fedora] Fedora Reporter: Will Johansson <will.johansson>
Component: plymouthAssignee: dracut-maint-list
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 25CC: dracut-maint-list, elad, fedora, harald, jonathan, rstrode, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-12-12 10:52:39 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Logs from plymouth, from using kernel argument "plymouth:debug" none

Description Will Johansson 2016-10-20 17:51:10 UTC
Description of problem: Upgrading from Fedora 24 to Fedora 25 Beta on Btrfs LUKS no longer asks for passphrase on kernels 4.8.


Version-Release number of selected component (if applicable): INSTALLED: kernel-4.8.1-1.fc25, kernel-4.8.2-300.fc25, grub2-efi-0.34.fc24, dracut-044-77.fc25

NOT INSTALLED: anaconda, anaconda-dracut, anaconda-core versions 25.20.5-1.fc25 seem to not be installed (should they be, they weren't installed at all as part of the f25 beta upgrade?)


How reproducible: Not sure, have not reinstalled F24 and redid the upgrade, but I can do that once I get a new disk anyway.


Steps to Reproduce:
1. Install Fedora 24 on Btrfs on top of LUKS.
2. Upgrade from Fedora 24 to Fedora 25 using dnf system upgrade plugin.
3. Boot into Fedora 25 using kernels 4.8.

Actual results: No passphrase request. Screen is blank.


Expected results: Expected the anaconda passphrase program to ask me for my passphrase.


Additional info: I finally got around this by removing rhgb + quiet from GRUB and noticed it hanging after probing all the disks and I tried to do some keyboard combinations and somehow I got the raw passphrase request. It booted fine afterwards. Possible dracut/initramfs misconfiguration on upgrade?

Comment 1 Zbigniew Jędrzejewski-Szmek 2016-10-20 23:38:58 UTC
How did you perform the upgrade? Without that info, it's hard to say anything.

Anaconda is not involved during upgrades. So there's no "anaconda passphrase program" expected.

Maybe the password prompt just got obscured by other stuff written to the console? Can you attach the logs from the boot?

Comment 2 Will Johansson 2016-10-21 00:36:40 UTC
I mentioned upgrading via the dnf system upgrade plugin.

# dnf system-upgrade download --refresh --releasever=25
# dnf system-upgrade reboot

Sorry -- I thought anaconda was involved with asking for the LUKS passphrase at bootup. Is it just a dracut plugin for LUKS?

Either way, that's possible. What's the best way to get the logs from the boot when the password prompt gets obscured?

If it gets obscured, I can try typing the password after some delay and see if it gets in.

Comment 3 Will Johansson 2016-10-21 01:21:15 UTC
Augh, it as plymouth I was thinking about, not anaconda. :) Sorry for the confusion.

However, I did find this in the logs:

Oct 20 10:23:11 london.europa systemd-tty-ask-password-agent[465]: Invalid password file /run/systemd/ask-password/ask.lYZXw8
Oct 20 10:23:11 london.europa systemd-tty-ask-password-agent[465]: Failed to show password: Bad message

Comment 4 Will Johansson 2016-10-21 02:36:57 UTC
Hmm, that apparently is from the last successful boot with removing rhgb/quiet, rather than the failed boot with rhgb/quiet. Sorry. Let me try the dracut shell then and see if I can dump the log somewhere.

Comment 5 Will Johansson 2016-10-21 02:55:49 UTC
So I booted with plymouth:debug also and I'm seeing errors. I'm seeing lots of bad file descriptors. Perhaps it's more plymouth that's the problem? I will attach the logs from plymouth. I'm happy to change the component to plymouth.

That'd actually make sense. It didn't register to me that the standard textual progress bar came up at all either, but perhaps because that usually comes after the password input?

Comment 6 Will Johansson 2016-10-21 02:57:18 UTC
Created attachment 1212694 [details]
Logs from plymouth, from using kernel argument "plymouth:debug"

Comment 7 Will Johansson 2016-10-21 03:23:01 UTC
FWIW, this plymouth is

Version     : 0.9.3
Release     : 0.6.20160620git0e65b86c.fc25

for plymouth, plymouth-core, plymouth-scripts.

Comment 8 Harald Hoyer 2016-10-26 13:35:43 UTC
If it works with "rd.plymouth=0" on the kernel cmdline, then it might be a plymouth bug.

Comment 9 Harald Hoyer 2016-10-26 13:36:09 UTC
or  "plymouth.enable=0"

Comment 10 Fedora End Of Life 2017-11-16 19:29:36 UTC
This message is a reminder that Fedora 25 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 25. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '25'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 25 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged  change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

Comment 11 Fedora End Of Life 2017-12-12 10:52:39 UTC
Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.