Bug 4335 - Could not boot after initrd regeneration
: Could not boot after initrd regeneration
Status: RESOLVED FIXED
Product: Desktop Bugs
Classification: ROSA Desktop
Component: Main Packages
: Fresh
: All Linux
: High major
: 2014 Fresh R4
Assigned To: Eugene Shatokhin
: ROSA Linux Bugs
:
Depends on: 4320
Blocks:
  Show dependency treegraph
 
Reported: 2014-09-02 14:44 MSD by FirstLevel
Modified: 2014-10-01 16:19 MSD (History)
5 users (show)

See Also:
RPM Package:
ISO-related:
Bad POT generating:
Upstream:


Attachments
ss (102.62 KB, image/png)
2014-10-01 11:56 MSD, Vladimir Potapov
Details

Note You need to log in before you can comment on or make changes to this bug.
Description FirstLevel 2014-09-02 14:44:44 MSD
Description of problem:
Bug is for image ROSA.FRESH.KDE.R3.5710.b.i586.iso.
1. Install system with encrypted root partition.
2. After booting the system regenerate initrd
3. Reboot
4. You could not boot system at all. In my case, I enter password for encrypted partition I then press <Enter> and nothing happens. It looks like password is incorrect.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
Comment 1 Stanislav Fomin 2014-09-24 16:47:18 MSD
Надо проанализировать, что за странный initrd получается в этом случае.
Comment 2 Vladimir Potapov 2014-09-29 12:29:17 MSD
Подниму.
Comment 3 Konstantin Vlasov 2014-09-29 13:32:24 MSD
Работаю над этим, но в R4 пока имею в точности противоположную ситуацию: изначально с шифрованным рутом система не грузится, но если вручную подмонтировать рут и продолжить загрузку, а потом перегенерировать initrd, система начинает грузиться, успешно запрашивает пароль в плимуте, и т. д.
Comment 4 Eugene Shatokhin 2014-09-30 16:51:25 MSD
(In reply to comment #0)
Не могу воспроизвести на тестовой машине пока (образ 6423). Правда, это 64-битный образ, 32-битный я ещё не пробовал. 

Сделал такие разделы:
/boot - ext4, без шифрования
swap - без шифрования
/ - шифрованный.

После установки перезагружаю систему - при работе Plymouth запрашивается пароль на шифр. раздел - ввожу - OK.

Перегенерирую initrd (dracut -f), делаю sync на всякий случай, перезагружаю систему - работает так же (запрашивает пароль при работе Plymouth, затем загружается нормально).

Проверьте, пожалуйста, на свежих образах, делая sync после перегенерации initrd. 

Если не воспроизведётся, возможно, дело в том, что сам файл initrd не успел физически дописаться на диск до reboot'а. А reboot, если не ошибаюсь, sync не делает.
Comment 5 FirstLevel 2014-09-30 17:06:45 MSD
(In reply to comment #4)
> (In reply to comment #0)
> Не могу воспроизвести на тестовой машине пока (образ 6423). Правда, это
> 64-битный образ, 32-битный я ещё не пробовал. 
> 
> Сделал такие разделы:
> /boot - ext4, без шифрования
> swap - без шифрования
> / - шифрованный.
> 
> После установки перезагружаю систему - при работе Plymouth запрашивается
> пароль на шифр. раздел - ввожу - OK.
> 
> Перегенерирую initrd (dracut -f), делаю sync на всякий случай, перезагружаю
> систему - работает так же (запрашивает пароль при работе Plymouth, затем
> загружается нормально).
> 
> Проверьте, пожалуйста, на свежих образах, делая sync после перегенерации
> initrd. 
> 
> Если не воспроизведётся, возможно, дело в том, что сам файл initrd не успел
> физически дописаться на диск до reboot'а. А reboot, если не ошибаюсь, sync
> не делает.

Я тестировал на виртуальной машине. Полагаю, этот может влиять.
Comment 6 Konstantin Vlasov 2014-09-30 17:37:13 MSD
Тогда прошу попробовать воспроизвести и на виртуальной машине с образом 6423 (а также сообщить, какая именно виртуальная машина используется). У меня, как уже писал выше, результаты в точности противоположные: сразу после установки система не грузится, но если до запроса пароля успеть нажать Esc и ввести пароль в консоли, когда он там будет запрошен, можно систему загрузить. Если после этого перегенерить initrd, то всё чинится само собой, пароль при загрузке запрашивается и принимается уже и через плимут. Проверял в VirtualBox 4.3.12.
Comment 7 Vladimir Potapov 2014-10-01 10:36:46 MSD
Попробовал образ 6423x64 на РЕАЛЬНОМ железе.
Поставил отдельный бут, и остальное с шифрованием на одном разделе (даже своп).
Поставилось и заработало отлично. 
Для пробы поставил реалтаймовое ядро - система это пережила.
Comment 8 Vladimir Potapov 2014-10-01 11:56:01 MSD
Created attachment 3274 [details]
ss

В виртуалке, если нажать на esc, спрашивает после пароля passphrase (см скриншот) и на этом стопорится.
Comment 9 Vladimir Potapov 2014-10-01 11:56:58 MSD
Т.к. ошибка теперь только в виртуалке, понижают приоритет.
Comment 10 Konstantin Vlasov 2014-10-01 13:36:58 MSD
По-моему, у нас тут путаница. Текущий баг изначально заключался в невозможности загрузки ПОСЛЕ перегенерации initrd. Если у Сергея именно этот баг больше не воспроизводится, то надо закрывать.

На сбой запроса пароля сразу после установки у нас заведён отдельный bug #4320. Это родственные, но напрямую не связанные проблемы.
Comment 11 Vladimir Potapov 2014-10-01 13:54:42 MSD
Ок, согласен - можно закрыть.
Comment 12 Eugene Shatokhin 2014-10-01 16:19:18 MSD
(In reply to comment #11)
> Ок, согласен - можно закрыть.

У меня есть подозрение, что дело могло быть в отсутствии sync перед reboot. Из-за этого уже немало проблем было, не только с шифрованными разделами. Я постараюсь разобраться, что происходит при reboot'е и, возможно, добавить туда sync.