Bug 36146

Summary:	Система, установленная на LVM, не загружается дальше initramfs
Product:	Sisyphus	Reporter:	Ilya Peregudov <Ilya.Peregudov>
Component:	make-initrd	Assignee:	qa-team <qa-team>
Status:	CLOSED WORKSFORME	QA Contact:	qa-sisyphus
Severity:	major
Priority:	P3	CC:	aasadullaev, antohami, glebfm, lav, ldv, legion, mike, placeholder, sotor
Version:	unstable
Hardware:	x86_64
OS:	Linux

Description

Ilya Peregudov 2019-02-20 20:04:39 MSK

Устанавливал из образа alt-sp8-workstation-401-11100-01-20190207-e2k.iso. Выбрал custom разбиение диска, создал:

раздел sdb1 /boot ext2 5GB
раздел sdb2 LVM2 на весь остаток диска
том swap 4GB
том alt1 / ext4 10GB

После перезагрузки системная прошивка загрузила kernel и initrd. Однако initrd не дождался появления блочного устройства с корневой фс и вывалился в initramfs shell:

Starting udevd service: [DONE]
rdshell: The waiting time expired!
(initramfs)$

Командная строка ядра при загрузке:

ttyS0,115200 console=tty0 hardreset root=UUID=xxxxxxxx-xxxxx-xxxx-xxxx-xxxxxxxxxxxx

Comment 1

Michael Shigorin 2019-02-20 20:16:52 MSK

За отчёт о проблеме спасибо; сейчас рекомендую не пользоваться LVM, его на e2k пока не тестирую вообще (2 sotor: хорошо бы проверить по возможности, что там).

И это ни разу не critical по http://altlinux.org/BugSeverity

Comment 2

Albert 2022-02-25 14:35:25 MSK

Проблема схожая
После расширения VG и перезагрузки ОС не найдя DeviceMapper сваливается в initramfs
При этом - в VG группе выпадают PV
Смог загрузить ОС только с помощью rescue-образа и переустановкой загрузчика на партицию вне LVM
На мой взгляд проблема связана с отсутствием модуля LVM2 и соответствующих скриптов в initrd.
Сможете пофиксить?

Comment 3

Vera Blagoveschenskaya 2026-09-24 10:28:32 MSK

Результат проверки актуальности

Состояние:
Исходный случай относится к специальному образу SP8/e2k, а комментарий 2022 года описывает другой сценарий на x86_64 после расширения VG. В текущих Sisyphus и p11 пакет make-initrd-lvm присутствует и активирует LVM, но исправление описанной причины журналами или коммитом не подтверждено.

Рекомендация:
Перенести на Sisyphus и выполнить отдельный ретест установки и загрузки с корнем на LVM. При воспроизведении приложить конфигурацию VG/PV и журнал make-initrd/initramfs.

Comment 4

Vera Blagoveschenskaya 2026-10-09 10:56:54 MSK

Ретест на Sisyphus и p11 (x86_64, BIOS, тестовая ВМ, 2 диска 40 + 10 ГБ).

Образы и версии:
- Sisyphus: regular-xfce 20260930; make-initrd-2.59.0-alt2, make-initrd-lvm-2.59.0-alt2, lvm2-2.03.38-alt1, kernel-image-6.18-6.18.54-alt1
- p11: alt-p11-xfce 20260912; make-initrd-2.59.0-alt1, make-initrd-lvm-2.59.0-alt1, lvm2-2.03.30-alt1, kernel-image-6.12-6.12.103-alt1

Сценарии (одинаковые на обеих ветках):
1. Установка с ручной разметкой как в описании: раздел /boot 5 ГБ (ext4 — ext2 установщик не предлагает), второй раздел — PV LVM на остаток диска, VG altvg: LV swap 4 ГБ, LV alt1 10 ГБ ext4 под /. После установки система загружается до экрана входа, в rdshell не падает (root=/dev/mapper/altvg-alt1).
2. Сценарий из комментария 2: pvcreate второго диска, vgextend altvg, lvextend -r -L +8G altvg/alt1 на новый PV (корень лежит на двух PV), initrd не пересобирался, перезагрузка — загружается нормально.
3. Загрузка с root=UUID=<UUID корня> в командной строке ядра (как в описании) при корне на двух PV — загружается нормально.

Итог: на x86_64 в Sisyphus и p11 не воспроизводится. Исходный случай (SP8, e2k) проверить не на чем.