Стыдно признаться, НЕДЕЛЮ устанавливал Ubuntu на сервер. Проблемы начались после того, как я тестировал сервер под Windows с динамическими GPT дисками. Видать винда что то там сделала с областью загрузчика и после установки Ubuntu загрузка заканчивалась на мигающем курсоре, даже до Grub не доходило. Я долгое время тупил и что то там делал с MD RAID массивом при установке, пока не догадался, что порядок дисков для загрузки в BIOS и Linux отличается, а Ubuntu этого не просек. Windows, кстати, это определил и создавал 100 мегабайтный загрузочный раздел не на первом диске в списке дисков. В результате я не стал вспоминать как инсталлировать GRUB вручную с rescue диска, а просто инсталлировал Ubuntu на все диски поочередно оставляя их единственными в шасси. После этого заработала загрузка в нужной конфигурации software RAID. Вот выдержка по этому поводу из исходников драйвера:
4.4. Controlling Boot order on non SES-2 systemsLinux discovers drives by walking sequentially througheach channel/target/lun of the host adapter, mapping thedrives that it finds sequentially to sda, sdb, sdc, etc.SAS, on the other hand, does not guarantee what orderdrives will be discovered, or appear. Because of this"drive drift" (different than migration) a mechanism isneeded to guarantee that SAS drives will be consistentlymapped to device names. The Razor BIOS provides amechanism for determining what order drives have beenreported to the system BIOS. Because of the differentmechanisms that system BIOS vendors use to managedevices in BIOS and because of the limited size of theRazor OCM structures, the Razor BIOS structures can notbe use to consistently map all drives to a unique devicename that persists across boots.The only way to solve the problem of "drive drift" is torequire that users assign a UUID or label to thefilesystems on their drives. In addition, because swapdoes not support labels or UUIDs, we should recommendthat the users use swap files instead of swappartitions.