Поддерживает ли Grub2 размещение / загрузку в разделе RAID5?

9

Похоже, что в настоящее время большинство установщиков ОС настаивают на установке / загрузке на раздел, отличный от RAID (или на тот тип раздела RAID1, который выглядит как раздел без RAID), даже на установщики, которые поддерживают RAID5 и GRUB2.

Я предполагаю, что это ограничение является историческим пережитком Grub1. Насколько я понимаю, Grub1 ничего не знает о RAID и поэтому не может загружаться с любого RAID-массива - за исключением RAID-массивов, которые «похожи» на RAID-массивы.

Это ограничение Grub2 или установщиков ОС?

До меня дошли слухи, что Grub2 «способен поддерживать / загружаться на RAID-0, RAID-1 или RAID-5, метаданные 0.90, 1.0, 1.1 или 1.2».

Действительно ли Grub2 поддерживает установку / загрузку в программный раздел RAID1 с метаданными 1.2?

Действительно ли Grub2 поддерживает установку / загрузку на программный раздел RAID5?

Идеальный ответ - ссылка на учебное пособие, в котором объясняется, как переместить раздел / boot (в раздел без RAID) в раздел RAID5.

Под «похоже на» не-RAID раздел я имею в виду либо

  • когда Grub1 считывает только один жесткий диск из программного массива RAID1 с файловой системой ext3 или ext4 и игнорирует метаданные RAID 0.90 или 1.0 в конце раздела, это выглядит как файловая система ext2 без RAID, с которой может работать Grub1. Или
  • Не программный или поддельный RAID, а полный аппаратный рейд, похожий на обычный диск без RAID.
grub2 software-raid Дэвид Кэри
источник
Точки данных: в Ubuntu 10.04 Grub2 поддерживает некоторые механизмы RAID, но не режимы mdraid с метаданными в начале. В Ubuntu 11.10 Grub2 поддерживает все режимы mdraid.
Жиль "ТАК - перестать быть злым"
@ Жиль: Бэкпорт более поздних версий Grub2 не должен быть проблемой. У него практически нет зависимостей.
Фахим Митха
Мой ответ на более ранний вопрос unix.sx - «Копирование установки linux из не-RAID / x86 в RAID / x86-64» представляется актуальным.
Фахим Митха

Ответы:

10

Да, grub2 полностью осведомлен о рейде (и LVM). На самом деле вам не нужен отдельный раздел / boot; Вы можете просто положить все на raid5.

В идеале вы вообще не хотите устанавливать с разделом / boot, но удалить его после факта означает просто скопировать все файлы в корневой раздел и переустановить grub, например так:

umount /boot
mount /dev/[bootpart] /mnt
cp -ax /mnt/* /boot
grub-install /dev/sda

Конечно, тогда вам нужно удалить строку / boot из / etc / fstab, и у вас все еще есть раздел, просто неиспользованный.

Обратите внимание, что вы также можете установить grub на все диски в raid5, чтобы можно было загружаться с любого из них. Пакет Ubuntu grub-pc предложит вам ( dpkg-reconfigure grub-pcчтобы он спросил снова), отметьте все диски, на которые вы хотите установить его, и установите его для вас.

psusi
источник
Так что мне не нужно использовать метаданные = 0,9?
CMCDragonkai
@CMCDragonkai, нет, не должен.
псуси
Что делать, если один диск выходит из строя? Для восстановления raid нужна рабочая операционная система, а для загрузки grub - рабочий raid. Тогда возникает тупик. Создание и зеркалирование загрузочного раздела было бы лучше, верно?
cIph3r
@ cIph3r, нет: хотя grub не может восстановить поврежденный массив, он все равно может нормально загружаться с него.
Псуси
здорово, а при установке grub система просит записать grub на mbr, что тогда делать, установить на (скажем / dev / sda) и передать mbr его на другие 3?
cIph3r
1

Это ужасный беспорядок в Linux. Версия суперблока по умолчанию с использованием mdadm - версия 1.20. Как только вы поднимаетесь выше 0,90 для загрузки, вы находитесь на неизведанной территории. Конечно, Лило не проявляет интереса выше 1,0. Лучше всего сформировать raid-массивы (совет: используйте параметр --metadata = 0.90 в вашем mdadm create), прежде чем использовать процедуру установки. Затем вы можете установить массив RAID и использовать свой любимый загрузчик.

Пол Л
источник
Вы не можете использовать LILO для загрузки с raid5, независимо от того, какой формат метаданных вы используете.
псуси