Ich habe mir vor kurzem zwei gekauftWestern Digital(WD)EasystoreExterne USB-Laufwerke mit 8 TB fürschälensie und verwenden Sie die WD RedNASLaufwerke intern in meinem Computer (Arch Linux). Das erste war letztendlich ein WD White Label-Laufwerk (WD80EMAZ-00WJTA0) und das zweite war tatsächlich ein Red (WD80EFAX-68LHPN0).
Ich habe die weiße Version installiert und alles schien in Ordnung zu sein. Ich habe fast 5 TB Daten ohne Probleme kopiert, aber später bemerkte ich die Meldung über dieGPTFehler bei der VerwendungGPartedauf einem anderen Laufwerk, an dem ich gearbeitet habe. Meine Daten scheinen zugänglich zu sein, also habe ich noch nichts getan.
Heute habe ich das rote Laufwerk installiert und bekomme genau denselben Fehler auf diesem Laufwerk, bevor ich es partitioniere oder formatiere. Ich habe nach Lösungen gesucht und denke, es hat etwas damit zu tun, dass ich einHost-geschützter Bereich(HPA), aber ich weiß nicht, wie ich das mit Sicherheit überprüfen kann oder was ich tun soll, wenn es passiert. Kann das behoben werden, während meine Daten auf dem weißen Laufwerk intakt bleiben? Ich kann auf dem roten Laufwerk experimentieren, aber ich bin nicht sicher, was ich versuchen soll.
sudo gdisk /dev/sdb
Ausgabe:
GPT fdisk (gdisk) version 1.0.3
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: damaged
****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Command (? for help): p
Disk /dev/sdb: 15628053168 sectors, 7.3 TiB
Model: WDC WD80EMAZ-00W
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 6837F2B2-3A65-4260-B87E-B4682BAEE5FF
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 15628052446
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 15628050431 7.3 TiB 0700 WD_8TB
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!
Und..
sudo hdparm -N /dev/sdb
Ausgabe:
/dev/sdb:
max sectors = 15628053168/15628053168, HPA is disabled
Antwort1
Ihre hdparmAusgabe zeigt, dass HPAdeaktiviert,Das Problem hat also nichts damit zu tun.
Die häufigste Ursache dieses Problems, wenn man ähnliche Probleme betrachtet, die ich hier und in anderen Foren gesehen habe, ist die Verwendung von Motherboard-basiertem Software-RAID (manchmal auch „Fake-RAID“ genannt, obwohl das ein irreführender Begriff ist). Das Problem bei dieser Art von Software-RAID ist, dass mindestens zwei Softwarekomponenten sich auf die zu verwendenden Datenstrukturen einigen müssen – die Firmware und das Betriebssystem. Bei einem Multi-Boot-Computer müssen alle Betriebssysteme dieselben RAID-Datenstrukturen verstehen, sodass Sie drei oder mehr Konfigurationen benötigen, um sie abzugleichen. Wenn die Firmware denkt, dass die Festplatte Motherboard-basiertes Software-RAID verwendet, ein Betriebssystem dies jedoch nicht tut, ist das Ergebnis wahrscheinlich eine Beschädigung der GPT-Datenstrukturen der Sicherung. Der Grund dafür ist, dass diese Datenstrukturen die letzten Sektoren der Festplatte belegen, und genau dort speichert Motherboard-basiertes Software-RAID normalerweisees istDatenstrukturen. Somit löscht ein Satz Datenstrukturen den anderen aus. Das ist verrückt. (Siehe jedoch weiter unten.) Wenn alles synchron ist, ist es transparent; das Motherboard platziert seine Datenstrukturen am Ende der Festplatte, das/die Betriebssystem(e) verstehen das und verstecken diesen Teil der Festplatte, und Sie müssen sich darüber keine Gedanken machen.
Wenn Sie die Partitionstabelle jedoch nicht erstellt haben, ist es möglich, dass das Problem nicht durch eine solche Fehlkonfiguration Ihrerseits, sondern durch den Hersteller der Festplatte oder vielleicht durch jemanden verursacht wurde, der die Festplatte zwischendurch in der Hand hatte (z. B. wenn die Festplatte an jemand anderen verkauft und dann zurückgegeben wurde und Sie sie aus einem Retourenbehälter erhalten haben). In diesem Fall sollte ein in wdie gdiskPartitionstabelle neu geschrieben werden, wodurch die Fehlermeldung verschwindet. Dies zu tun ist eine gute Idee, da die GPT-Backup-Datenstrukturen aus einem bestimmten Grund existieren – sie sind eineSicherung,zu verwenden, falls bestimmte Arten von Bugs, Benutzerfehler oder Hardwarefehler die primären Datenstrukturen (die am Anfang der Festplatte gespeichert sind) beschädigen. Die meisten Betriebssysteme und Tools booten problemlos, auch wenn die Backup-Datenstrukturen fehlen, aber ohne sie verzichten Sie auf deren Vorteile. Außerdem besteht die Möglichkeit, dass ein Tool durch den Schaden verwirrt wird und etwas Schlimmes tut. (Ich kenne keine Beispiele dafür, aber es werden ständig neue Tools geschrieben und alte können neue Bugs entwickeln, sodass die Möglichkeit eines solchen Bugs immer besteht.)
Noch ein Punkt: gdisk's vzeigt an, dass die Daten der Backup-Partition nicht am Ende der Festplatte vorhanden sind, wo sie sein sollten. Um dies zu beheben, können Sie eingeben, xum zum Expertenmenü zu gelangen, und dann edie Backup-Datenstrukturen verschieben. Diese falsch platzierte Backup-Partitionstabelle steht im Einklang mit der Verwendung von Motherboard-basiertem Software-RAID in der Firmware, aber nicht durch das Betriebssystem, oder mit verschiedenen anderen Problemen (wie einem Hardware-RAID-Array, das erweitert wurde, oder einer Festplatte, die von einer kleineren auf eine größere Festplatte geklont wurde). Das Verschieben der Backup-Datenstrukturen ist im Allgemeinen eine gute Idee und in einigen Fällen ist es notwendig, die volle Kapazität der Festplatte zu nutzen. (In Ihrem Fall werden Sie nur etwa 2.000 Sektoren wiederherstellen, also ist es in Bezug auf die Kapazität keine große Sache.) Beachten Sie jedoch, dass, wenn Ihr Motherboard für die Verwendung seines Software-RAIDs konfiguriert ist, das Verschieben der Backup-Datenstrukturen die Software-RAID-Daten löscht. Dies könnte das Motherboard verwirren und das Motherboard wird seine Daten wahrscheinlich neu schreiben, wodurch die GPT beim nächsten Neustart beschädigt wird. Die Lösung besteht darin, die Software-RAID-Optionen im Firmware-Setup-Tool zu deaktivieren und dann die GPT-Datenstrukturen mit gdiskoder einem anderen Tool zu verschieben.
Antwort2
Der Controller der WD Easystore-Gehäuse "stiehlt" aus irgendeinem Grund eine kleine Anzahl von Blöcken am Ende des Laufwerks. Dies hat zur Folge, dass sich das "Ende" des Laufwerks ändert. Wenn Sie das Laufwerk mit GPT partitionieren, während es sich noch im Gehäuse befindet, wird die Backup-Partitionstabelle an einen Ort geschrieben, der nicht ganz derrealEnde des Laufwerks, da die gestohlenen Blöcke nicht sichtbar sind.
Sobald Sie das Laufwerk ausbauen, wird das eigentliche Ende des Laufwerks zugänglich und da das GPT-Backup nicht vorhanden ist, scheint es ein Problem zu geben. Details werden unterein Reddit-Thread.
Die einfachste Lösung, wenn sich nichts auf dem Laufwerk befindet, ist die Neupartitionierung mit einer neuen GPT. Ich nehme an, es gibt einige manuelle Ansätze zur Behebung des Problems, indem man die GPT-Sicherungsdatei manuell an den richtigen Speicherort kopiert. An diesem Punkt können Sie entscheiden, ob Sie die letzte Partition vergrößern möchten, um den neu zugänglichen Speicherplatz zu nutzen. Da die Änderung jedoch wahrscheinlich nicht einmal 1 MB beträgt, lohnt sich das möglicherweise nicht.