Die Installation des 12.04-Servers als Software-RAID-1-Spiegel schlägt fehl

13

Ich installiere ein paar neue Ubuntu Server 12.04 LTS-Server und sie haben zwei 512-GB-SSDs. Ich möchte, dass sie Software-RAID-1-Spiegelung verwenden, daher habe ich dieses Dokument Schritt für Schritt religiös befolgt:

https://help.ubuntu.com/12.04/serverguide/advanced-installation.html

Um die obige offizielle Dokumentation zusammenzufassen:

Um einen Software-RAID-1-Spiegel in Ubuntu Server einzurichten, wählen Sie während des Setups die manuelle Partitionierung und gehen Sie auf jedem Laufwerk folgendermaßen vor:

  • "Swap" -Partition von ungefähr RAM-Größe
  • Partition "physisches Volume für RAID" für verbleibende Laufwerksgröße

Danach richten Sie den RAID 1-Spiegel mithilfe der RAID-Partitionen auf Laufwerk A und B ein, machen ihn zu ext4 und enthalten die Root-Dateisystempartition.

Das Setup wird von dort aus problemlos fortgesetzt.

Eine Einschränkung: Ich konnte das "physische Volume für RAID" nicht als bootfähig auswählen. Als ich das im Setup versuchte, hatte es keine Auswirkung: Ich konnte enterden ganzen Tag auf die Option "Bootfähig machen" drücken und nichts würde sich jemals ändern.

Nach erfolgreicher Installation habe ich jedoch ein großes Problem: Das System bootet nicht! Ich bekomme

Starten Sie neu und
wählen Sie das richtige Startgerät aus oder legen Sie ein Startmedium in das ausgewählte Startgerät ein und drücken Sie eine Taste

Was habe ich falsch gemacht? Warum kann ich dieses "physische Volume für RAID" -Partition nicht als bootfähig während der Installation von Ubuntu Server markieren? Gibt es eine Möglichkeit für mich, die physischen Volumes für RAID nachträglich bootfähig zu machen, vielleicht von einer Live-CD oder so?

Jeff Atwood
quelle
Hier geht es zum Fehlerbericht bezüglich der Dokumentation. Und der Fehlerbericht über den Debian-Installer .
jokerdino
Und da dies ein Fehler ist, würden wir diese Frage wahrscheinlich als nicht thematisch schließen. Das tut mir leid. :-)
jokerdino
Ich denke, aber siehe meine Antwort. Wenn Sie etwas wollen, das funktioniert, habe ich es.
Jeff Atwood
Ich werde sehen, ob ich das Ubuntu-Team dazu bringen kann, die Dokumentation zu aktualisieren. Und + 1'ed die Antwort.
jokerdino
Ich bin nicht sicher, ob ich Ihrer Frage hier folge. Wenn Grub auf dem MBR installiert ist, sollten die Boot-Flags einfach keine Rolle spielen.
Zoredache

Antworten:

10

Nun, ich konnte fortfahren, indem ich etwas von den offiziellen Installationsdokumenten abwich.

Anstatt den freien Speicherplatz auf den beiden Laufwerken manuell zu konfigurieren, habe ich "Automatisch den freien Speicherplatz partitionieren" für jedes Laufwerk ausgewählt.

Beachten Sie, dass dadurch automatisch eine Swap-Partition mit 32 GB (entsprechend der RAM-Größe) und eine große ext4-Partition erstellt wurden. Ich habe die ext4-Partition in RAID geändert, dann konnte ich sie endlich als bootfähig markieren!

Ubuntu RAID 1 Konfiguration

Beachten Sie das kleine "B" neben der RAID-Partition auf dem ersten sdaLaufwerk.

Jeff Atwood
quelle
Alternativ können Sie von einer CD booten und grub manuell konfigurieren, aber das ist etwas zu aufwendig, um es in einer Antwort zusammenzufassen. Schade um die Verschwendung von Speicherplatz.
WDS
1
@wds "zu involviert, um es in einer Antwort zusammenzufassen" Was hat Ubuntu gemacht?
Jscott
Haben Sie eine Möglichkeit gefunden, ein System zu reparieren, das bereits gebootet wurde und fehlgeschlagen ist? Ich habe bereits eine Menge Zeit damit verbracht, eine einzurichten, und es wäre schade, wenn ich es noch einmal machen würde: / Ich denke, ich müsste die Live-CD noch einmal booten, das Raid mounten und Grub manuell installieren.
1.
2

Während Jeff eine Lösung bereitstellte, die das Symptom behebt, ist der zugrunde liegende Grund eine fehlende Partition vom Typ "biosgrub". Der von Jeff beschriebene Prozess erstellt eine solche Partition (nur 1 MB groß).

Es ist ratsam, eine solche Partition auf beiden Laufwerken zu erstellen, wenn Sie auch dann booten möchten, wenn ein Laufwerk ausfällt.

jastram
quelle
1

Nach dem Essen ein wenig bescheidenen Kuchen,

Ich habe die Ursache meines Problems entdeckt und, wie Sie sich vorstellen können, gibt es keinen "neuen Installer".

Mein Problem wurde durch die Tatsache verursacht, dass ich 3 TB Festplatten verwendete.

Alles, was größer als 2 TB ist, muss in die GPT-Partitionstabelle verschoben werden, und der aktuelle Partitionierer im Installationsprogramm ist nicht in der Lage, dies zu tun oder die Partition für Grub ordnungsgemäß einzurichten. Alles, was ich brauchte, war das Einrichten meiner Partitionen in GParted, bevor ich die Installation versuchte. Ich habe eine GParted Live-CD, aber Sie können die Ubuntu Desktop Live-DVD verwenden, um von der Kopie zu booten und die darin enthaltene GParted-CD zu verwenden.

Erstellen Sie die Partitionstabelle und stellen Sie sicher, dass es sich um eine GPT-Partition handelt. Erstellen Sie eine Partition von mindestens 1,0 MB ohne Dateisystem und setzen Sie das Flag auf 'biosgrub'. (Dies ist der wichtige Teil.)

Erstellen Sie eine Swap-Partition und setzen Sie ihr Flag auf 'raid'. Erstellen Sie die Hauptpartition und setzen Sie ihr Flag auf 'raid'. Wiederholen Sie diesen Vorgang für die zweite Festplatte.

Wenn Sie jetzt das 12.04.3-Installationsprogramm ausführen, werden die Partitionen angezeigt, und Sie müssen nur den Teil "RAID konfigurieren" ausführen und sowohl den Swap als auch den Main hinzufügen. Gehen Sie in den Swap-Bereich des Arrays und wechseln Sie in den Swap-Bereich "Use as". Gehen Sie in den Hauptteil des Arrays und gehen Sie zu "use as" - ext4, mount poit - / (root). Sie müssen sich keine Gedanken über bootfähige Flags machen, beenden und auf die Festplatte schreiben. Die Installation funktioniert dann einwandfrei und Grub wird am Ende einwandfrei installiert . Diese Lösung wurde hier gefunden: http://ubuntuforums.org/showthread.php?t=2109438

Nochmals Entschuldigung, wenn ich ein bisschen schwer drauf bin, aber es hat mir den Kopf verdreht. Ich hoffe, das hilft.

Almeister9
quelle
Ich hatte das gleiche Problem, weil ich das Boot-Flag für 240-GB-SSDs nicht setzen konnte, sodass ich auf jeder Festplatte eine zusätzliche Biosgrub-Partition erstellte. Ich habe keine Boot-Flags gesetzt und konnte das Setup abschließen. Vielen Dank für die Lösung!
Uģis Ozols