Хорошо было бы добавить, что это происходит на systemd, и rootfs расположена в другом месте.  Надо будет проверить новую версию mdadm, там обновлялась поддержка systemd.

(В ответ на комментарий №1)
> Хорошо было бы добавить, что это происходит на systemd, и rootfs расположена в
> другом месте.  Надо будет проверить новую версию mdadm, там обновлялась
> поддержка systemd.

Новая версия в Сизифе. Прошу проверить.

Вроде работает. 
Прошу отписаться остальных, кто проверял.

С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо со всем вчерашним, а вот при включении галки v1 было поймано такое:

>  sdb: sdb1
> sd 1:0:0:0: [sdb] Attached SCSI disk
>  sda: sda1
> sd 0:0:0:0: [sda] Attached SCSI disk
> initrd: udev: Running md_run handler ...
> initrd: udev: Running md_run handler ...
> /lib/handlers/050-md_run: 6: /lib/handlers/050-md_run: cannot create /sys/block/
md0/uevent: Directory nonexistent
> initrd: udev: Running md_run handler ...
> /lib/handlers/050-md_run: 6: /lib/handlers/050-md_run: cannot create /sys/block/md0/uevent: Directory nonexistent
> [...]

Т.е. попытки собрать массив из полученных дисков не наблюдалось, вот и md0/ нет.

make-initrd-mdadm при формировании этого initrd в целевой системе был установлен, образ для воспроизведения (тестирую в vbox) доступен здесь: http://ftp.linux.kiev.ua/pub/Linux/ALT/people/mike/iso/mkimage-profiles/tmp/server-mini-20121206-x86_64.iso

(В ответ на комментарий №4)

Народ, пишите в багах какие версии тестируете... а то я по путям в логах догадываюсь.

> С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
> со всем вчерашним, а вот при включении галки v1 было поймано такое:
> 
> >  sdb: sdb1
> > sd 1:0:0:0: [sdb] Attached SCSI disk
> >  sda: sda1
> > sd 0:0:0:0: [sda] Attached SCSI disk
> > initrd: udev: Running md_run handler ...
> > initrd: udev: Running md_run handler ...
> > /lib/handlers/050-md_run: 6: /lib/handlers/050-md_run: cannot create /sys/block/
> md0/uevent: Directory nonexistent
> > initrd: udev: Running md_run handler ...
> > /lib/handlers/050-md_run: 6: /lib/handlers/050-md_run: cannot create /sys/block/md0/uevent: Directory nonexistent
> > [...]
> 
> Т.е. попытки собрать массив из полученных дисков не наблюдалось, вот и md0/
> нет.

Хм... это не может быть связано с версией udev ?
 
> make-initrd-mdadm при формировании этого initrd в целевой системе был
> установлен

Уже не помню с какой версии, но features/mdadm вытесняет features/raid.

(В ответ на комментарий №4)
> С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
> со всем вчерашним, а вот при включении галки v1 было поймано такое:
> 
как включал? новый массив создавал? Опиши.

(В ответ на комментарий №6)
> (В ответ на комментарий №4)
> > С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
> > со всем вчерашним, а вот при включении галки v1 было поймано такое:
> > 
> как включал? новый массив создавал? Опиши.

В установщике при создании нового массива ставил галочку "использовать метаданные версии 1"

(В ответ на комментарий №7)
> (В ответ на комментарий №6)
> > (В ответ на комментарий №4)
> > > С суперблоком версии 0.9 (такой по умолчанию создаёт alterator-vm) всё хорошо
> > > со всем вчерашним, а вот при включении галки v1 было поймано такое:
> > > 
> > как включал? новый массив создавал? Опиши.
> 
> В установщике при создании нового массива ставил галочку "использовать
> метаданные версии 1"

у меня в офисе массив v1.2 собирается. Судя по ману, опция "1" при создании массива указывает на использование варсии метаданных 1.2

Воспроизводится ли теперь? Если не будет сообщений о проблемах до 15 часов вторника 5 марта, то закрою как WORKSFORME/

(В ответ на комментарий №9)
> Воспроизводится ли теперь? Если не будет сообщений о проблемах до 15 часов
> вторника 5 марта, то закрою как WORKSFORME/

Уже 15 марта. Закрываю.