ALT Linux Bugzilla – #53569

Вообще, не очень хорошо бежать по всем граблям впереди Fedora. Там сейчас 4.3 .

(Ответ для obidinog@basealt.ru на комментарий #0)
> На образе alt-server ошибка не воспроизводится
А там какой mdadm?

(Ответ для obidinog@basealt.ru на комментарий #0)
> На образе alt-server
На каком из?

(Ответ для Sergey V Turchin на комментарий #3)
> На каком из?

Собранный в mkimage-profile образ p11

Подробнее ответил в лс

> А там какой mdadm?
?

(Ответ для Sergey V Turchin на комментарий #6)
> > А там какой mdadm?
> ?

mdadm 4.4-alt3

Тогда для начала надо понять, нужен ли нам IMSM в десктопных дистрах?

А что за железо то? Судя по тому, что загрузился таки DM, проблема вовсе не в IMSM.

Вижу проблему:
мар 21 12:36:09 host-161 systemd[1]: dev-disk-by\x2ddiskseq-31\x2dpart1.device: Job dev-disk-by\x2ddiskseq-31\x2dpart1.device/start timed out.
мар 21 12:36:09 host-161 systemd[1]: Timed out waiting for device dev-disk-by\x2ddiskseq-31\x2dpart1.device - /dev/disk/by-diskseq/31-part1.
мар 21 12:36:09 host-161 systemd[1]: Dependency failed for systemd-fsck@dev-disk-by\x2ddiskseq-31\x2dpart1.service - File System Check on /dev/disk/by-diskseq/31-part1.
мар 21 12:36:09 host-161 systemd[1]: Dependency failed for efi.mount - EFI System Partition Automount.

Приложите выводы команд:
lsblk
blkid
cat /etc/fstab/

Ошибка также воспроизводится на собранном с помощью mkimage-profile образе alt-workstation p11. 

Логи получилось собрать только через live, ибо система не загружается. Прикладываю логи в архиве. Собраны с образа alt-workstation

Created attachment 18124 [details]
logs.zip

Загрузиться в консоль можно, прописав параметр загрузки:
systemd.unit=rescue.target

mdadm-monitor.service фейлится.
Отключение проверки файловых систем не помогает.
При нормальной загрузке ряд сервисов фэйлится, из-за чего не работает авторизация в tty и нет кнопки выключения.

Отличие рабочих станций от серверных дистрибутивов в отсутствии поддержки multipath (при загрузке прописывается mpath). Также отсутствуют некоторые пакеты firmware. И вроде бы всё...

(Ответ для Антон Мидюков на комментарий #13)
> Отличие рабочих станций от серверных дистрибутивов в отсутствии поддержки
> multipath
Которую в своё время решили исключить из рабочих станций, т.к. с ней были проблемы.

Получается, либо впиливать обратно, либо не считать ошибкой.
Как поступим?

(Ответ для Sergey V Turchin на комментарий #14)
> (Ответ для Антон Мидюков на комментарий #13)
> > Отличие рабочих станций от серверных дистрибутивов в отсутствии поддержки
> > multipath
> Которую в своё время решили исключить из рабочих станций, т.к. с ней были
> проблемы.
> 
> Получается, либо впиливать обратно, либо не считать ошибкой.
> Как поступим?

Рано делать такие выводы. Нужно подтверждение. Как вариант, вернуть multipath и проверить.

(Ответ для Антон Мидюков на комментарий #15)
> Как вариант, вернуть multipath и проверить.
Думаю, не хватит времени, т.к. я не помню, что за проблема и где искать.

(Ответ для Sergey V Turchin на комментарий #16)
> (Ответ для Антон Мидюков на комментарий #15)
> > Как вариант, вернуть multipath и проверить.
> Думаю, не хватит времени, т.к. я не помню, что за проблема и где искать.

IMSM где-то помимо серверов применяется? На серверах рабочие станции и правда странно запускать. Я вчера смотрел на сервере, у которого multipath. Но может есть другое железо, где нет multipath, но есть IMSM?

Да, говорят есть десктопы с ним.

(Ответ для Anton Farygin на комментарий #18)
> Да, говорят есть десктопы с ним.
А там multipath нужен?

если для работы IMSM нужен, то наверное да. У меня нет точного ответа на этот вопрос.

Отдел тестирования говорит, что multipath на рабстанциях с IMSM не нужен.

(Ответ для Sergey V Turchin на комментарий #21)
> Отдел тестирования говорит, что multipath на рабстанциях с IMSM не нужен.

Так давайте проверять на компьютерах с IMSM, а не на сервере, который несколько минут грузит UEFI (это отнимает время).

Только что установил, всё работает.

(Ответ для Олег Соловьев на комментарий #23)
> Только что установил, всё работает.

Не работает. Собрал образ alt-kworkstation p11 от 07.04.2025, Система не загружается как и ранее

Шаги:
1) Собрать RAID IMSM в BIOS'e 
2) Загрузиться в установщик и дойти до шага "Подготовка диска"
3) Сделать разбивку на imsm0_Volume0_0
512 MB efi boot partition FAT32 /boot/efi
51200 MB Ext4 /
Остальное Ext4 /var
4) Продолжить и завершить установку
5) Загрузиться в установленную систему

systemd зачем-то пытается сделать fsck по пути /dev/disk/by-diskseq/31-part1

Если поменять тип раздела /boot/efi с EFI на Linux - всё каким-то образом работает.

(Ответ для Олег Соловьев на комментарий #25)
> systemd зачем-то пытается сделать fsck по пути /dev/disk/by-diskseq/31-part1
Попробуй выяснить, плиз.

(In reply to obidinog@basealt.ru from comment #24)
> 512 MB efi boot partition FAT32 /boot/efi

так EFI или boot?

(Ответ для Олег Соловьев на комментарий #27)
> (In reply to obidinog@basealt.ru from comment #24)
> > 512 MB efi boot partition FAT32 /boot/efi
> 
> так EFI или boot?

efi system partition , опечатка

Это udev не кладёт /dev/disk/by-diskseq/* при появлении разделов на томе IMSM.

Они нужны юниту efi.mount, который фейлится из-за отсутствия /dev/disk/by-diskseq/31-part1

Сломалось в p11 на срезе от 2024-09-06

Помог точечный откат на grub-2.06

Ошибка также воспроизводится и на образе Alt Workstation 11.0

Образ:
Alt Workstation K 11.3 x86_64

Версия пакета:
udev-257.9-alt1

Ошибка не воспроизвелась на данных стендах:
Gigabyte-B760-DS3H
MSI-MAG-H670-TOMAHAWK-WIFI-DDR4
GIGABYTE-Z790-GAMING-X-AX

Система корректно установилась и загрузилась на всех конфигурациях RAID массивов.