При тестировании функциональности запроса пароля в plymouth обнаружились следующие странности: под sysvinit пароль запрашивается и вводится, но не выводится (собственно, даже не возвращается из plymouthd) Кусок strace plymouth --ask-for-password ---------------------------- socket(PF_FILE, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 6 setsockopt(6, SOL_SOCKET, SO_PASSCRED, [1], 4) = 0 connect(6, {sa_family=AF_FILE, sun_path=@"/org/freedesktop/plymouthd"}, 29) = 0 epoll_ctl(3, EPOLL_CTL_ADD, 6, {...}) = 0 epoll_ctl(3, EPOLL_CTL_MOD, 6, {...}) = 0 epoll_ctl(3, EPOLL_CTL_MOD, 6, {...}) = 0 epoll_wait(3, {?} 0x7f31b2637520, 64, -1) = 1 clock_gettime(CLOCK_MONOTONIC, {193, 481808009}) = 0 write(6, "*\0", 2) = 2 epoll_ctl(3, EPOLL_CTL_MOD, 6, {...}) = 0 epoll_ctl(3, EPOLL_CTL_MOD, 6, {...}) = 0 epoll_wait(3, {?} 0x7f31b2637520, 64, -1) = 1 clock_gettime(CLOCK_MONOTONIC, {196, 858850241}) = 0 read(6, "\2", 1) = 1 read(6, 0x7fffa47cc6c0, 4) = -1 EAGAIN (Resource temporarily unavailable) -------------------------- Под systemd всё ещё веселее (при том, что ещё недавно, вроде, работало). Для ввода пароля на luks раздел, systemd гасит plymouth (видимо, что-то ему в этом plymouth не нравится). запуск plymouthd; plymouth --show-splash; plymouth --ask-for-password приводит к отрисовке окна ввода пароля, но пароль не вводится (а события клавиатуры получает консоль, лежащая под splash).
PS описанное поведение наблюдается в kvm с vga=0x314 и отключённым kernel modesetting
2cas@: Прошу посмотреть, как вводится пароль LUKS на Fedora 18. Если проблем не будет, то обновите plymouth из Rawhide и повторите тест.
(В ответ на комментарий №2) > 2cas@: Прошу посмотреть, как вводится пароль LUKS на Fedora 18. Если проблем не > будет, то обновите plymouth из Rawhide и повторите тест. Боюсь, в F18 нам не удастся подсмотреть, как правильно вводить пароль при использовании sysvinit :(
На systemd вроде работает (не из initrd), на sysvinit скорее не работает, но исправлять некому.
