GRUB 2 RAID MBR GPT resync
-
- Beiträge: 14
- Registriert: 18.08.2019 11:15:51
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Österreich
GRUB 2 RAID MBR GPT resync
Hallo,
nach einem Festplattenausfall im RAID muss ich eine Platte tauschen. Die FB hat eine Partition md0 als RAID1 mit GRUB 2 und eine Partition md2 mit RAID5 (Daten). Nun will ich eine neue Festplatte mit 3 TB einbinden - Partitiontable GPT. Nach der Einbindung und dem Sync. der RAID 1 Partition (mdadm /dev/md0 -a /dev/sda1) kann ich jedoch nicht von der FB booten (GRUB startet nicht). Die funktionierende Festplatte hat einen MBR/DOS Partition table. Ich hab es auch schon mit einer MBR/DOS Partitiontable versucht - leider kann ich nicht von der /dev/sda1 booten. Das Starten von GRUB auf der funktionierenden Festplatte klappt. Hab ich hier einen Schritt übersehen?
Gruß vtandi
nach einem Festplattenausfall im RAID muss ich eine Platte tauschen. Die FB hat eine Partition md0 als RAID1 mit GRUB 2 und eine Partition md2 mit RAID5 (Daten). Nun will ich eine neue Festplatte mit 3 TB einbinden - Partitiontable GPT. Nach der Einbindung und dem Sync. der RAID 1 Partition (mdadm /dev/md0 -a /dev/sda1) kann ich jedoch nicht von der FB booten (GRUB startet nicht). Die funktionierende Festplatte hat einen MBR/DOS Partition table. Ich hab es auch schon mit einer MBR/DOS Partitiontable versucht - leider kann ich nicht von der /dev/sda1 booten. Das Starten von GRUB auf der funktionierenden Festplatte klappt. Hab ich hier einen Schritt übersehen?
Gruß vtandi
Re: GRUB 2 RAID MBR GPT resync
Du kannst mit MBR nur max. 2TB Platten betreiben und davon booten. 3TB heißt GPT, heißt EFI.
-
- Beiträge: 14
- Registriert: 18.08.2019 11:15:51
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Österreich
Re: GRUB 2 RAID MBR GPT resync
Ich hab auch schon mit 2TB und MBR probiert. Es funktioniert leider trotzdem nicht. Ich kann von der funktionierenden Festplatte des Raid1 mit Grub booten. Von der neuen Festplatte - im Raid1 eingebunden und synchronisiert - funktioniert es nicht. Muss ich Grub 2 neu installieren? Wenn ja, wie installiere ich diesen bei einem Raid1 /dev/md0?
Re: GRUB 2 RAID MBR GPT resync
Hast du auch grub-install /dev/sdX (neue Platte) ausgeführt?
-
- Beiträge: 14
- Registriert: 18.08.2019 11:15:51
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Österreich
Re: GRUB 2 RAID MBR GPT resync
Hallo bluestar:
Danke, mit grub-install hat es funktioniert. Funktioniert das auch mit GPT bzw. bei einer Mischung - Raid 1 /dev/sda = GPT und /dev/sdb =MBR? Was passiert bei grub-install /dev/sdX ?
Danke, mit grub-install hat es funktioniert. Funktioniert das auch mit GPT bzw. bei einer Mischung - Raid 1 /dev/sda = GPT und /dev/sdb =MBR? Was passiert bei grub-install /dev/sdX ?
Re: GRUB 2 RAID MBR GPT resync
Ich kann mir nicht so richtig vorstellen wie das funktionieren soll.
Zuerstmal: Machst du BIOS-Boot oder EFI?
Wie hast du da die Bootreiheinfolge fest gelegt?
Und wo liegt dein GRUB?
Wo liegt dein /boot?
Ich habe zum Booten ganz gerne eine SD-Karte (mit Backups). Um Größenordnungen unkomplizierter als da über RAIDS oder gar LVM zu arbeiten.
Zuerstmal: Machst du BIOS-Boot oder EFI?
Wie hast du da die Bootreiheinfolge fest gelegt?
Und wo liegt dein GRUB?
Wo liegt dein /boot?
Ich habe zum Booten ganz gerne eine SD-Karte (mit Backups). Um Größenordnungen unkomplizierter als da über RAIDS oder gar LVM zu arbeiten.
rot: Moderator wanne spricht, default: User wanne spricht.
Re: GRUB 2 RAID MBR GPT resync
Nein, wenn du GPT nutzen willst, dann musst du auf EFI umsteigen.vtandi hat geschrieben:18.08.2019 19:39:53Funktioniert das auch mit GPT bzw. bei einer Mischung - Raid 1 /dev/sda = GPT und /dev/sdb =MBR?
Da wird Grub-Lader in den MBR (https://de.wikipedia.org/wiki/Master_Boot_Record) geschrieben.
Re: GRUB 2 RAID MBR GPT resync
Nein. Jedes BIOS kann mit GPT umgehen. Nur einige sehr seltene EFIs mögen im Legacy-Mode keine GPTs. Der WIndows-BIOS-Installer kann keine GPTs. (Man kann aber in ein MBR-System installieren und dann auf eine GPT kopieren) Deswegen ist die Variante eher selten. Auf einem Linux-System irrelevant.bluestar hat geschrieben:19.08.2019 13:04:41Nein, wenn du GPT nutzen willst, dann musst du auf EFI umsteigen.
rot: Moderator wanne spricht, default: User wanne spricht.
Re: GRUB 2 RAID MBR GPT resync
Booten kannst du immer nur von einer Partition.Funktioniert das auch mit GPT bzw. bei einer Mischung - Raid 1 /dev/sda = GPT und /dev/sdb =MBR? Was passiert bei grub-install /dev/sdX ?
Die Besonderheit von einem RAID 1 ist aber, dass es ja gespiegelt ist: Siehst du beim Boot nur die eine Hälfte kannst du trotzdem booten. Du bootest also nicht vom RAID sonder von der einen Kopie des RAIDs. Entsprechend erübrigt sich auch die Frage nach der Mischung: Wenn du von /dev/sda bootest bootest du von der GPT wenn du von /dev/sdb bootest bootest du aus der DOS-Partitionstabele. Einen MBR mit Bootstrap code Area (Wo sich ein Teil des GRUBs hinschreibt) haben btw beide. Deswegen tut das auch der BIOS-Boot. Das merkt gar nichts von der GPT. Das springt einfach and die Addresse 0. Und da ist immer die Bootstrap Code Area. Sowohl bei der DOS-Partitionstabelle wie auch bei der GPT. (EFI macht keinen Gebrauch mehr von der deswegen verhält es sich eventuell anders je nachdem ob das ein GPT oder nicht ist.)
rot: Moderator wanne spricht, default: User wanne spricht.
Re: GRUB 2 RAID MBR GPT resync
Meine Aussage bezieht sich nicht auf das BIOS sondern auf Grub.... Grub mit GPT kann der TE in seinem Setup nicht verwenden ohne auf EFI (oder eine Grub2 Besonderheit) umzustellen.
Wenn du Grub auf GPT ohne EFI nutzen willst, dann brauchst du eine Bootloader-Partition (Typ: EF02, Flags: bios_grub, Größe 1MB).
Letztlich funktioniert Grub mit einer GPT Partitionstabelle aber nicht ohne zusätzliche Partition(EFI oder Bootloader-Partition)....
Ein 1:1 Setup wie mit MBR Partitionstabelle ist auf einer GPT Partitionstabelle dementsprechend nicht möglich.
Re: GRUB 2 RAID MBR GPT resync
Das ist quatsch. läuft hier ohne Probleme. Beim TE mittlerweile btw. auch. Du wurdest schon widerlegt.bluestar hat geschrieben:19.08.2019 14:35:24Grub mit GPT kann der TE in seinem Setup nicht verwenden ohne auf EFI (oder eine Grub2 Besonderheit) umzustellen.
Nope. Grub kann sich auch klassisch vor die erste Partition nach LBA 34 schreiben. Es ist aber in beiden Fällen nicht zu empfehlen, weil du dann aufpassen musst, dass du genug Platz zwischen der ersten Partition und der GPT lässt. Und "genug" ist undefiniert. Du weißt ja nicht, wie groß dein GRUB (beim nächsten Update) wird. Gilt aber auch für DOS-Tabellen. Auch da musst du aufpassen, dass du genug Platz lässt. Auch wenn das Alignment oft mehr mehr Platz lässt gibt massenhaft Systeme wo das dann knallt GRUB 2 ist riesig und dann kommen mitunter noch so Module wie btrfs dazu.bluestar hat geschrieben:19.08.2019 14:35:24Wenn du Grub auf GPT ohne EFI nutzen willst, dann brauchst du eine Bootloader-Partition […] Letztlich funktioniert Grub mit einer GPT Partitionstabelle aber nicht ohne zusätzliche Partition(EFI oder Bootloader-Partition)....
rot: Moderator wanne spricht, default: User wanne spricht.
Re: GRUB 2 RAID MBR GPT resync
Für mich ist das ist eine Frickellösung, weil halt "genug" undefiniert ist. Sorry sowas biete ich guten Gewissens niemandem als Lösung an.wanne hat geschrieben:19.08.2019 15:38:14Nope. Grub kann sich auch klassisch vor die erste Partition nach LBA 34 schreiben. Es ist aber in beiden Fällen nicht zu empfehlen, weil du dann aufpassen musst, dass du genug Platz zwischen der ersten Partition und der GPT lässt. Und "genug" ist undefiniert. Du weißt ja nicht, wie groß dein GRUB (beim nächsten Update) wird. Gilt aber auch für DOS-Tabellen. Auch da musst du aufpassen, dass du genug Platz lässt. Auch wenn das Alignment oft mehr mehr Platz lässt gibt massenhaft Systeme wo das dann knallt GRUB 2 ist riesig und dann kommen mitunter noch so Module wie btrfs dazu.
-
- Beiträge: 14
- Registriert: 18.08.2019 11:15:51
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Österreich
Re: GRUB 2 RAID MBR GPT resync
Erstmals vielen Dank für die rege Unterstützung. Ich hab jetzt versucht eine gleich große Partition (GPT) nicht formatiert auf dem neuen Datenträger zu erstellen - flag bios_grub. Die Größe der Partition ist 9.32 GiB. Diese wurde dann in das RAID /dev/md0 eingebunden und synchronisiert. Dan grub-install /dev/sda1. Beim Reboot von der neuen Platte bleibt GRUB stehen beim Schriftzug "GRUB" stehen. Gibt es noch was zu beachten?
Re: GRUB 2 RAID MBR GPT resync
Wie gesagt: Du kannst nicht von RAIDS booten. (Ausnahme ist RAID1 weil da die eine hälfte vom RAID wieder ein bootbares System darstellt. Aber auch da wird nicht vom RAID gebootet sondern halt von der einen Kopie.)vtandi hat geschrieben:19.08.2019 20:06:41Die Größe der Partition ist 9.32 GiB. Diese wurde dann in das RAID /dev/md0 eingebunden und synchronisiert.
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.Dan grub-install /dev/sda1.
Für DOS-Partitionstabellen gilt aber halt exakt das selbe. Nur dass es da üblicher ist. Es hat sich technisch einfach nichts geändert. Entweder du nutzt die Frikellösung oder halt nicht.Für mich ist das ist eine Frickellösung, weil halt "genug" undefiniert ist. Sorry sowas biete ich guten Gewissens niemandem als Lösung an.
rot: Moderator wanne spricht, default: User wanne spricht.
-
- Beiträge: 14
- Registriert: 18.08.2019 11:15:51
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Österreich
Re: GRUB 2 RAID MBR GPT resync
.... mein Problem hat sich leider vergrößert. Beim Dist Upgrade auf Jessie schreib mit die GRUB Installation folgende Fehlermeldung:
grub install warnung physikalischer datenträger <null>
grub install: fehler einbettung ist nicht möglich.
Die Konfigurationen sind
Boot Partitionen:
/dev/sda1 (10 GB GTP) - nicht mehr im RAID1
/dev/sdb1 (MSDOS) - im RAID1
SWAP RAID 1 auf Partitionen sdc1, sdd1
Daten RAID 5 auf den Partitionen sda2,sda3,sda4,sda4
grub-install --force /dev/sda1 liefert folgenden Fehler:
Installing for i386-pc platform.
grub-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
grub-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
grub-install: Fehler: Es kann kein Dateisystem in hd0 erkannt werden. Sicherheitsüberprüfung kann nicht ausgeführt werden.
grub-install --force /dev/sdb1 liefert folgenden Fehler:
Installing for i386-pc platform.
grub-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
grub-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
grub-install: Fehler: Es kann kein Dateisystem in hd1 erkannt werden. Sicherheitsüberprüfung kann nicht ausgeführt werden.
parted - l liefert für die 2 Platten mit GRUB:
Model: ATA WDC WD30EZRZ-00Z (scsi)
Disk /dev/sda: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 10,0GB 10,0GB bios_grub
2 10,0GB 3001GB 2991GB
Model: ATA SAMSUNG HD103UJ (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 32,3kB 10,0GB 10,0GB primary ext3 raid
2 10,0GB 1000GB 990GB primary raid
Was kann ich weiter machen?
grub install warnung physikalischer datenträger <null>
grub install: fehler einbettung ist nicht möglich.
Die Konfigurationen sind
Boot Partitionen:
/dev/sda1 (10 GB GTP) - nicht mehr im RAID1
/dev/sdb1 (MSDOS) - im RAID1
SWAP RAID 1 auf Partitionen sdc1, sdd1
Daten RAID 5 auf den Partitionen sda2,sda3,sda4,sda4
grub-install --force /dev/sda1 liefert folgenden Fehler:
Installing for i386-pc platform.
grub-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
grub-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
grub-install: Fehler: Es kann kein Dateisystem in hd0 erkannt werden. Sicherheitsüberprüfung kann nicht ausgeführt werden.
grub-install --force /dev/sdb1 liefert folgenden Fehler:
Installing for i386-pc platform.
grub-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
grub-install: Warnung: Physischer Datenträger »(null)« konnte nicht gefunden werden. Einige Module könnten im Core-Abbild fehlen..
grub-install: Fehler: Es kann kein Dateisystem in hd1 erkannt werden. Sicherheitsüberprüfung kann nicht ausgeführt werden.
parted - l liefert für die 2 Platten mit GRUB:
Model: ATA WDC WD30EZRZ-00Z (scsi)
Disk /dev/sda: 3001GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 10,0GB 10,0GB bios_grub
2 10,0GB 3001GB 2991GB
Model: ATA SAMSUNG HD103UJ (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:
Number Start End Size Type File system Flags
1 32,3kB 10,0GB 10,0GB primary ext3 raid
2 10,0GB 1000GB 990GB primary raid
Was kann ich weiter machen?
-
- Beiträge: 14
- Registriert: 18.08.2019 11:15:51
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Österreich
Re: GRUB 2 RAID MBR GPT resync
.... noch zur Korrektur. Das Raid 1 mit sda1 und sdb1 enthält auch die Linux Systemdateien.
Re: GRUB 2 RAID MBR GPT resync
Vertrauensvoll den Gedanken von wanne folgen oder auf EFI umstellen.
- schorsch_76
- Beiträge: 2544
- Registriert: 06.11.2007 16:00:42
- Lizenz eigener Beiträge: MIT Lizenz
Re: GRUB 2 RAID MBR GPT resync
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).bluestar hat geschrieben:18.08.2019 14:44:18Du kannst mit MBR nur max. 2TB Platten betreiben und davon booten. 3TB heißt GPT, heißt EFI.
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.
[1] https://wiki.archlinux.de/title/GPTFalls 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.
Re: GRUB 2 RAID MBR GPT resync
Ich darf mich mal selbst zitieren?
wanne hat geschrieben: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.
rot: Moderator wanne spricht, default: User wanne spricht.
Re: GRUB 2 RAID MBR GPT resync
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
Die EF02 - Partition scheint dann wohl doch nicht zwingend notwendig zu sein ?
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
- schorsch_76
- Beiträge: 2544
- Registriert: 06.11.2007 16:00:42
- Lizenz eigener Beiträge: MIT Lizenz
Re: GRUB 2 RAID MBR GPT resync
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.
[2] https://de.wikipedia.org/wiki/GUID_Partition_Table
[3] https://de.wikipedia.org/wiki/BIOS-Bootpartition
EF02 = GUID 21686148-6449-6E6F-744E-656564454649Wikipedia hat geschrieben: 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.
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).
[1] https://de.wikipedia.org/wiki/Master_Bo ... _ComputernGrundlagen[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.
[2] https://de.wikipedia.org/wiki/GUID_Partition_Table
[3] https://de.wikipedia.org/wiki/BIOS-Bootpartition
Re: GRUB 2 RAID MBR GPT resync
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.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.
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.Code: Alles auswählen
/dev/sda1 2048 51576831 51574784 24,6G Linux-Dateisystem
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.
rot: Moderator wanne spricht, default: User wanne spricht.
Re: GRUB 2 RAID MBR GPT resync
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)wanne hat geschrieben:21.08.2019 15:33:29Damit 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.
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.
wanne hat geschrieben:21.08.2019 15:33:29Brauchst 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 ?
-
- Beiträge: 14
- Registriert: 18.08.2019 11:15:51
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Österreich
Re: GRUB 2 RAID MBR GPT resync
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.