Загрузка с встроенного контроллера PCI RAID в SeaBIOS

У меня был сервер под управлением Windows 2003, расположенный на массиве RAID5, образованном Promise FastTrak SX4100, который, как я думал, был аппаратным из-за его выделенного процессора и буферной памяти, а также его способности загружать DOS и Windows. Однако оказывается, что этот контроллер только аппаратный.помогал, с логикой более высокого уровня, выполняемой микропрограммой x86, работающей на хост-процессоре. Теперь, когда устаревшая материнская плата (или процессор?) Умерла, и я попытался перейти на более современное оборудование, ориентированное на UEFI, RAID-контроллер не может инициализироваться даже в устаревшем режиме (BIOS) - он зависает при сканировании дисков, т.е. е. его микропрограмма получает управление от UEFI / BIOS и выводит на экран приветственные сообщения, но не продвигается в идентификации подключенных дисков SATA.

Поэтому я подумал, что мне, возможно, больше повезет с запуском Windows внутри виртуальной машины с подключенной к ней картой PCI, тем более что NT 5.2 вряд ли будет совместим с современными наборами микросхем, в то время как Qemu предоставляет полностью удобную эмулируемую среду в классическом режиме BIOS. Проблема, однако, в том, что SeaBIOS не указывает RAID-контроллер как загрузочное устройство, несмотря на то, что смог успешно с ним общаться.

То есть:

• Прошивка контроллера делает получать управление и может инициализировать массив RAID перед меню загрузки отображается в SeaBIOS, однако в этом меню нет упоминания о дисковом массиве.
• Утилита конфигурации массива, которую можно вызвать во время процесса POST, ясно показывает, что массив исправен.
• Когда установщик Windows запускается и загружается с драйверами RAID, он также четко отображает содержимое диска, подтверждая его доступность.

Другими словами,Кажется, что массив полностью работает в среде виртуальных машин, но в течение некоторого времени не распознается SeaBIOS в качестве загрузочного устройства, хотя позже делает поддержка устройств PCI для варианта загрузочного ПЗУ, что очевидно из сетевого загрузочного ПЗУ iPXE, встроенного в сам SeaBIOS.

У меня также была идея, что здесь может помочь GRUB, т.е. е. загрузка из SeaBIOS в GRUB (на небольшом отдельном диске), а затем последовательная загрузка в Windows. Однако мне не удалось его настроить, так как среды Linux не видят массив из-за отсутствия драйверов и, следовательно, не могут помочь с созданием меню, но сам GRUB не слишком дружелюбен и не многословен - я даже не мог понять, действительно ли он видит массив как диск, требует предварительной загрузки драйверов или любых других предварительных условий. Спасательные комплекты, такие как RescaTux или PartedMagic, тоже бесполезны, поскольку они ориентированы на восстановление существующих установок GRUB, а не на установку новых.

Для справки, я экспериментировал с Xen 4.7.2, используя исходную версию Qemu 2.6.2 с SeaBIOS 1.9.1, поверх openSUSE 42.2 с Linux 4.4.62. Форумы и списки рассылки показывают, что загрузка с PCI RAID уже была возможна в гораздо более старых версиях, более десяти лет, поэтому я предполагаю, что виновата именно моя установка. Но я не могу понять, действительно ли SeaBIOS может загружаться с моего RAID-контроллера?

Конечная цель - вернуть сервер любыми доступными способами, в том числе путем приобретения другого совместимого старого оборудования. Но меня просто заинтересовала эта конкретная технология, поскольку виртуальные машины казались более универсальным и перспективным методом продления жизни устаревших систем.