GRUB 2 RAID MBR GPT resync

Probleme mit Samba, NFS, FTP und Co.
Antworten
vtandi
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

Beitrag von vtandi » 18.08.2019 13:06:51

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

Benutzeravatar
bluestar
Beiträge: 2334
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: GRUB 2 RAID MBR GPT resync

Beitrag von bluestar » 18.08.2019 14:44:18

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

vtandi
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

Beitrag von vtandi » 18.08.2019 15:30:55

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?

Benutzeravatar
bluestar
Beiträge: 2334
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: GRUB 2 RAID MBR GPT resync

Beitrag von bluestar » 18.08.2019 18:07:50

Hast du auch grub-install /dev/sdX (neue Platte) ausgeführt?

vtandi
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

Beitrag von vtandi » 18.08.2019 19:39:53

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 ?

wanne
Moderator
Beiträge: 7448
Registriert: 24.05.2010 12:39:42

Re: GRUB 2 RAID MBR GPT resync

Beitrag von wanne » 19.08.2019 11:48:34

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.
rot: Moderator wanne spricht, default: User wanne spricht.

Benutzeravatar
bluestar
Beiträge: 2334
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: GRUB 2 RAID MBR GPT resync

Beitrag von bluestar » 19.08.2019 13:04:41

vtandi hat geschrieben: ↑ zum Beitrag ↑
18.08.2019 19:39:53
Funktioniert das auch mit GPT bzw. bei einer Mischung - Raid 1 /dev/sda = GPT und /dev/sdb =MBR?
Nein, wenn du GPT nutzen willst, dann musst du auf EFI umsteigen.
vtandi hat geschrieben: ↑ zum Beitrag ↑
18.08.2019 19:39:53
Was passiert bei grub-install /dev/sdX ?
Da wird Grub-Lader in den MBR (https://de.wikipedia.org/wiki/Master_Boot_Record) geschrieben.

wanne
Moderator
Beiträge: 7448
Registriert: 24.05.2010 12:39:42

Re: GRUB 2 RAID MBR GPT resync

Beitrag von wanne » 19.08.2019 14:11:24

bluestar hat geschrieben: ↑ zum Beitrag ↑
19.08.2019 13:04:41
Nein, wenn du GPT nutzen willst, dann musst du auf EFI umsteigen.
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.
rot: Moderator wanne spricht, default: User wanne spricht.

wanne
Moderator
Beiträge: 7448
Registriert: 24.05.2010 12:39:42

Re: GRUB 2 RAID MBR GPT resync

Beitrag von wanne » 19.08.2019 14:20:57

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 ?
Booten kannst du immer nur von einer Partition.
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.

Benutzeravatar
bluestar
Beiträge: 2334
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: GRUB 2 RAID MBR GPT resync

Beitrag von bluestar » 19.08.2019 14:35:24

wanne hat geschrieben: ↑ zum Beitrag ↑
19.08.2019 14:11:24
Nein. Jedes BIOS kann mit GPT umgehen.
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.

wanne
Moderator
Beiträge: 7448
Registriert: 24.05.2010 12:39:42

Re: GRUB 2 RAID MBR GPT resync

Beitrag von wanne » 19.08.2019 15:38:14

bluestar hat geschrieben: ↑ zum Beitrag ↑
19.08.2019 14:35:24
Grub mit GPT kann der TE in seinem Setup nicht verwenden ohne auf EFI (oder eine Grub2 Besonderheit) umzustellen.
Das ist quatsch. läuft hier ohne Probleme. Beim TE mittlerweile btw. auch. Du wurdest schon widerlegt.
bluestar hat geschrieben: ↑ zum Beitrag ↑
19.08.2019 14:35:24
Wenn 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)....
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.
rot: Moderator wanne spricht, default: User wanne spricht.

Benutzeravatar
bluestar
Beiträge: 2334
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: GRUB 2 RAID MBR GPT resync

Beitrag von bluestar » 19.08.2019 18:31:26

wanne hat geschrieben: ↑ zum Beitrag ↑
19.08.2019 15:38:14
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.
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.

vtandi
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

Beitrag von vtandi » 19.08.2019 20:06:41

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?

wanne
Moderator
Beiträge: 7448
Registriert: 24.05.2010 12:39:42

Re: GRUB 2 RAID MBR GPT resync

Beitrag von wanne » 20.08.2019 04:04:31

vtandi hat geschrieben: ↑ zum Beitrag ↑
19.08.2019 20:06:41
Die Größe der Partition ist 9.32 GiB. Diese wurde dann in das RAID /dev/md0 eingebunden und synchronisiert.
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.)
Dan grub-install /dev/sda1.
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.
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.
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.
rot: Moderator wanne spricht, default: User wanne spricht.

vtandi
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

Beitrag von vtandi » 20.08.2019 23:29:27

.... 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?

vtandi
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

Beitrag von vtandi » 20.08.2019 23:37:19

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

Benutzeravatar
bluestar
Beiträge: 2334
Registriert: 26.10.2004 11:16:34
Wohnort: Rhein-Main-Gebiet

Re: GRUB 2 RAID MBR GPT resync

Beitrag von bluestar » 21.08.2019 09:44:23

vtandi hat geschrieben: ↑ zum Beitrag ↑
20.08.2019 23:29:27
Was kann ich weiter machen?
Vertrauensvoll den Gedanken von wanne folgen oder auf EFI umstellen.

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: GRUB 2 RAID MBR GPT resync

Beitrag von schorsch_76 » 21.08.2019 10:25:44

bluestar hat geschrieben: ↑ zum Beitrag ↑
18.08.2019 14:44:18
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 Debiangdisk).

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
Moderator
Beiträge: 7448
Registriert: 24.05.2010 12:39:42

Re: GRUB 2 RAID MBR GPT resync

Beitrag von wanne » 21.08.2019 10:40:52

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.

willy4711

Re: GRUB 2 RAID MBR GPT resync

Beitrag von willy4711 » 21.08.2019 11:50:51

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 :facepalm: . 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 ?

Benutzeravatar
schorsch_76
Beiträge: 2535
Registriert: 06.11.2007 16:00:42
Lizenz eigener Beiträge: MIT Lizenz

Re: GRUB 2 RAID MBR GPT resync

Beitrag von schorsch_76 » 21.08.2019 12:00:28

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.
Wikipedia 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.
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
Moderator
Beiträge: 7448
Registriert: 24.05.2010 12:39:42

Re: GRUB 2 RAID MBR GPT resync

Beitrag von wanne » 21.08.2019 15:33:29

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.
rot: Moderator wanne spricht, default: User wanne spricht.

willy4711

Re: GRUB 2 RAID MBR GPT resync

Beitrag von willy4711 » 21.08.2019 17:57:01

wanne hat geschrieben: ↑ zum Beitrag ↑
21.08.2019 15:33:29
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.
wanne hat geschrieben: ↑ zum Beitrag ↑
21.08.2019 15:33:29
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 :hail:
Genau das war mir wichtig zu wissen. Trotzdem jedes mal wieder spannend. 8)

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

vtandi
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

Beitrag von vtandi » 21.08.2019 23:46:59

bluestar hat geschrieben: ↑ zum Beitrag ↑
21.08.2019 09:44:23
vtandi hat geschrieben: ↑ zum Beitrag ↑
20.08.2019 23:29:27
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.

Antworten