Partycja rozruchowa dla oprogramowania RAID 1


2

Zgodnie z tym samouczkiem:

http://edoceo.com/howto/mdadm-raid1

jak również odpowiedź na to pytanie ,

... konieczne jest utworzenie osobnej partycji rozruchowej, jeśli chcesz uruchomić system z macierzy RAID 1 w systemie Linux (tablica utworzona przez mdadm ). Moje pytanie brzmi:

  1. Czy to jest poprawne?
  2. Jeśli tak, dlaczego jest to konieczne? Dlaczego nie ma jednej podstawowej partycji rozruchowej (zamontowanej na / ) na obu dyskach w macierzy RAID 1?

Odpowiedzi:


2

Zasadniczo prawdą jest, że potrzebujesz osobnego / boot, chyba że chcesz uruchomić system na jednym z dwóch dysków RAID1, a następnie ponownie zainstalować jako md po uruchomieniu systemu lub skonfigurowaniu odpowiednich initramfs.

Z mdadm wiki :

Ponieważ wsparcie dla MD znajduje się w jądrze, istnieje problem z   używanie go przed uruchomieniem jądra. W szczególności nie będzie   obecny, jeśli program ładujący to (e) dziedzictwo LiLo lub GRUB. Może   nie może być obecny dla GRUB 2. W celu obejścia tego problemu / boot   system plików musi być używany bez obsługi md lub z RAID1.   W tym drugim przypadku system uruchomi się, traktując urządzenie RAID1   jako normalny system plików i po uruchomieniu systemu może to być   ponownie zamontowany jako md i dodany do niego drugi dysk. Spowoduje to a   catch-up, ale / boot systemy plików są zwykle małe.

Przy nowszych bootloaderach można załadować obsługę MD jako   moduł jądra poprzez mechanizm initramfs, takie podejście pozwala   możesz pozwolić, aby system plików / boot był wewnątrz dowolnego systemu RAID bez   potrzeba złożonej konfiguracji ręcznej.

Chociaż nie jest to twoje pytanie, warto skonsultować się Boot RAID aby uzyskać więcej informacji na temat używania initramfs do uruchamiania systemu z woluminów md.


Wygląda jednak na to, że nie działa to dla partycji systemowych EFI?
CMCDragonkai

@CMCDragonkai AFAIK Partycja systemowa EFI musi być pierwszą partycją fizyczną na dysku twardym i nie może znajdować się w macierzy RAID oprogramowania.
David
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.