GRUB 2 RAID MBR GPT resync

[vtandi]

.... noch zur Korrektur. Das Raid 1 mit sda1 und sdb1 enthält auch die Linux Systemdateien.

[bluestar]

Was kann ich weiter machen?

Vertrauensvoll den Gedanken von wanne folgen oder auf EFI umstellen.

[schorsch_76]

Du kannst mit MBR nur max. 2TB Platten betreiben und davon booten. 3TB heißt GPT, heißt EFI.

Nicht ganz. Du kannst die erste Partition auf EF02 setzen. Das ist der Bootcode und der Bootpartition (oder root, falls keine extra Boot Partition) mit gdisk das bootflag geben. (Erweiterte Optionen a bei gdisk).

Anschließend grub-pc installieren. grub-install /dev/sd{a,b} machen.

Dann bootest du von der GPT Partition im MBR Mode

Exakt so läuft das mit 2x 3TB Platten und Buster auf meinem Server.

Falls GRUB per Bios und nicht per UEFI geladen wird, so benötigt man noch eine spezielle kleine Partition, genannt Bios boot Partition mit dem Code ef02. In diesem Beispiel wird eine 3MB kleine Partition ans Ende der Platte angelegt. Sollte man Syslinux als Bootloader verwenden, wird diese zusätzliche Partition nicht benötigt.

[1] https://wiki.archlinux.de/title/GPT

[wanne]

Ich darf mich mal selbst zitieren?

Ein BIOS bootet von der Adresse 0 der Platte die im BIOS eingestellt ist. Du wirst sehen, dass du da keine Partitionen oder RAIDS oder sonst irgend welche fancy shit auswählen kannst. Entweder du schreibst dich da hin oder es bootet halt nicht. Wenn willst du grub-install /dev/sda machen.

[willy4711]

Da hier über GPT diskutiert wird, möchte ich mal einen Frage stellen, ohne einen neuen Thread auf zumachen.
Hatte mir vor gut 2 Jahre eine Crucial MX300 275GB M.2 zugelegt, auf der im Multiboot KDE installiert ist.

Kein EFI

Ich hatte die SSD mit gpt formatiert, ohne diese EF02 - Partition anzulegen,
Seit einiger Zeit wird bei einem Update von Grub immer gemeckert, dass das wohl nicht dem Standard entspricht.
Nichtsdestotrotz hab ich beim Booten noch nie ein Problem gehabt.
Ich boote zwar meist von einer anderen Platte, jedoch fahre ich z.B. bei einem Kernel Update immer erstmal via BIOS das jeweilige System hoch
also den Grub auf den jeweiligen Platte
Das ist die KDE- Platte, die seit zwei Jahren klaglos nicht normgerecht ihren Dienst tut . Grub: sda ---> boot: sda1

Code: Alles auswählen

fdisk -l /dev/sda
Festplatte /dev/sda: 256,18 GiB, 275064201216 Bytes, 537234768 Sektoren
Festplattenmodell: Crucial_CT275MX3
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 105CEE54-D7BF-4598-87DB-07E7F971E5F1

Gerät        Anfang      Ende  Sektoren  Größe Typ
/dev/sda1      2048  51576831  51574784  24,6G Linux-Dateisystem
/dev/sda2  51576832 537233407 485656576 231,6G Linux-Dateisystem

Die EF02 - Partition scheint dann wohl doch nicht zwingend notwendig zu sein ?

[schorsch_76]

Meines Wissens nach, ist die EF02 Partition ein kleiner Platzhalter für den Bootcode der im MBR bei BIOS Partitionierung genutzt wird oder einen kleinen Teil von GRUB. Laut dem Wiki von Arch ist die EF02 nur nötig beim Grub Bootloader. Syslinux braucht ihn wohl nicht.

MBR bei EFI-basierten Computern[Bearbeiten | Quelltext bearbeiten]

Bei EFI-basierten Computern kommt anstelle der MBR-Partitionstabelle die neuere GUID Partition Table (GPT) zum Einsatz. Aus Gründen der Abwärtskompatibilität enthält jede GPT einen sogenannten Schutz-MBR. Dieser sorgt dafür, dass Betriebssysteme bzw. Programme, die noch nicht mit GPT zurechtkommen, statt eines leeren Datenträgers eine einzige Partition sehen, die über den ganzen Datenträger geht. Dieser Schutz-MBR lässt sich außerdem dazu benutzen, MBR-basierte Betriebssysteme auf EFI-basierten Computern bei aktivem CSM (Compatibility Support Module, eine BIOS-Emulation) zu installieren, indem die Partitionen der GPT ebenfalls auf der MBR-Partitionstabelle abgebildet werden. Diesen Trick benutzt z. B. Apple bei seiner Boot-Camp-Software, die die Installation von Windows-Versionen im nicht-GPT-kompatiblen BIOS-Modus auf Intel-basierten Macs erlaubt. Die EFI-Bootloader rEFIt und dessen Fork rEFInd können mit dem Programm gptsync die GUID- und die MBR-Partitionstabelle synchronisieren.

EF02 = GUID 21686148-6449-6E6F-744E-656564454649

