48254 2023-10-30 17:11:18 +0300 Если luks обнаруживается до запуска plymouth, то пароль спрашивается в консоли 2023-11-07 19:15:08 +0300 1 1 4 Development Sisyphus make-initrd-luks unstable all Linux CLOSED FIXED P5 normal --- 1 antohami legion antohami glebfm ldv legion oleg placeholder vt qa-sisyphus oldest_to_newest 235987 0 antohami 2023-10-30 17:11:18 +0300 Если luks обнаруживается до запуска plymouth, то пароль спрашивается в консоли. При этом пользователь скорее всего не успеет увидеть текст с запросом пароля, но увидит plymouth, который никак не реагирует на ESC (ввод идёт в поле ввода пароля, которое никак не отображается). Пароль ввести можно и система загрузится. Но пользователь об этом должен догадаться. Проблему удалось воспроизвести в virtualbox c накопителем NVME. Устанавливался образ http://nightly.altlinux.org/sisyphus/snapshots/20231025/regular-kde5-20231025-x86_64.iso Установка в режиме UEFI на накопитель NVME, корень помещается на LUKS. Решение проблемы видится в том, чтобы не предлагать вводить пароль от LUKS, пока plymouth не запустится или напротив не сможет запуститься. 235990 1 antohami 2023-10-30 17:48:26 +0300 Проблему пока получилось воспроизвести только, когда внутри luks файловая система btrfs c subvolumes. На nvme+luks+ext4 проблема не воспроизвелась. 236004 2 antohami 2023-10-30 19:16:47 +0300 (Ответ для Антон Мидюков на комментарий #1) > Проблему пока получилось воспроизвести только, когда внутри luks файловая > система btrfs c subvolumes. На nvme+luks+ext4 проблема не воспроизвелась. Должно было повезти, чтобы нарваться на проблему. Но я научился воспроизводить проблему. Нужен медленный процессор и быстрый накопитель. В virtualbox выставил 1 ядро на 50 % и проблема стала хорошо воспроизводиться. Изначально было 2 ядра на 100%. Так что дело действительно в рейсе (я уже стал сомневаться). 236006 3 legion 2023-10-30 19:49:46 +0300 Это странно. сервис plymouth стартует раньше обработчика эвентов. 236007 4 14934 legion 2023-10-30 19:58:01 +0300 Created attachment 14934 0001-feature-plymouth-try-to-wait-plymouthd.patch luks делает plymouth --ping чтобы определить наличие запущенного plymouthd. Можешь попробовать вот такой патч ? 236008 5 antohami 2023-10-30 19:59:06 +0300 (Ответ для Alexey Gladkov на комментарий #3) > Это странно. сервис plymouth стартует раньше обработчика эвентов. Он долго стартует на медленном процессоре. (Ответ для Alexey Gladkov на комментарий #4) > Создано вложение 14934 [подробности] > 0001-feature-plymouth-try-to-wait-plymouthd.patch > > luks делает plymouth --ping чтобы определить наличие запущенного plymouthd. > > Можешь попробовать вот такой патч ? Сейчас попробую. 236009 6 legion 2023-10-30 20:04:50 +0300 Если долго, то таймаута может не хватить. С другой стороны я боюсь ожидать вечно т.к. можно завесить систему, если у plymouth будут проблемы. 236010 7 legion 2023-10-30 20:07:41 +0300 (In reply to Alexey Gladkov from comment #6) > Если долго, то таймаута может не хватить. С другой стороны я боюсь ожидать > вечно т.к. можно завесить систему, если у plymouth будут проблемы. Можно добавить что-то типа вот такого для подстраховки: [ "$timeout" -gt 0 ] || plymouth --hide-splash 236013 8 antohami 2023-10-30 20:26:27 +0300 (Ответ для Антон Мидюков на комментарий #5) > (Ответ для Alexey Gladkov на комментарий #3) > > Это странно. сервис plymouth стартует раньше обработчика эвентов. > > Он долго стартует на медленном процессоре. > > (Ответ для Alexey Gladkov на комментарий #4) > > Создано вложение 14934 [подробности] > > 0001-feature-plymouth-try-to-wait-plymouthd.patch > > > > luks делает plymouth --ping чтобы определить наличие запущенного plymouthd. > > > > Можешь попробовать вот такой патч ? > > Сейчас попробую. Не помогло. 40 мало оказалось. 70 поставил и помогло. Это, получается, 7 секунд стартует? 236015 9 legion 2023-10-30 20:53:21 +0300 (In reply to Антон Мидюков from comment #8) > Не помогло. 40 мало оказалось. 70 поставил и помогло. Это, получается, 7 > секунд стартует? этого цикла скрипт делает довольно сомнительную вещь: udevadm settle --timeout=30 --exit-if-exists=/sys/class/drm/card0/dev udevadm settle --timeout=30 --exit-if-exists=/sys/class/graphics/fb0/dev plymouth show-splash и всё это в асинхронном режиме. Мне кажется это очень странным подходом. Можно убрать счётчик таймаута и надеяться, что раз "$RETVAL" = 0, то и plymouthd рано или поздно будет доступен. 236019 10 antohami 2023-10-31 04:13:34 +0300 (Ответ для Alexey Gladkov на комментарий #9) > (In reply to Антон Мидюков from comment #8) > > Не помогло. 40 мало оказалось. 70 поставил и помогло. Это, получается, 7 > > секунд стартует? > > этого цикла скрипт делает довольно сомнительную вещь: > > udevadm settle --timeout=30 --exit-if-exists=/sys/class/drm/card0/dev > udevadm settle --timeout=30 --exit-if-exists=/sys/class/graphics/fb0/dev > plymouth show-splash > > и всё это в асинхронном режиме. Мне кажется это очень странным подходом. > > Можно убрать счётчик таймаута и надеяться, что раз "$RETVAL" = 0, то и > plymouthd рано или поздно будет доступен. А если не будет? Общий тайм-аут? А если он не найдёт, куда ему выводиться, и не будет стартовать?(Ответ для Alexey Gladkov на комментарий #9) > (In reply to Антон Мидюков from comment #8) > > Не помогло. 40 мало оказалось. 70 поставил и помогло. Это, получается, 7 > > секунд стартует? > > этого цикла скрипт делает довольно сомнительную вещь: > > udevadm settle --timeout=30 --exit-if-exists=/sys/class/drm/card0/dev > udevadm settle --timeout=30 --exit-if-exists=/sys/class/graphics/fb0/dev > plymouth show-splash > > и всё это в асинхронном режиме. Мне кажется это очень странным подходом. > > Можно убрать счётчик таймаута и надеяться, что раз "$RETVAL" = 0, то и > plymouthd рано или поздно будет доступен. Т.е. убрать обе строки udevadm? Я думаю, что эти тайм-ауты были введены, чтобы plymouth не стартанул слишком рано и не начал выводить тему "три точки" вместо нормальной графической заставки. 236063 11 legion 2023-10-31 15:41:22 +0300 (In reply to Антон Мидюков from comment #10) > > Можно убрать счётчик таймаута и надеяться, что раз "$RETVAL" = 0, то и > > plymouthd рано или поздно будет доступен. > > А если не будет? Общий тайм-аут? А если он не найдёт, куда ему выводиться, и > не будет стартовать? Да, если $timeout убрать совсем и если plymouth так и не стартанёт, то сработает общий таймаут на initrd. Загрузка будет застревать на этом месте. > > Можно убрать счётчик таймаута и надеяться, что раз "$RETVAL" = 0, то и > > plymouthd рано или поздно будет доступен. > > Т.е. убрать обе строки udevadm? > Я думаю, что эти тайм-ауты были введены, чтобы plymouth не стартанул слишком > рано и не начал выводить тему "три точки" вместо нормальной графической > заставки. Их убирать нельзя. Они нужны для синхронизации с udev и ожидания framebuffer. Другое дело, что это делается асинхронно. То есть после того как plymouthd вроде как запустился и сервис завершился и загрузка пошла дальше на самом деле splash ещё не показан, потому что udevadm settle. Кстати, в plymouth(1) написано: --ping Check if plymouthd is running. то есть это тоже не гарантирует ожидаемый результат. Предложенным мной циклом мы дождёмся запуска plymouth, но не show-splash. Поэтому я не уверен, какой результат будет у ask-for-password. 236064 12 14941 legion 2023-10-31 16:00:47 +0300 Created attachment 14941 0001-feature-plymouth-Show-splash-in-synchronous-mode.patch Я бы попробовал что-то вот такое. Мы сначала ждём необходимых устройств, потом запускаем plymouthd и ждём его запуска, а уже потом делаем show-splash. Таким образом plymouthd должен быть полностью готов после завершения скрипта сервиса. 236089 13 antohami 2023-10-31 20:21:07 +0300 (Ответ для Alexey Gladkov на комментарий #12) > Создано вложение 14941 [подробности] > 0001-feature-plymouth-Show-splash-in-synchronous-mode.patch > > Я бы попробовал что-то вот такое. Мы сначала ждём необходимых устройств, > потом запускаем plymouthd и ждём его запуска, а уже потом делаем > show-splash. Таким образом plymouthd должен быть полностью готов после > завершения скрипта сервиса. Всё отлично, и даже решились некоторые другие проблемы. У меня есть старенький ноутбук, на котором plymouth перестал запускаться в графическом режиме (тема три точки). Теперь запускается. На этом же ноутбуке make-initrd-bootchain вываливался в выбор с чего грузиться. Теперь нормально грузится. 236095 14 legion 2023-10-31 21:54:20 +0300 А вы там не можете потестировать этот патч на разных конфигурациях на тему есть ли заметная деградация в скорости загрузки и возможности зависания ? Если всё будет нормально, то выкатим. 236413 15 antohami 2023-11-03 22:09:54 +0300 (Ответ для Alexey Gladkov на комментарий #14) > А вы там не можете потестировать этот патч на разных конфигурациях на тему > есть ли заметная деградация в скорости загрузки и возможности зависания ? > > Если всё будет нормально, то выкатим. На всём, что у меня есть, проверил, включая одноплатники aarch64. И проблем не обнаружил. Деградации в скорости загрузки не было. Зависания не поймал. 236530 16 repository-robot 2023-11-07 19:15:08 +0300 make-initrd-2.39.0-alt1 -> sisyphus: Tue Nov 07 2023 Alexey Gladkov <legion@altlinux.ru> 2.39.0-alt1 - New version (2.39.0). - Feature plymouth: + Show splash in synchronous mode to avoid race with plymouth users (ALT#48254). - Feature fsck: + Fix typo in boot variable and fix the FASTBOOT parameter. - Utilities: + initrd-scanmod: Add support for kmod > v30-25-g5c004af. 14934 2023-10-30 19:58:01 +0300 2023-10-30 19:58:01 +0300 0001-feature-plymouth-try-to-wait-plymouthd.patch 0001-feature-plymouth-try-to-wait-plymouthd.patch text/plain 850 legion RnJvbSA5Zjc3NDliYTYyMGFmNWU5YTA2M2RmOTNjZDVjY2NlYWI4MzE2ODIyIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBBbGV4ZXkgR2xhZGtvdiA8Z2xhZGtvdi5hbGV4ZXlAZ21haWwu Y29tPgpEYXRlOiBNb24sIDMwIE9jdCAyMDIzIDE3OjU1OjUyICswMTAwClN1YmplY3Q6IFtQQVRD SF0gZmVhdHVyZS9wbHltb3V0aDogdHJ5IHRvIHdhaXQgcGx5bW91dGhkCgpTaWduZWQtb2ZmLWJ5 OiBBbGV4ZXkgR2xhZGtvdiA8Z2xhZGtvdi5hbGV4ZXlAZ21haWwuY29tPgotLS0KIGZlYXR1cmVz L3BseW1vdXRoL2RhdGEvZXRjL3JjLmQvaW5pdC5kL3BseW1vdXRoIHwgNiArKysrKysKIDEgZmls ZSBjaGFuZ2VkLCA2IGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9mZWF0dXJlcy9wbHltb3V0 aC9kYXRhL2V0Yy9yYy5kL2luaXQuZC9wbHltb3V0aCBiL2ZlYXR1cmVzL3BseW1vdXRoL2RhdGEv ZXRjL3JjLmQvaW5pdC5kL3BseW1vdXRoCmluZGV4IGY0NjUxNjVmLi42OTZhMWNiMiAxMDA3NTUK LS0tIGEvZmVhdHVyZXMvcGx5bW91dGgvZGF0YS9ldGMvcmMuZC9pbml0LmQvcGx5bW91dGgKKysr IGIvZmVhdHVyZXMvcGx5bW91dGgvZGF0YS9ldGMvcmMuZC9pbml0LmQvcGx5bW91dGgKQEAgLTM4 LDYgKzM4LDEyIEBAIHN0YXJ0KCkgewogCiAJb21pdF9waWQgIiQoY2F0ICIkcGlkIikiCiAJc2hv d19zcGxhc2ggJgorCisJdGltZW91dD00MAorCXdoaWxlIFsgIiR0aW1lb3V0IiAtZ3QgMCBdICYm ICEgcGx5bW91dGggLS1waW5nIDI+L2Rldi9udWxsOyBkbworCQlzbGVlcCAxCisJCXRpbWVvdXQ9 JCgoJHRpbWVvdXQgLSAxKSkKKwlkb25lCiB9CiAKIHN0b3AoKSB7Ci0tIAoyLjMzLjgKCg== 14941 2023-10-31 16:00:47 +0300 2023-10-31 16:00:47 +0300 0001-feature-plymouth-Show-splash-in-synchronous-mode.patch 0001-feature-plymouth-Show-splash-in-synchronous-mode.patch text/plain 1747 legion RnJvbSAwMzcwYWI2NzE1NjIzMDJlNmRmZmZjMGQ5ZTMwNDk4MTc2MzRiYzM0IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBBbGV4ZXkgR2xhZGtvdiA8Z2xhZGtvdi5hbGV4ZXlAZ21haWwu Y29tPgpEYXRlOiBUdWUsIDMxIE9jdCAyMDIzIDEzOjU3OjUwICswMTAwClN1YmplY3Q6IFtQQVRD SF0gZmVhdHVyZS9wbHltb3V0aDogU2hvdyBzcGxhc2ggaW4gc3luY2hyb25vdXMgbW9kZQoKU2ln bmVkLW9mZi1ieTogQWxleGV5IEdsYWRrb3YgPGdsYWRrb3YuYWxleGV5QGdtYWlsLmNvbT4KLS0t CiAuLi4vcGx5bW91dGgvZGF0YS9ldGMvcmMuZC9pbml0LmQvcGx5bW91dGggICAgfCAyMyArKysr KysrKysrKy0tLS0tLS0tCiAxIGZpbGUgY2hhbmdlZCwgMTMgaW5zZXJ0aW9ucygrKSwgMTAgZGVs ZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvZmVhdHVyZXMvcGx5bW91dGgvZGF0YS9ldGMvcmMuZC9p bml0LmQvcGx5bW91dGggYi9mZWF0dXJlcy9wbHltb3V0aC9kYXRhL2V0Yy9yYy5kL2luaXQuZC9w bHltb3V0aAppbmRleCBmNDY1MTY1Zi4uMjZhMzE1NDQgMTAwNzU1Ci0tLSBhL2ZlYXR1cmVzL3Bs eW1vdXRoL2RhdGEvZXRjL3JjLmQvaW5pdC5kL3BseW1vdXRoCisrKyBiL2ZlYXR1cmVzL3BseW1v dXRoL2RhdGEvZXRjL3JjLmQvaW5pdC5kL3BseW1vdXRoCkBAIC0xNSwyOSArMTUsMzIgQEAKIC4g L2V0Yy9pbml0LmQvdGVtcGxhdGUKIC4gaW5pdHJkLXNoLWZ1bmN0aW9ucwogCi1zaG93X3NwbGFz aCgpIHsKLQl1ZGV2YWRtIHNldHRsZSAtLXRpbWVvdXQ9MzAgLS1leGl0LWlmLWV4aXN0cz0vc3lz L2NsYXNzL2RybS9jYXJkMC9kZXYKLQl1ZGV2YWRtIHNldHRsZSAtLXRpbWVvdXQ9MzAgLS1leGl0 LWlmLWV4aXN0cz0vc3lzL2NsYXNzL2dyYXBoaWNzL2ZiMC9kZXYKLQlwbHltb3V0aCBzaG93LXNw bGFzaAotfQotCiBzdGFydCgpIHsKIAlbIC16ICIke05PU1BMQVNILX0iIF0gfHwKIAkJcmV0dXJu IDAKIAotCWxvY2FsIHBpZD0vcnVuL3BseW1vdXRoL3BpZAorCXVkZXZhZG0gc2V0dGxlIC0tdGlt ZW91dD0zMCAtLWV4aXQtaWYtZXhpc3RzPS9zeXMvY2xhc3MvZHJtL2NhcmQwL2RldgorCXVkZXZh ZG0gc2V0dGxlIC0tdGltZW91dD0zMCAtLWV4aXQtaWYtZXhpc3RzPS9zeXMvY2xhc3MvZ3JhcGhp Y3MvZmIwL2RldgorCisJbG9jYWwgcGlkZmlsZT0vcnVuL3BseW1vdXRoL3BpZAogCiAJbWtkaXIg LW0gMDc1NSAvcnVuL3BseW1vdXRoIDI+L2Rldi9udWxsIHx8OgogCTogPiAvcnVuL3N5c3RlbWQv cGx5bW91dGgKIAotCXN0YXJ0X2RhZW1vbiAtLWxvY2tmaWxlICIkTE9DS0ZJTEUiIC0tIHBseW1v dXRoZCAtLW1vZGU9Ym9vdCAtLXR0eT0vZGV2L3R0eTEgLS1waWQtZmlsZT0kcGlkIHx8CisJc3Rh cnRfZGFlbW9uIC0tbG9ja2ZpbGUgIiRMT0NLRklMRSIgLS0gcGx5bW91dGhkIC0tbW9kZT1ib290 IC0tdHR5PS9kZXYvdHR5MSAtLXBpZC1maWxlPSRwaWRmaWxlIHx8CiAJCVJFVFZBTD0kPwogCiAJ WyAiJFJFVFZBTCIgPSAwIF0gfHwKIAkJcmV0dXJuICRSRVRWQUwKIAotCW9taXRfcGlkICIkKGNh dCAiJHBpZCIpIgotCXNob3dfc3BsYXNoICYKKwlwaWQ9IiQoY2F0ICIkcGlkZmlsZSIpIgorCisJ d2hpbGUgWyAtZSAiL3Byb2MvJHBpZCIgXSAmJiAhIHBseW1vdXRoIC0tcGluZyAyPi9kZXYvbnVs bDsgZG8KKwkJc2xlZXAgMQorCWRvbmUKKworCW9taXRfcGlkICIkcGlkIgorCXBseW1vdXRoIHNo b3ctc3BsYXNoCiB9CiAKIHN0b3AoKSB7Ci0tIAoyLjMzLjgKCg==