Bug 32142 - systemd сваливается в emergency mode при уже открытых LUKS-контейнерах
: systemd сваливается в emergency mode при уже открытых LUKS-контейнерах
Status: NEW
: Branch p8
(All bugs in Branch p8/systemd)
: не указана
: all Linux
: P3 normal
Assigned To:
:
:
:
:
: 30940
  Show dependency tree
 
Reported: 2016-05-26 19:26 by
Modified: 2016-10-22 17:35 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2016-05-26 19:26:56
Если взять образ с use/luks (имени mkimage-profiles) на p8 (systemd-229-alt6),
установить его с / и /home (например) на LUKS ("шифрованный раздел") и
нешифрованным /boot, а затем попытаться загрузиться, получится следующее:

- в initrd дважды производится запрос пароля (тж. bug 28255 comment 41);
- после паузы вываливается приглашение в emergency mode;
- обе ФС успешно смонтированы с раскрытых криптоконтейнеров.

При этом systemctl | grep failed показывает только systemd-udev-settle.service, 
а systemctl status systemd-udev-settle.service говорит
"ExecStart=/sbin/udevadm settle (code=exited, status=1/FAILURE)"; запуск
udevadm settle вручную приводит к errorlevel 0.

Если шифровать только / или только /home -- порядок (причём во втором случае
нормально отрабатывает запрос пароля в окошечке поверх plymouth и его
применение по назначению).

regular-icewm.iso (где sysvinit) в ситуации с шифрованными / и /home
загружается нормально.

Также проверил на вчерашней сизифной regular-lxde.iso (systemd-230-alt1) --
_не_ воспроизводится.  Возможно, есть смысл втащить эту версию в p8.
------- Comment #1 From 2016-05-27 20:18:37 -------
Отобрал бинарные пакеты из
http://git.altlinux.org/tasks/archive/done/_161/165002/ в дополнительный к
p8/branch репозиторий, собрал образ с ним -- загрузка после установки с
LUKS-овыми / и /home получилась неожиданно долгая (при длительном отсутствии
дисковой активности), но в итоге дошла до десктопа.

Возможно, надо ещё попробовать с отдельным таким же по
http://git.altlinux.org/tasks/archive/done/_159/163814/ (lvm2 -> libdevmapper).

Спасибо за подсказку!
------- Comment #2 From 2016-10-22 17:35:54 -------
Актуально?
2cas, mike : прошу проверить.