E4HD: Error: The backup GPT table is corrupt

[Bualicher]

Hallo zusammen,

ich habe heute bei einer Axas geschaut, wieviel Speicher verbaut ist und erhalte folgende Meldung:

Code: Alles auswählen

/var/root # parted /dev/mmcblk0 print
Error: The backup GPT table is corrupt, but the primary appears OK, so that will
be used.
OK/Cancel? o

Wenn ich die Eingabe bestätige, dann kommt folgende Ausgabe (8GB):

Code: Alles auswählen

Model: MMC 8GTF4R (sd/mmc)
Disk /dev/mmcblk0: 7818MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name     Flags
 1      1049kB  4194kB  3146kB                  boot     msftdata
 2      4194kB  12.6MB  8389kB                  kernel1
 3      12.6MB  1585MB  1573MB  ext4            rootfs1
 4      1585MB  1594MB  8389kB                  kernel2
 5      1594MB  3167MB  1573MB  ext4            rootfs2
 6      3167MB  3175MB  8389kB                  kernel3
 7      3175MB  4748MB  1573MB  ext4            rootfs3
 8      4748MB  4756MB  8389kB                  kernel4
 9      4756MB  6329MB  1573MB                  rootfs4
10      6329MB  6866MB  537MB   linux-swap(v1)  swap
11      6866MB  7817MB  951MB   ext4            storage

Die Box läuft unauffällig. Daher meine Frage, ob ich diesen Fehler beheben kann oder das getrost ignorieren soll?
Wenn ich mit fdisk den Partitions-Table anzeigen lasse erscheint folgendes:

Code: Alles auswählen

/var/root # fdisk -l /dev/mmcblk0
Disk /dev/mmcblk0: 7456 MB, 7818182656 bytes, 15269888 sectors
950 cylinders, 255 heads, 63 sectors/track
Units: sectors of 1 * 512 = 512 bytes

Device       Boot StartCHS    EndCHS        StartLBA     EndLBA    Sectors  Size Id Type
/dev/mmcblk0p1    0,0,1       1023,254,63          1   15269887   15269887 7455M ee EFI GPT
Partition 1 has different physical/logical start (non-Linux?):
     phys=(0,0,1) logical=(0,0,2)
Partition 1 has different physical/logical end:
     phys=(1023,254,63) logical=(950,129,11)

Vielen Dank falls jemand eine nützliche Antwort hat.
Achso, das Partitionslayout wurde mit dem heutigen Neutrino-Image AXAS E4HD 4K Ultra (Multi-USB 8GB) vom USB-Stick erzeugt.

[vanhofen]

Das kriegst du repariert mit

Code: Alles auswählen

parted /dev/mmcblk0 print ok fix

Eigentlich sollte der Befehl automatisch ausgeführt werden. Muss ich mal gucken, warum das bei der E4HDU nicht so ist.

[flk]

Code: Alles auswählen

(
echo r # Enter repair options
echo d # Create GPT backup
echo w # Write changes
echo y # confirm changes
) | gdisk /dev/mmcblk0

So müsstest du das fixen können wenn gpt fdisk im image ist. Der Fehler kann aber auch einfach ignoriert werden

[vanhofen]

Aus gptfdisk haben wir derzeit nur sgdisk im Image. Ich schau mal, ob ich auch gdisk mit aufnehme.

[Knicko]

Komische Sache.
Hab an meiner Axas vor ca. 4 Monaten ( + - 1 ) die Kiste über USb neu aufgesetzt.
Hab den Fehler nicht.

Code: Alles auswählen

/var/root # parted /dev/mmcblk0 print
Model: MMC 8GTF4R (sd/mmc)
Disk /dev/mmcblk0: 7818MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name     Flags
 1      1049kB  4194kB  3146kB                  boot     msftdata
 2      4194kB  12.6MB  8389kB                  kernel1
 3      12.6MB  1585MB  1573MB  ext4            rootfs1
 4      1585MB  1594MB  8389kB                  kernel2
 5      1594MB  3167MB  1573MB  ext4            rootfs2
 6      3167MB  3175MB  8389kB                  kernel3
 7      3175MB  4748MB  1573MB  ext4            rootfs3
 8      4748MB  4756MB  8389kB                  kernel4
 9      4756MB  6329MB  1573MB                  rootfs4
10      6329MB  6866MB  537MB   linux-swap(v1)  swap
11      6866MB  7817MB  951MB   ext4            storage

/var/root # 

gr. Knicko

[vanhofen]

Es ist ja auch kein wirklicher Fehler. Die Meldung von parted ist nichts Bedrohliches.

[vanhofen]

Ab den morgigen Images sollte auch bei der E4HDU und bei der Protek4k die Backup-GPT automatisch repariert werden.

[Bualicher]

Aus gptfdisk haben wir derzeit nur sgdisk im Image. Ich schau mal, ob ich auch gdisk mit aufnehme.

Danke für gdisk im Image.

Damit konnte ich die Meldung fixen und den backup GPT table neu schreiben

Jetzt sieht die Abfrage fehlerfrei aus:

Code: Alles auswählen

/var/root # parted /dev/mmcblk0 print
Model: MMC 8GTF4R (sd/mmc)
Disk /dev/mmcblk0: 7818MB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name     Flags
 1      1049kB  4194kB  3146kB                  boot     msftdata
 2      4194kB  12.6MB  8389kB                  kernel1
 3      12.6MB  1585MB  1573MB  ext4            rootfs1
 4      1585MB  1594MB  8389kB                  kernel2
 5      1594MB  3167MB  1573MB  ext4            rootfs2
 6      3167MB  3175MB  8389kB                  kernel3
 7      3175MB  4748MB  1573MB  ext4            rootfs3
 8      4748MB  4756MB  8389kB                  kernel4
 9      4756MB  6329MB  1573MB  ext4            rootfs4
10      6329MB  6866MB  537MB   linux-swap(v1)  swap
11      6866MB  7817MB  951MB   ext4            storage

/var/root #

[vanhofen]

Sehr gut. Ich hatte oben aber auch einen parted-Befehl gepostet, mit dem du das ohne gdisk hättest fixen können. ^^

[Bualicher]

Den parted-Befehl

Code: Alles auswählen

parted /dev/mmcblk0 print ok fix

habe ich sowohl gestern, wie auch mit dem heutigen Nightly erfolglos versucht. Die Fehlermeldung (corrupted) blieb erhalten, bis ich mit gdisk und dem Command "w" den Table neu geschrieben habe.
Daher bin ich mir auch nicht sicher, ob Dein heutiges commit zielführend ist. Ich kann es leider nicht mehr testen, da bei mir jetzt alles iO ist.

[Bualicher]

Mit dem heutigen Nightly wird auf jeden Fall die /.fixup-gpt erzeugt.
Nur ob hierbei auch die Partitionstabelle repariert worden wäre, kann ich leider nicht sagen.

[vanhofen]

Das wird sich zeigen. Wenn nicht, ist in dieses Script auch schnell der gdisk-Befehl reingefummelt.

[BPanther]

Der Fehler ist doch nicht neu (im Grunde schon einige Jahre alt) und liegt daran, daß man keine 4 oder 8 GB Images komplett flashen kann sondern nur "gekürzte", da bei 2 GB Schluß ist mit dem USB Stick (wegen FAT). Deswegen wurde auch bei vielen Images der Fix mit parted verbaut direkt beim ersten Start. Sollte dabei aber nicht das aktuelle parted sein sondern eine ältere Version, da aktuelle Version ein Problem mit der Übergabe von Parametern hat.