So ganz verstehe ich nicht, wieso grub2 nur halb funktioniert. Ich hatte die Partitionen sda1 und sdb1 mit gdisk neu eingerichtet und als Partition für grub2 markiert, ohne sie zu Partitionieren; sie sind also im RAW-Format. Anschließend wieder in das Live-System gebootet, grub deinstalliert und in beide Partitonen neu installiert. Dennoch konnte grub2 nur in die grub-Konsole booten.

Also wieder zurück in die chroot-Umgebung und es damit versucht:

grub-install --modules="part_gpt raid mdraid09 mdraid1x" /dev/sda
grub-install --modules="part_gpt raid mdraid09 mdraid1x" /dev/sdb
grub-update

Die mdadm.conf und fstab haben wie vorher schon die korrekten IDs der RAIDs, die automatisch erstellte grub.conf enthält sowohl die notwendigen Module (part_gpt, raid, mdraid1x) als auch die korrekte root-id (konnte dort jedenfalls keinen Fehler erkennen). Doch nach diesem Durchgang ging nicht einmal mehr die grub-Konsole, sondern nur noch grub-rescue. Wenn man dort "ls" eingibt, werden alle Datenträger ausgegeben, jedoch zu meiner Verwunderung nur hd0 und hd1 mit den jeweiligen Partitionen gpt1 bis 3 - also insgesamt sechs Partitionen. Es fehlt aber md2, auf dem das System liegt.

Wieso kann grub2 das RAID nicht laden und auch kein RAID finden? :/

Edit: Wenn man mit der Ubuntu-CD ein RAID aufsetzt, kann man ein Boot-Flag setzen. Fehlt mir das bei meiner manuellen Installation vielleicht? *Google anwerf*

Ich bin etwas verwirrt, weil mir unklar bleibt, was du jetzt genau gemacht hast.

Du schreibst:

Ich hatte die Partitionen sda1 und sdb1 mit gdisk neu eingerichtet und als Partition für grub2 markiert, ohne sie zu Partitionieren; sie sind also im RAW-Format. Anschließend wieder in das Live-System gebootet, grub deinstalliert und in beide Partitonen neu installiert.

Meintest du damit formatieren? Und wolltest du nicht diesmal eine normale MBR Partitionstabelle benutzen? Ich habe keine Erfahrung mit GPT-Platten, ich bin aber fast sicher, dass deine komplizierte Vorgehensweise der Grund für die Probleme ist.

grub-install --modules="part_gpt raid mdraid09 mdraid1x" /dev/sda
grub-install --modules="part_gpt raid mdraid09 mdraid1x" /dev/sdb
grub-update

Es muss heißen

update-grub

Edit: Wenn man mit der Ubuntu-CD ein RAID aufsetzt, kann man ein Boot-Flag setzen. Fehlt mir das bei meiner manuellen Installation vielleicht? *Google anwerf*

Die Markierung "boot" spielt keine Rolle, schadet aber auch nicht.

Achso, sry, natürlich "update-grub", ich hab das hier aus dem Stehgreif geschrieben - ausgeführt hatte ich es gestern Abend korrekt Das mit dem Bootflag habe ich im Internet bereits gefunden. Wenn man in GPT die Partition 1 für Bootloader im RAW-Format anlegt, markiert man die Partition mit der Kennung "ef02" - das entspricht wohl dem Bootflag. Daran liegt es also auch nicht.

Ich bin deshalb noch nicht zu MBR zurückgekehrt, weil ich kein Backup meiner Daten anfertigen kann, denn ich habe nur die beiden Festplatten in der Größenordnung. Du weißt ja selbst, was es für Arbeit macht, beide Festplatten wieder nacheinander neu einzurichten und jeweils 1,8 TB Daten zu kopieren - allein die Einrichtung und Datenkopieren dauert 10 h. Das ist eher eine Aufgabe für Freitag Abend Zumal mich der Ehrgeiz gepackt - das MUSS einfach funktionieren!

Partition 1 habe ich neu Partitioniert, da ich diese beim letzten Mal mit ext2 und dem Eingängepunkt /boot versehen hatte - beides ist falsch. Ich habe also wieder den alten Stand der Dinge:

/dev/sda

