Czy Grub2 obsługuje umieszczanie / uruchamianie na partycji RAID5?

9

Wygląda na to, że obecnie większość instalatorów systemu operacyjnego nalega na umieszczenie / boot na partycji innej niż RAID (lub takiej partycji RAID1, która „wygląda jak” partycja inna niż RAID), nawet instalatory obsługujące RAID5 i GRUB2.

Domyślam się, że to ograniczenie jest reliktem historycznym pozostałym po Grub1. Rozumiem, że Grub1 nic nie wie o RAID, więc nie może uruchomić żadnego rodzaju macierzy RAID - z wyjątkiem macierzy RAID, które „wyglądają” na macierze inne niż RAID.

Czy jest to ograniczenie Grub2, czy instalatorów systemu operacyjnego?

Słyszałem pogłoski, że Grub2 „jest w stanie obsługiwać / uruchamiać na RAID-0, RAID-1 lub RAID-5, metadane 0.90, 1.0, 1.1 lub 1.2”.

Czy Grub2 naprawdę obsługuje umieszczanie / uruchamianie na programowej partycji RAID1 z metadanymi 1.2?

Czy Grub2 naprawdę obsługuje umieszczanie / uruchamianie na programowej partycji RAID5?

Idealna odpowiedź prowadziłaby do samouczka wyjaśniającego, jak przenieść partycję / boot (na partycji innej niż RAID) na partycję RAID5.

Mam na myśli to, że „wygląda jak” partycja inna niż RAID

  • gdy Grub1 odczytuje tylko jeden dysk twardy programowej macierzy RAID1 z systemem plików ext3 lub ext4 i ignoruje metadane RAID 0.90 lub 1.0 na końcu partycji, wygląda to tak, jak system plików ext2 inny niż RAID, który może obsłużyć Grub1. Lub
  • Nie oprogramowanie lub fałszywy RAID, ale pełny rajd sprzętowy, który wygląda jak normalny dysk inny niż RAID.
David Cary
źródło
Punkty danych: w Ubuntu 10.04 Grub2 obsługuje niektóre konfiguracje RAID, ale nie tryby mdraid z metadanymi na początku. W Ubuntu 11.10 Grub2 obsługuje wszystkie tryby mdraid.
Gilles „SO- przestań być zły”
@Gilles: Backportowanie późniejszych wersji Grub2 nie powinno stanowić problemu. Zasadniczo nie ma zależności.
Faheem Mitha

Odpowiedzi:

10

Tak, grub2 jest w pełni świadomy RAID (i LVM). W rzeczywistości nie potrzebujesz w ogóle osobnej partycji / boot; możesz po prostu umieścić wszystko na raid5.

Idealnie nie chcesz w ogóle instalować z partycją / boot, ale usunięcie jej po fakcie oznacza po prostu skopiowanie wszystkich plików na partycję root i ponowną instalację gruba, jak poniżej:

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

Oczywiście wtedy musisz usunąć linię / boot z / etc / fstab, a nadal masz partycję leżącą wokół, tylko nieużywaną.

Uwaga: możesz również grub-install na wszystkich dyskach w raid5, abyś mógł uruchomić z dowolnego z nich. Pakiet Grub-pc Ubuntu poprosi Cię ( dpkg-reconfigure grub-pcaby poprosić o ponowne zapytanie) o sprawdzenie wszystkich dysków, na których chcesz go zainstalować i zainstalowanie go za Ciebie.

psusi
źródło
Więc nie muszę używać metadanych = 0,9?
CMCDragonkai
@CMCDragonkai, nie, nie powinieneś.
psusi
co jeśli jeden dysk ulegnie awarii? Raid potrzebuje działającego systemu operacyjnego do przebudowania, a grub potrzebuje działającego raidu do uruchomienia .. wtedy jest impas. Lepiej byłoby utworzyć i utworzyć kopię lustrzaną partycji rozruchowej, prawda?
cIph3r
@ cIph3r, nie: podczas gdy grub nie może odbudować zdegradowanej tablicy, nadal może się z niego uruchomić.
psusi
fajnie, a kiedy instalujesz grub, system prosi o napisanie gruba na mbr, co wtedy zrobić, zainstalować na (powiedz / dev / sda) i dd mbr to na pozostałe 3?
cIph3r
1

To straszny bałagan w Linuksie. Domyślną wersją superbloku używającą mdadm jest wersja 1.20. Gdy przekroczysz 0,90, aby uruchomić komputer, jesteś na nieznanym terytorium. Z pewnością lilo nie wykazuje zainteresowania powyżej 1,0. Najlepiej jest utworzyć tablice rajdowe (wskazówka: użyj parametru --metadata = 0,90 w mdadm create) przed skorzystaniem z procedury instalacji. Następnie możesz zainstalować na macierzy RAID i użyć swojego ulubionego programu ładującego.

Paul L.
źródło
Nie możesz używać LILO do uruchamiania z raid5 bez względu na używany format metadanych.
psusi