Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
Beide Seiten der vorigen Revision Vorhergehende Überarbeitung | Nächste Überarbeitung Beide Seiten der Revision | ||
invis_server_wiki:installation:diskprep [2009/04/08 18:19] flacco |
invis_server_wiki:installation:diskprep [2009/04/09 05:44] flacco |
||
---|---|---|---|
Zeile 78: | Zeile 78: | ||
===== Konfiguration des Bootmanagers ===== | ===== Konfiguration des Bootmanagers ===== | ||
+ | |||
+ | Grundsätzlich kann der verbreitete Bootmanager "Grub" nicht auf Software RAID Devices zugreifen. Trotzdem ist es möglich mit einem RAID-Verbund für das /boot Verzeichnis zu arbeiten und daraus auch Vorteile zu ziehen. Voraussetzung dafür ist, dass es sich definitiv um einen Level 1 Verbund handelt. | ||
+ | |||
+ | Da Level 1 einer einfachen Spiegelung entspricht, ist gewährleitset, dass auf allen beteiligten Partitionen der gesamte Datenbestand des RAID-Verbundes vorhanden ist. Aus Sicht des Bootmanagers sind es dann einfach mehrere /boot Partitionen mit gleichem Inhalt, die er als reguläre Partition und nicht als RAID-Device anspricht. | ||
+ | |||
+ | Daraus lässt sich für Grub ein Fallback-Mechanismus realisieren. Sprich ist die /boot-Partition auf Platte 1 nicht ansprechbar, nimm die von Platte 2. Erst, wenn der Linux-Kernel geladen ist wird aus den einzelnen Partitionen ein RAID-Verbund, der etwa im Falle eines Kernel-Updates dafür sorgt, dass das neue Kernel-Image auf allen beteiligten Partitionen landet. | ||
+ | |||
+ | Voraussetzung dafür ist, dass alle beteiligten Partitionen für Grub auch als Start-Partitionen nutzbar sind. | ||
+ | |||
+ | Dafür, dass alle /boot-Partitionen der beteiligten Platten als "active" gekennzeichnet sind wurde bereits beim Partitionieren Sorge getragen. | ||
+ | |||
to be continued | to be continued |