Number  Start (sector)    End (sector)  Size       Code  Name				Format	Einhängepunkt  RAID
   1            2048          411647   200.0 MiB   EF02  BIOS boot partition            RAW
   2          411648        21383167   10.0 GiB    0700  Linux/Windows data             swap                   /dev/md1
   3        21383168        42354687   10.0 GiB    0700  Linux/Windows data		ext4	/              /dev/md2
   4        42354688      3907029134   1.8 TiB     0700  Linux/Windows data		ext4	/home          /dev/md3
   
/dev/sdb

Number  Start (sector)    End (sector)  Size       Code  Name				Format	Einhängepunkt  RAID
   1            2048          411647   200.0 MiB   EF02  BIOS boot partition            RAW
   2          411648        21383167   10.0 GiB    0700  Linux/Windows data             swap                   /dev/md1
   3        21383168        42354687   10.0 GiB    0700  Linux/Windows data		ext4	/              /dev/md2
   4        42354688      3907029134   1.8 TiB     0700  Linux/Windows data		ext4	/home          /dev/md3

Ob das mit /dev/md1 Sinn macht, steht auf einem anderen Blatt geschrieben. Sollte aber i.O. sein, denn wenn eine Platte ausfällt, müssen die swap-Daten ja noch immer für die zweite Platte verfügbar sein.

Und ja, ich wollte sagen, dass die Partition 1 nicht formatiert ist und daher im RAW-Zustand ist... *extra mehrmals kontrolliert und trotzdem falsch gewesen*

Wenn ich mein System hin zu MBR migriere, habe ich nur den Unterschied, dass die Partition 1 wegfällt - alle anderen Schritte muss ich ja genauso ausführen. Ich bezweifle daher, dass mir das helfen würde. Und wenn doch, dann müsste im Umkehrschluss grub2+GPT momentan einen Fehler beinhalten, der mich davon abhält, mein System zu booten. Aber ich vermute einfach, dass die raid-module in grub2 nicht geladen werden, zumal grub2 mein RAID nicht finden konnte

Noch ein paar Kommentare meinerseits...

Ich bin deshalb noch nicht zu MBR zurückgekehrt, weil ich kein Backup meiner Daten anfertigen kann... Du weißt ja selbst, was es für Arbeit macht, beide Festplatten wieder nacheinander neu einzurichten und jeweils 1,8 TB Daten zu kopieren

Schon beim Lesen bricht mir der kalte Schweiß aus. Denk daran, wie lange es wohl dauert, ganz verlorene Daten wieder zu beschaffen. Dein RAID soll doch wohl auch dazu dienen, die Daten etwas gegen einen Festplattenausfall zu schützen. Bei den Schwierigkeiten, die du momentan hast, sind deine Daten gerade wegen des RAIDs in höchster Gefahr. Hier im Forum sind mir schon viele begegnet, bei denen es durch das RAID und dessen doch nicht immer ganz triviale Administration zu Datenverlusten kam. Ich wünsche dir sehr, dass da nichts schief geht.

Ob das mit /dev/md1 Sinn macht, steht auf einem anderen Blatt geschrieben.

Bei einem Server würde ich auch genau so vorgehen. Ohne swap läuft er nicht mehr, und er soll ja ständig verfügbar sein.

Wenn ich mein System hin zu MBR migriere, habe ich nur den Unterschied, dass die Partition 1 wegfällt - alle anderen Schritte muss ich ja genauso ausführen. Ich bezweifle daher, dass mir das helfen würde. Und wenn doch, dann müsste im Umkehrschluss grub2+GPT momentan einen Fehler beinhalten, der mich davon abhält, mein System zu booten.

Ich vermute zwar keinen direkten Fehler bei der Verbindung von GRUB mit GPT, die Konfiguration scheint mir aber doch komplexer und weniger erprobt zu sein. Das System, mit dem ich gerade diesen Beitrag schreibe, läuft mit drei RAID1 (Das erste RAID mit MBR, die beiden anderen ganz ohne Partitionstabelle, jeweils 2 komplette Platten gespiegelt, darauf noch LVM). Es bootet einwandfrei, ohne dass ich irgendetwas spezielles bei GRUB konfiguriert hätte.

