[systemd-bugs] [Bug 82004] RFE: The tty-ask-password-agent does not use all devices of /dev/console

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Tue Aug 19 03:28:33 PDT 2014


https://bugs.freedesktop.org/show_bug.cgi?id=82004

--- Comment #3 from Werner Fink <werner at suse.de> ---
(In reply to comment #2)
> I am not convinced this is really a good idea. I mean, we don't start gettys
> on all configured kernel consoles either, no rescue shell, no emergency
> shell.

What does this mean?

> On Linux, /dev/console is a weird thing. It's output is dirtsibuted to
> multiple ttys, but it's input is not merged (and that'd even be difficult
> becuase it would be unclear what $TERM would be right for such a case). Just
> adding support for this to the text password prompt is just a work-around
> for one specific case...

Hmmm ... I'm familiar with the kernel's system console. This patch is the port
from my old blogd and sulogin[1] changes to systemd due to a bug report of a
enterprise customer and a very helpful beta tester.  As this customer does not
use plymouth (which indeed would be useless), the
systemd-tty-ask-password-agent should in his opinion able to ask the passphrase
on all devices of the system console.  And I do agree with him and furthermore
I guess that redhat has also customers with the similar setups where the order
of the console configuration used with the kernel parameters should not
restrict the prompt for a encrypted device to the last mentioned console
device.  As with     Murphy's law the superuser is always in front of the wrong
display.

Also such a list of console devices would allow that systemd writes out its
boot messages to all those console devices, together with a small ring buffer
this could also be used to relieve the kernel's message ring buffer. I guess
that many kernel developers would appreciate such an extension.

[1] Now also part of current util-linux

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20140819/2d20c320/attachment.html>


More information about the systemd-bugs mailing list