Das Problem war der Speicherort der Backup-Partitionstabelle. Normalerweise erwarten Sie die primäre Partitionstabelle am Anfang und die Backup-Partitionstabelle am Ende. Durch die Größenänderung der Festplatte wurden mehr Sektoren verfügbar, aber die Sicherungstabelle wurde nie verschoben. fdisk mochte das nicht und ich glaube, das war der MyLBA mismatch with real position at backup header. Fehlermeldung. Nicht ganz klar.
Ich bin von fdisk gewechselt bis gdisk und die Ausgabe war ein wenig anders. In gdisk haben Sie...
r recovery and transformation options (experts only)
Gehen Sie darauf ein und führen Sie v aus erify gab die hilfreichere Fehlermeldung aus...
Recovery/transformation command (? for help): v
Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.
Identified 1 problems!
Unter gdisk Expertenmodus gibt es folgende Option...
e relocate backup data structures to the end of the disk
... das lief erfolgreich, und die Überprüfungsausgabe war jetzt ...
Expert command (? for help): v
No problems found. 15625881566 free sectors (7.3 TiB) available in 2
segments, the largest of which is 15625879552 (7.3 TiB) in size.
Das Drucken der Partitionstabelle zeigte jetzt den letzten nutzbaren Sektor als 56 Milliarden statt 39 Milliarden und ich konnte die neue Partition erstellen und sie in LVM hinzufügen, was, wenn jemand interessiert ist, die Schritte dafür waren ...
partprobe <-- add the /dev/sdb2 device if you don't want to reboot
pvcreate /dev/sdb2
vgextend bak /dev/sdb2
lvextend /dev/mapper/bak-bak -l 100%PVS -r
Der Schlüssel zu diesem Snafu ist:
Last LBA: 39064698846
Ihr GPT-Label spiegelt nicht die mittlere Größe wider, die sich geändert hat. fdisk sucht nach freiem Speicherplatz auf eine Weise, die nicht perfekt, aber zumindest logisch ist - es sucht nach dem ersten verfügbaren Sektor im größten verfügbaren freien Speicherplatz zwischen GPT Labels erste und letzte LBAs.
Eine Möglichkeit, dies zu umgehen, kann die Verwendung von sfdisk sein Um das Label zu dumpen, bearbeiten Sie es entsprechend auf Ihre mittlere Größe und schreiben Sie es zurück, oder verwenden Sie besser parted das sollte sich IMO um dieses Problem kümmern.