Du kannst auch ein RAID aufsetzen, bei dem der eine Teil eine GPT-, der andere eine MBR-Partition ist. D.h. du könntest zuerst eine deiner beiden Platten zu MBR konvertieren, und dann diese Platte im BIOS zum booten eintragen. Dann würde GRUB auf einer MBR-Platte liegen, und eventuell macht das einen Unterschied. Tendenziell würde ich so vorgehen, dass ich eine der beiden Platten mit MBR partitioniere, alle Daten darauf migriere (noch ganz ohne RAID), und dann schaue, ob ich das System davon starten kann, und ob dann alles sauber läuft. Erst wenn das wieder geht, würde ich die RAID-Sache neu angehen. Vielleicht überlegst du dir auch, das mit dem RAID erst einmal ganz zu lassen, und die zweite Platte als Backupmedium zu nutzen. Die Datensicherheit würde dadurch erheblich steigen.

Sollte ich mich dazu bequemen, am Freitag zu MBR zu wechseln, werde ich vorher eine der beiden Festplatten vom PC abkoppeln und mit der anderen Platte arbeiten und testen. Denn einem wird Angst und Bange, wenn man an den RAIDs rumfummelt - da muss amn echt dreimal vorher überlegen und sich die Kommandos aufschreiben, damit man keinen Blödsinn macht. Das Spiel mit dem Feuer ist so prickelnd... Eine externe identische Platte kann ich momentan nicht bezahlen, sonst hätte ich die bereits mit dem Backup bespielt. Das muss noch ein/zwei Monate warten.

Sehr gut, dann hab ich beim md1 richtig gedacht. Ursprünglich war die Partion in GPT als "swap" markiert, was mal richtig Bockmist ist, denn so denken Live-Systeme, dass es sich um eine die normale swap-Partition handelt, die sie einhängen dürfen...

Die Komplexität von MBR zu GPT steigt wirklich nur um die Bootloader-Partition, weshalb sonst alle Kommando identisch sein müssten / sind. Eben deshalb verwundert es mich, dass ich mit all den Anleitungen nur schlecht vorankomme bei grub2. Vielleicht vergesse ich auch irgendetwas? Eine Config? Einen Befehl? Schließlich war das System urspünglich ohne RAID. Fehlte bei der Migration vielleicht etwas? Das System ist schließlich nur kopiert und die mdadm.conf und fstab wurden berichtigt, sonst wohl nichts, soweit ich das jetzt in Erinnerung habe.

(Und hätte man mir nicht meine beiden anderen 200 GB WD Platten zerstört, könnte ich die wunderbar zum Testen nutzen! Zum Kotzen... -.-)

Heute Abend geht's weiter, gestern hatte ich keine Zeit. Nur so am Rande: Ist dir mal aufgefallen, dass meine Partitionen durch gdisk als "0700" markiert wurden? Linux RAID ist nämlich fd00. Das ist ein Überbleibsel aus alten Tagen und irgendwie bin ich gut zweimal auf die Tatsache gestoßen, dass ich den Code abändern sollte - dennoch jedes Mal vergessen. Das ist nur ein Strohhalm, aber sollte grub2 auch die GPT auslesen, wenn man update-grub ausführt, dann wäre dies eine mögliche Fehlerquelle, warum die Module nicht für grub2 übergeben werden.

So weit ich weiß, ist die Markierung als "fd" "Linux RAID autodetect" nicht mehr erforderlich.

Ich könnte mich aufregen, bis die Galle hochkommt! Doch ich bin fast schon froh, dass es jetzt geht. Und warum geht es? Kein Ahnung, es ging schon seit mindestens zwei Tagen, aber ich konnte es nicht sehen. Sobald grub startet, bleibt mein Bildschirm schwarz, wie ich eben relativ zufällig mitbekommen habe: Mit dem Notebook den Server gepingt und eine Antwort bekommen... System läuft, Monitor ist schwarz. Und eben das ist ungewöhnlich, denn bisher gab es keine Probleme damit. Naja, muss ich mal googeln, was ich nun wieder umstellen muss... :/ In /etc/default/grub

GRUB_GFXPAYLOAD_LINUX=text

eingestellt und ich konnte nicht grub2 sehen, aber danach mdadm, weil das swap-md nicht fertig eingerichtet ist. Es war mehr ein Aufblitzen des Monitors, mehr nicht. Ärgerlich.