Оборудование: Сервер Supermicro SYS-2029BT-HNR с подключенным СХД по Fibre Channel Образ: http://beta.altlinux.org/server/x86_64/alt-server-11-beta1-x86_64.iso Версии пакетов: make-initrd-2.51.0-alt1.x86_64 multipath-tools-0.10.0-alt1.x86_64 installer-feature-multipath-0.2-alt3.noarch e2fsprogs-1.47.1.0.10.ad56-alt2.x86_64 Шаги воспроизведения: 1. Запустить установку системы. 2. На этапе 4/13: Подготовка диска выбрать только диск, подключенный по Fibre Channel (mpatha). 3. Нажать “Далее” и подтвердить запрошенные изменения. 4. Перед продолжением устранить проблему: • В установочной среде отсутствуют файлы /etc/multipath/bindings и /etc/multipath/wwids. • Их необходимо вручную скопировать из установщика перед продолжением установки. 5. Завершить установку и загрузиться в установленную систему. Фактический результат: • Во время загрузки системы происходит ошибка проверки fsck на устройстве /dev/sdb3, так как оно используется. • Это устройство является частью mpatha. • В установленной системе нет устройства /dev/sda3, но оно присутствует в initrd. Ожидаемый результат: Система должна корректно загружаться без ошибок fsck при установке на multipath-устройство. Дополнительная информация: • Ошибка связана с тем, что в initrd присутствует /dev/sda3, который является частью mpatha-part3 и уже используется, что вызывает сбой проверки fsck. • Отключение fsck в командной строке ядра (no-fsck) является обходным решением, но не устраняет корневую причину.
Created attachment 17876 [details] log-alteratord Также прикрепляю лог установки
Я не специалист в multipath. Поэтому в качестве workaround могу предложить убрать fsck фичу из /etc/initrd.mk . По умолчанию она не включается. Я смог нагуглить, что это вроде известная проблема [1]. Возможно у Антона есть какие-нибудь идеи. [1] https://lists.debian.org/debian-kernel/2009/04/msg00237.html
(In reply to Alexey Gladkov from comment #2) > Я не специалист в multipath. Поэтому в качестве workaround могу предложить > убрать fsck фичу из /etc/initrd.mk . По умолчанию она не включается. > > Я смог нагуглить, что это вроде известная проблема [1]. Возможно у Антона > есть какие-нибудь идеи. > > [1] https://lists.debian.org/debian-kernel/2009/04/msg00237.html Мы так это и обошли в инсталляторе. Сначала добавили всем fsck, затем огребли на multipath, после чего не стали включать fsck для multipath. Можно ли отключать фичей multipath фичу fsck на этапе make-initrd?
(In reply to Антон Мидюков from comment #3) > Мы так это и обошли в инсталляторе. Сначала добавили всем fsck, затем > огребли на multipath, после чего не стали включать fsck для multipath. > > Можно ли отключать фичей multipath фичу fsck на этапе make-initrd? Можно попробовать сделать вот так: diff --git a/features/multipath/config.mk b/features/multipath/config.mk index 0e62bc6d..003bc475 100644 --- a/features/multipath/config.mk +++ b/features/multipath/config.mk @@ -1,4 +1,5 @@ # SPDX-License-Identifier: GPL-3.0-or-later +$(call feature-disables,fsck) $(call feature-requires,add-modules depmod-image add-udev-rules devmapper) # Summary: Utilities for devices that use SCSI command sets --- конкретно с multipath не проверял, но должно работать даже если в /etc/initrd.mk будет явно написано: FEATURES += fsck но интересно было бы конечно понять как починить fsck. У вас есть специалисты ?
Можно посмотреть в результат: udevadm info --no-pager --query=property --name=<DEVICE> посмотреть на MPATH_DEVICE_READY или на MPATH_* или на DM_* на предмет чего-то полезного. Ну и пропускать такие устройства.
