Народ, столкнулись с такой проблемой.

Имеем Scientific Linux 7.2, установлен на программный mdraid. Физически это два винта в RAID1. На этом рэйде находятся:

• корень файловой системы - md0
• /boot/efi - md1
• swap-раздел - md2

Если в выключенном состоянии вынуть один винт и включить сервер, то Scientific перейдет в Rescue Mode, перед этим выдав в логе загрузки ожидание диска:

A start job is running for dev-disk-by\x2duuid-идентификатор (51s / 1min 30sec)

При этом один из md-рейдов оказывается в состоянии Stop.

Это явно связано с ожиданием systemd/udevd отсутствующего винта. Но по-хорошему такого происходить не должно (и на старых линухах не происходило). Сервер должен загрузиться и продолжить работать на «половинке» рейда.

Вопрос. Как вернуть правильное поведение системы, чтобы была возможность запуска системы в обычном режиме при отключении одного винта? Другими словами, как заставить systemd не ждать второго винта в рейд-массиве?

• Проблема загрузки Scientific Linux 7.2 на программном RAID,серг, 09:01 , 11-Апр-16
  • Проблема загрузки Scientific Linux 7.2 на программном RAID,PavelR, 06:33 , 12-Апр-16

>[оверквотинг удален]
>

 
> A start job is running for dev-disk-by\x2duuid-идентификатор (51s / 1min 30sec) 
> 

> При этом один из md-рейдов оказывается в состоянии Stop.
> Это явно связано с ожиданием systemd/udevd отсутствующего винта. Но по-хорошему такого
> происходить не должно (и на старых линухах не происходило). Сервер должен
> загрузиться и продолжить работать на «половинке» рейда.
> Вопрос. Как вернуть правильное поведение системы, чтобы была возможность запуска системы
> в обычном режиме при отключении одного винта? Другими словами, как заставить
> systemd не ждать второго винта в рейд-массиве?

на дебиане 8 сталкивался с подобным, помогло:

нужно заменить –assemble на –incremental в
/usr/share/initramfs-tools/scripts/local-top/mdadm

>> как заставить systemd не ждать второго винта в рейд-массиве?
> на дебиане 8 сталкивался с подобным

Ой боль печаль ждет где-то....