21686148-6449-6E6F-744E-656564454649 BIOS boot partition Eine Partition, die von GRUB zum Starten auf BIOS-basierten PCs verwendet wird. Die GUID liest sich !haHdInotNeedEFI in Hexadezimaldarstellung (was in der benötigten Little-Endian-Form im GPT dann „Hah!IdontNeedEFI“ ergibt).

Grundlagen[Bearbeiten | Quelltext bearbeiten]

Auf GPT-partitionierten Datenträgern ist eine BIOS-Bootpartition notwendig, um die Daten der zweiten Stufe des GRUB zu speichern. Auf MBR-partitionierten Datenträgern werden die dem ersten Datenblock unmittelbar folgenden Datenblöcke normalerweise nicht genutzt, weil sie durch das Partitionsschema nicht für einen bestimmten Zweck bestimmt werden können und die Partitionierungstools sie zu Ausrichtungszwecken meiden. Auf GPT-partitionierten Datenträgern enthalten diese Datenblöcke die eigentliche Partitionstabelle, sodass eine zusätzliche Partition notwendig ist. Auf MBR-partitionierten Datenträgern werden Bootloader normalerweise so implementiert, dass der Teil ihres Codes, der im MBR gespeichert ist und nicht mehr als 512 Byte enthalten kann, als erste Stufe fungiert, die hauptsächlich zum Laden einer komplexeren zweiten Stufe dient. Diese zweite Stufe ist zum Beispiel in der Lage, einen Betriebssystemkern von einem Dateisystem auszulesen und zu laden.

[1] https://de.wikipedia.org/wiki/Master_Bo ... _Computern
[2] https://de.wikipedia.org/wiki/GUID_Partition_Table
[3] https://de.wikipedia.org/wiki/BIOS-Bootpartition

[wanne]

Auf MBR-partitionierten Datenträgern werden die dem ersten Datenblock unmittelbar folgenden Datenblöcke normalerweise nicht genutzt, weil sie durch das Partitionsschema nicht für einen bestimmten Zweck bestimmt werden können und die Partitionierungstools sie zu Ausrichtungszwecken meiden.

Das ist so nicht richtig. block 1 wird aus Kompatibilitätsgünden zu DOS eh nicht verwendet. Verwendet wird Block 2 und folgende. Und wie gesagt: Du kannst halt auch einfach die GPT überspringen und 34 und folgende nehmen.

Code: Alles auswählen

/dev/sda1      2048  51576831  51574784  24,6G Linux-Dateisystem

Damit hast du vor der ersten Partition 2048 Blöcke frei. 34 gehen für MBR und GPT drauf bleiben 2014 á 512Byte macht 1007kiB dazu kommt die Tolleranz im Dateisystem, das vermutlich die ersten paar Blöcke nicht nutzt. Macht ca. 1MiB. So ein Grub ist üblicherweise ca. 100kiB-200kiB groß. Brauchst du dir wenig sorgen machen dass das irgend wann mal knallt.

Trotz allem gebe ich vtandi recht, dass es halt eine Frikellösung ist, den GRUB irgend wo in den unpartitionierten Bereich zu schreiben, statt ihn auf eine Partition zu packen. Und bei GPT hast du mit 128 genug davon, als dass du da problemlos eine erstellen kann. Nur früher wo maximal 4 Gingen war das halt ein bisschen eine Abwägungssache, ob man das wirklich will.

[willy4711]

Damit hast du vor der ersten Partition 2048 Blöcke frei. 34 gehen für MBR und GPT drauf bleiben 2014 á 512Byte macht 1007kiB dazu kommt die Tolleranz im Dateisystem, das vermutlich die ersten paar Blöcke nicht nutzt. Macht ca. 1MiB. So ein Grub ist üblicherweise ca. 100kiB-200kiB groß. Brauchst du dir wenig sorgen machen dass das irgend wann mal knallt.

Ich hab die M.2 SSD zu einer Zeit eingebaut, als mein Wissen über GPT usw. noch ziemlich mau war.(jetzt bin ich etwas schlauer)
Ist halt immer etwas besorgniserregend, wen bei einem Update von Grub ausführlich gemeckert wird das es nicht so ist wie es sein sollte,
aber irgendwas probiert wird. Wird ja denn auch positiv abgeschlossen.
Zum Glück war der Installer schlauer als ich und hat wenigstens Platz gelassen.

Brauchst du dir wenig sorgen machen dass das irgend wann mal knallt.

Danke für die Entwarnung. Und an alle für die Aufklärung
Genau das war mir wichtig zu wissen. Trotzdem jedes mal wieder spannend.

Edit:
Gibt es eigentlich ein Tool, das die ersten Blöcke analysiert, und vielleicht noch anzeigt, was da gespeichert ist ?

[vtandi]

Was kann ich weiter machen?

Vertrauensvoll den Gedanken von wanne folgen oder auf EFI umstellen.

So ich hab es jetzt geschafft. Von einer der 4 Festplatten kann ich nun grub mit debian 8 booten. Wie schaffe ich es, dass ich grub auf den anderen Festplatten installiere? 3 FB mit MBR.