36146 2019-02-20 20:04:39 +0300 Система, установленная на LVM, не загружается дальше initramfs 2026-10-09 10:56:54 +0300 1 1 4 Development Sisyphus make-initrd unstable x86_64 Linux CLOSED WORKSFORME P3 major --- 1 Ilya.Peregudov qa-team aasadullaev antohami glebfm lav ldv legion mike placeholder sotor qa-sisyphus oldest_to_newest 178786 0 Ilya.Peregudov 2019-02-20 20:04:39 +0300 Устанавливал из образа 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 178787 1 mike 2019-02-20 20:16:52 +0300 За отчёт о проблеме спасибо; сейчас рекомендую не пользоваться LVM, его на e2k пока не тестирую вообще (2 sotor: хорошо бы проверить по возможности, что там). И это ни разу не critical по http://altlinux.org/BugSeverity 208168 2 aasadullaev 2022-02-25 14:35:25 +0300 Проблема схожая После расширения VG и перезагрузки ОС не найдя DeviceMapper сваливается в initramfs При этом - в VG группе выпадают PV Смог загрузить ОС только с помощью rescue-образа и переустановкой загрузчика на партицию вне LVM На мой взгляд проблема связана с отсутствием модуля LVM2 и соответствующих скриптов в initrd. Сможете пофиксить? 300001 3 vercha 2026-09-24 10:28:32 +0300 Результат проверки актуальности Состояние: Исходный случай относится к специальному образу SP8/e2k, а комментарий 2022 года описывает другой сценарий на x86_64 после расширения VG. В текущих Sisyphus и p11 пакет make-initrd-lvm присутствует и активирует LVM, но исправление описанной причины журналами или коммитом не подтверждено. Рекомендация: Перенести на Sisyphus и выполнить отдельный ретест установки и загрузки с корнем на LVM. При воспроизведении приложить конфигурацию VG/PV и журнал make-initrd/initramfs. 301578 4 vercha 2026-10-09 10:56:54 +0300 Ретест на 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) проверить не на чем.