Як ви кажете, mdadm metadata ver. 1,0 виконує роботу.
Мені вдалося отримати конфігурацію, що GA-C1037UN-EU EFI Gigabyte змогла завантажуватись. Ця конфігурація обмежена RAID1 для розділу ESP, але дозволяє використовувати будь-яку конфігурацію RAID для решти розділів. Нехай показує RAID1 на двох дисках як приклад. Кожен диск розділяється наступним чином:
sda (gpt)
--sda1 (512MB)
mdadm array member with 1.0 metadata format
boot and esp flags set
--sda2 (rest of disk)
mdadm array member with 1.2 metadata format
Перший RAID створений над sdX1 розділами на кожному диску і використовується для ESP-розділу. Решту ємності накопичувачів можна використовувати будь-яким способом, наприклад, в RAID1. Нехай перший RAID буде, /dev/md/efi
а другий /dev/md/data
.
/dev/md/efi
не слід використовувати мітки розділення, такі як MBR або GPT. /dev/md/data
можна розділити пізніше або використовувати як LVM pv. Наприклад:
/dev/md/efi
--fat32 fs, mounting to /boot/efi/
/dev/md/data
--/dev/md/data1
linux swap partition
--/dev/md/data2
ext4 root partition
... (other needed partitions)
Версія метаданих У 1.0 є одна проста функція: суперблок зберігається в кінці розділу RAID, тому BIOS може виявляти звичайний розділ FAT32 за допомогою прапорців ESP і BOOT. Тож ніщо не заважає BIOS шукати EFI / BOOT / BOOTX64.EFI на цьому розділі та завантажуватися з нього.
Основне обмеження цього методу полягає в тому, що GRUB повинен бути налаштований на встановлення завантажувального файлу EFI в шлях для знімних носіїв, тому що efibootmgr
намагається зробити BIOS завантаження безпосередньо з md
пристрою, а не sdX
. Це можна зробити за grub-install
допомогою --removable
прапора.
UPD. Є проблеми сумісності. Пробували таку ж конфігурацію на материнській платі ASUS P8Z68-V PRO / GEN3. Система не завантажиться незалежно від того, що я роблю.