So I have observed strange behaviour on boot. I have Luks encryption and have been asked twice for the password, but the first time was correct. So i rebooted and tried to reproduce this issue.
Instead of providing the password twice, I hit Esc to watch the boot sequence instead. I booted like normal.
here is the journalctl -b | grep -i password
journalctl -b | grep -i password
May 31 10:19:13 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:13 definitive-group systemd[1]: Started systemd-ask-password-plymouth.path - Forward Password Requests to Plymouth Directory Watch.
May 31 10:19:13 definitive-group systemd[1]: Started systemd-ask-password-plymouth.service - Forward Password Requests to Plymouth.
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-plymouth.service: Deactivated successfully.
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:27 definitive-group systemd[1]: Started systemd-ask-password-wall.path - Forward Password Requests to Wall Directory Watch.
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:27 definitive-group systemd[1]: Started systemd-ask-password-plymouth.service - Forward Password Requests to Plymouth.
May 31 10:19:27 definitive-group audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-ask-password-plymouth comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:35 definitive-group systemd[1]: Starting systemd-ask-password-wall.service - Forward Password Requests to Wall...
May 31 10:19:35 definitive-group systemd[1]: systemd-ask-password-plymouth.path: Deactivated successfully.
May 31 10:19:35 definitive-group systemd[1]: Stopped systemd-ask-password-plymouth.path - Forward Password Requests to Plymouth Directory Watch.
May 31 10:19:35 definitive-group systemd[1]: Stopping systemd-ask-password-plymouth.service - Forward Password Requests to Plymouth...
May 31 10:19:38 definitive-group systemd-tty-ask-password-agent[1515]: Failed to query password: Input/output error
May 31 10:19:38 definitive-group systemd-tty-ask-password-agent[1515]: Failed to process password: Input/output error
May 31 10:19:38 definitive-group systemd[1]: systemd-ask-password-plymouth.service: Deactivated successfully.
May 31 10:19:38 definitive-group systemd[1]: Stopped systemd-ask-password-plymouth.service - Forward Password Requests to Plymouth.
May 31 10:19:38 definitive-group audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-ask-password-plymouth comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 31 10:19:38 definitive-group systemd[1]: Started systemd-ask-password-wall.service - Forward Password Requests to Wall.
May 31 10:19:38 definitive-group audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-ask-password-wall comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 31 10:19:46 definitive-group gdm-password][4960]: gkr-pam: unable to locate daemon control file
May 31 10:19:46 definitive-group gdm-password][4960]: gkr-pam: stashed password to try later in open session
May 31 10:19:46 definitive-group gdm-password][4960]: pam_unix(gdm-password:session): session opened for user definitive_group(uid=1000) by definitive_group(uid=0)
May 31 10:19:46 definitive-group gdm-password][4960]: gkr-pam: gnome-keyring-daemon started properly and unlocked keyring
Here is the journalctl -b | grep -i plymouth
journalctl -b | grep -i plymouth
May 31 10:19:13 definitive-group systemd[1]: Starting plymouth-start.service - Show Plymouth Boot Screen...
May 31 10:19:13 definitive-group systemd[1]: Received SIGRTMIN+20 from PID 567 (plymouthd).
May 31 10:19:13 definitive-group systemd[1]: Started plymouth-start.service - Show Plymouth Boot Screen.
May 31 10:19:13 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:13 definitive-group systemd[1]: Started systemd-ask-password-plymouth.path - Forward Password Requests to Plymouth Directory Watch.
May 31 10:19:13 definitive-group systemd[1]: Started systemd-ask-password-plymouth.service - Forward Password Requests to Plymouth.
May 31 10:19:25 definitive-group systemd[1]: Starting plymouth-switch-root.service - Plymouth switch root service...
May 31 10:19:25 definitive-group systemd[1]: Finished plymouth-switch-root.service - Plymouth switch root service.
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-plymouth.service: Deactivated successfully.
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:27 definitive-group systemd[1]: plymouth-switch-root.service: Deactivated successfully.
May 31 10:19:27 definitive-group systemd[1]: Stopped plymouth-switch-root.service - Plymouth switch root service.
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:27 definitive-group systemd[1]: Started systemd-ask-password-plymouth.service - Forward Password Requests to Plymouth.
May 31 10:19:27 definitive-group audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-ask-password-plymouth comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:27 definitive-group systemd[1]: systemd-ask-password-console.path - Dispatch Password Requests to Console Directory Watch was skipped because of an unmet condition check (ConditionPathExists=!/run/plymouth/pid).
May 31 10:19:28 definitive-group systemd[1]: Starting plymouth-read-write.service - Tell Plymouth To Write Out Runtime Data...
May 31 10:19:28 definitive-group systemd[1]: Received SIGRTMIN+20 from PID 567 (plymouthd).
May 31 10:19:28 definitive-group systemd[1]: Finished plymouth-read-write.service - Tell Plymouth To Write Out Runtime Data.
May 31 10:19:28 definitive-group audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=plymouth-read-write comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 31 10:19:35 definitive-group systemd[1]: Starting plymouth-quit-wait.service - Hold until boot process finishes up...
May 31 10:19:35 definitive-group systemd[1]: systemd-ask-password-plymouth.path: Deactivated successfully.
May 31 10:19:35 definitive-group systemd[1]: Stopped systemd-ask-password-plymouth.path - Forward Password Requests to Plymouth Directory Watch.
May 31 10:19:35 definitive-group systemd[1]: Stopping systemd-ask-password-plymouth.service - Forward Password Requests to Plymouth...
May 31 10:19:35 definitive-group systemd[1]: Received SIGRTMIN+21 from PID 567 (plymouthd).
May 31 10:19:38 definitive-group systemd[1]: Received SIGRTMIN+21 from PID 567 (plymouthd).
May 31 10:19:38 definitive-group systemd[1]: Finished plymouth-quit-wait.service - Hold until boot process finishes up.
May 31 10:19:38 definitive-group audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=plymouth-quit-wait comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
May 31 10:19:38 definitive-group systemd[1]: systemd-ask-password-plymouth.service: Deactivated successfully.
May 31 10:19:38 definitive-group systemd[1]: Stopped systemd-ask-password-plymouth.service - Forward Password Requests to Plymouth.
May 31 10:19:38 definitive-group audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-ask-password-plymouth comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Honestly not sure what else to provide relevant to boot and password so any information is greatly appreciated.
It asks 3 times if you enter wrong password to open LUKS I think I reported this issue 4-5 months ago when it started. Sometimes just need to hit LUKS password and enter again even it is correct
It only ask for the one on the system. I provided the fstab row for that 1 drive to rule that out. I might go as far as to provide screenshots. It’s very weird.
I fedora server has 4 entries in crypttab and I have been prompted more then once to enter passphrases in the past.
As i use tang/clevis to unlock on my home network i do not need to type the passphrases that often.
So I am not sure how often its asking at the moment.
If I get a spare moment I will try without clevis and count the prompts.
I appreciate it, but it looks like it’s some sort of bug. I honestly posted to have a deeper look tonight and tomorrow as I was busy with a project that needd to get done.
I have rebooted twice to no problems. So we’ll see. Although my last reboot was a crash of the Display maybe due to how abrubtly i needed to leave the Library.
I have tested on 3 systems with luks encrypted partitions.
I only get prompted once on each system.
2 have a single partition, the other has 4 partitions.
Yeah, Unfortunately I’ll have to wait till it happens again. I don’t typically have the External drives connected at boot because I am not in possession of the key. So I unlock the drives the traditional way on the desktop.
Since posting this, I have only attempted twice, once was a forced reboot due to a crash ( supposed Nvidia driver?! not waking from sleep ) yesterday and once this morning. It has happened about 5x, and only twice did I have the External drive connected.