You are not logged in.
The following lines appear during boot (I copy them from 'journalctl -xb'):
Mar 11 19:52:18 birdsong systemd[1]: /usr/lib/systemd/system/systemd-ask-password-console.service:20: Executable "systemd-tty-ask-password-agent" not found in path "/usr/local/bin:/usr/bin"
Mar 11 19:52:18 birdsong systemd[1]: systemd-ask-password-console.service: Unit configuration has fatal error, unit will not be started.
Mar 11 19:52:18 birdsong systemd[1]: systemd-ask-password-console.path: Refusing to start, unit systemd-ask-password-console.service to trigger not loaded.
Mar 11 19:52:18 birdsong systemd[1]: Failed to start Dispatch Password Requests to Console Directory Watch.The file "systemd-tty-ask-password-agent" does exist in /usr/bin and is executable, so I guess that the root disk isn't available yet when this is requested?
I booted fine into the system. The error messages seem new to me, perhaps since the most recent systemd update.
I have attached the output of 'journalctl -xb' at ix.io.
Last edited by lquidfire (2020-03-18 06:34:44)
Offline
With some help on systemd's github issue tracker, I think the issue is with dracut, which did not containt 'systemd-tty-ask-password-agent'.
This was fixed by the dracut devs in version 050, but Arch still has version 049 in the repos. I'll try a manual update tonight at home and will report and perhaps poke the package maintainer.
Offline
Backporting the commit that fixed the issue in dracut did the trick, and the error messages have disappeared. Thanks to those in #archlinux-aur who helped.
The messages are harmless, so I won't bother the package maintainer - I reckon he is busy enough.
This should be sovled once our dracut package gets updated. It has been flagged out-of-date.
Last edited by lquidfire (2020-03-18 06:32:44)
Offline