Bug 38789 - Can't install Workstation K
Summary: Can't install Workstation K
Status: CLOSED WORKSFORME
Alias: None
Product: Sisyphus
Classification: Development
Component: installer-scripts-remount-stage2 (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Антон Мидюков
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on: 28181
Blocks:
  Show dependency tree
 
Reported: 2020-08-06 14:55 MSK by Олег Соловьев
Modified: 2022-07-22 16:48 MSK (History)
8 users (show)

See Also:


Attachments
/tmp/remount.log (11.63 KB, text/x-log)
2020-08-06 14:55 MSK, Олег Соловьев
no flags Details
Невозможно установить grub (90.70 KB, image/png)
2022-07-22 06:10 MSK, Антон Мидюков
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Олег Соловьев 2020-08-06 14:55:11 MSK
Created attachment 8898 [details]
/tmp/remount.log

Разбивка: три одинаковых диска, на каждом по два раздела.
/dev/sd*1 - 128 Мб, из них сделан raid1, на котором раздел /boot
/dev/sd*2 - остальной диск, pv.

Внутри LVM'а три раздела, каждый на своём pv.
Из этих разделов сделан raid5, на котором лежит корень.
Comment 1 Michael Shigorin 2020-08-07 06:12:03 MSK
Это тема, перекликающаяся с одной из причин, по которым legion@ начал делать make-initrd вместо mkinitrd -- чтобы корень добывать в цикле событий по мере их появления до достижения таймаута, а не идти по "этажерке", которую всегда можно "завалить" подбором состава/порядка/повторяемости компонент, что и показано данным синтетическим тестом.

Эта реализация не рассчитана на raid5 поверх lvm2 поверх raid1, среди прочего.  Передизайнивать её я сейчас не готов вообще.  Вводные для переобдумывания постарался привести.

PS: перед любым обсуждением дизайна я бы постарался вспомнить добавленные в связи баги и выяснить мнение коллег, которым сейчас добавил копии по этой баге.  Начиная с того, что причиной существования этого пакета у нас является опора модуля разбивки дисков в инсталяторе (alterator-vm) на libevms, у чего есть свои плюсы и минусы -- лишь одним из последних является сугубо "своя" схема именования устройств, "мостик" между которой и приходилось костылить до p7 (см. тж. installer < 1.8.0 и патчи на grub как минимум).

PPS: как в подобных случаях рекомендует rider@ -- пользуйтесь стартеркитами,
там нормальная и поддерживаемая схема разбивки "из коробки".
Comment 2 Anton Farygin 2020-08-07 07:45:57 MSK
Миша, на будущее - пожалуйста, не надо говорить за меня то, что я не говорил. Я никому не рекомендую использовать стартеркиты. Никогда и ни по каким причинам. Слой ошибок в стартерките сильно отличается от наших дистрибутивов и уже даже в качестве базы для тестирования они подходят не очень.

Нормальная схема разбивки есть только в обычных классических дистрибутивах. Олег в данном случае просто нашёл ошибку, которая в реальной жизни врятли вылезет просто потому, что нормальный человек такую трёхслойную схему делать не будет.

Ошибка есть, просьба не закрывать. Может вылезти на какой-то другой схеме разбивки, в которой используются три слоя (например - raid + lvm + btrfs).
Comment 3 Michael Shigorin 2020-08-10 18:08:59 MSK
(Ответ для Anton Farygin на комментарий #2)
> Миша, на будущее - пожалуйста, не надо говорить за меня то, что я не
> говорил. Я никому не рекомендую использовать стартеркиты.
А я никому не рекомендую использовать LVM.

> Нормальная схема разбивки есть только в обычных классических дистрибутивах.
В kworkstation -- аномальная (и поспешно внедрённая), но это уже другая бага.

> Олег в данном случае просто нашёл ошибку, которая в реальной жизни врятли
> вылезет просто потому, что нормальный человек такую трёхслойную схему делать
> не будет.
Об этом и написал, к нему-то какие претензии.  Да только заранее ясно было.

> Ошибка есть, просьба не закрывать.
Я закрыл этот отчёт о вполне себе существующей ошибке как WONTFIX -- см. тж.
http://altlinux.org/BugTracking/BugzillaMiniHowto#Закрытие_бага -- пояснив,
почему (и в какую сторону копать при наличии желания решить именно её).

Усилия на исправление этой проблемы _может_ быть более конструктивно потратить на отвязку от libevms, который сейчас мы поддерживаем вынужденно сами.  Может быть и нет -- даже эта оценка не вполне тривиальна.
Comment 4 Антон Мидюков 2022-07-22 06:10:24 MSK
Created attachment 11168 [details]
Невозможно установить grub

Проблема не воспроизвелась у меня. Я дошёл до установки grub, но установить его невозможно на RAID.
Comment 5 Антон Мидюков 2022-07-22 16:48:28 MSK
(Ответ для Антон Мидюков на комментарий #4)
> Создано вложение 11168 [details] [подробности]
> Невозможно установить grub
> 
> Проблема не воспроизвелась у меня. Я дошёл до установки grub, но установить
> его невозможно на RAID.

А нельзя его установить, так как в alterator-grub в список возможных устройств попадает только RAID, на котором корень, который в свою очередь не в начале диска. Это отдельный баг.

А эту багу воспроизвести у меня не получается. Потому закрываю.
Если воспроизведёте, то переоткройте и помогите мне воспроизвести.