WD 3TB ist plötzlich RAW...

[Pazifist-Deluxe]

Das Thema habe ich unter Festplatten bereits bei einem ähnlichen Problem gepostet - vielleicht kann hier bei Datenrettung aber jemand helfen weiter helfen:

Ich habe eine WD 3TB in einem externen eSata Gehäuse angeschlossen an einem Gigabyte MA790XT-UD4P.
Die Platte war GPT Formatiert mit einer Partition und lief nur sporadisch zur Datensicherung, gestern das letzte mal, ohne Probleme. Ja ich weiß, zur Datensicherung ist eine HDD nur bedingt geeignet.
Heute schalte ich meinen Rechner wieder ein und die Platte wird nur noch als RAW erkannt.

Da das eSata Gehäuse schon etwas älter ist habe ich die böse Befürchtung dass das Gehäuse / der Controller da was vermurxt hat. Ich kann momentan nicht mehr genau sagen wie voll die Platte gewesen ist - ich meine aber das ich schon problemlos über 2,2 TB drauf geschrieben habe - ich hoffe es... Das würde ja dann gegen einen Fehler im Controller sprechen!?! Oder?!?

Ich habe schon einige Partitionierungsprogramme die die Funktion "Wiederherstellen einer Partition" bieten ausprobiert - ohne was zu schreiben natürlich - allerdings sehen diese nur 750GB oder finden die HDD gar nicht erst. Das selbe sagt übrigens auch der PC Inspector File Recovery...

Testdisk sieht auch nur eine 750GiB HDD. Die Windows 7 (x64) Datenträgerverwaltung zeigt mir aber weiterhin die vollen 2794,39GB an - nur eben als RAW.

Inzwischen läuft die HDD am internen Controller ohne eine Verbesserung der Situation.

Treiber habe ich nicht verändert, das System läuft eigentlich auch stabil seit Anfang des Jahres. Die Platten sind als AHCI konfiguriert und laufen am intern AMD Chipsatz / Sata Port oder extern mit einer Blende - eine Kabellänge von einem Meter habe ich nicht überschritten...

Testdisk hat innerhalb der 750GiB erwartungsgemäß nix gefunden.

Bei der Analyse unter "EFI GPT" zeigt er mir folgendes an - siehe Anhang

Kann mir jemand jetzt schon weiter helfen? Wie mache ich aus dem RAW wieder NTFS/GPT? Hilft mbrfix oder testdisk? Was braucht ihr noch für Daten???

Würde mich sehr freuen wenn hier jemand weiterhelfen kann!

Danke!

 

[kallii]

Wie schon tausend mal: FileScavenger... damit machst du nix kaputt solang keine sektoren defekt sind oder die festplatte einen hardware defekt hat kannst du mit dem tool alles retten!

Ergänzung (28. November 2011)

Allerdings brauchst du nochmal genau so viel Speicherplatz frei, wie er vorher belegt war. Ich hatte exakt dasselbe Problem mit einer externen USB Platte und konnte damit alles retten.

 

[Pazifist-Deluxe]

Danke für den Tipp aber bis jetzt findet der auch nur eine 750GB HDD.
Beim Quick Search hat er nichts gefunden.
Beim Long Search hat er auf Anhieb 148 Dateien mit rund 300GB gefunden und weitere 408 Dateien sind "in progress". Ob das dann alle sind - ich hoffe es.

Nur gut das die HDD Preise gerade so "günstig" sind. Da kann ich mir ja gleich ne neue 3TB HDD günstig bestellen...

:-(

Hat jemand eine Idee warum die ganzen Tools nur 750GB anzeigen Windows selber aber die vollen 3TB (als RAW)???
Könnte ein USB Gehäuse helfen?

 

[Madnex]

@Pazifist-Deluxe
Mit welcher Kapazität wird die Platte denn vom BIOS erkannt. Mit den vollen 3 TB oder auch nur mit rund 750 GiB?

 

[Pazifist-Deluxe]

Weder im BIOS noch im AHCI-BIOS von Gigabyte finde ich die größen HDDs.
Die Bezeichnung wird aber jeweils richtig angezeigt. Die HDD läuft ja auch schon seit ein paar Monaten ohne Fehler. Auch das eSata Gehäuse lief bis jetzt ohne Fehler.
BIOS ist auch aktuell und eine 1,5TB (eSata) und eine 2TB HDD (Sata) laufen korrekt.

Wie im Datenrettungsforum empfohlen, habe ich mal Filescavanger ausprobiert. Das findet immerhin Daten auf der Platte, wenn er auch nur eine 750GB HDD erkennt. Der Suchlauf dauert aber sicher einige Stunden, daher weiß ich noch nicht wie viele Daten das jetzt sind.

Wenn ihr noch eine andere Idee habt wie ich das FS wieder reaktivieren kann - ich bin da offen. Werde aber wohl nicht drum rum kommen eine neue 3TB HDD zu bestellen und dann erstmal zu versuchen das zu sichern was noch zu sichern ist... Yippih - und das bei den Flutkatastrophenpreisen momentan...

 

[Ernst@at]

Wie schon tausend mal: FileScavenger... damit machst du nix kaputt solang keine sektoren defekt sind oder die festplatte einen hardware defekt hat kannst du mit dem tool alles retten!

Dann wirst Du beim 1001. Mal vielleicht Gelegenheit bekommen, devot zur Kenntnis zu nehmen, dass es auch mal anders sein kann.
Wenn zB auf alles über 750GB nicht mehr zugegriffen werden kann, wie hier wohl der Fall...
und nein, das ist kein Hardwaredefekt.

Soweit ich das jetzt abschätzen kann, sollte sich die Platte wieder in Zugriff nehmen lassen, allerdings wird mindestens eine Datei beschädigt sein - die sollte man auch finden.

Poste gleich mal von CrystalDiskInfo Menü: Bearbeiten/Copy einfügen in txt-Datei
diese sowie Screenshot Datenträgerverwaltung
hier in den Anhang stellen (Antworten-Erweitert-Anhänge verwalten)

 

[Pazifist-Deluxe]

Sollte nur eine oder sollten auch nur 10 Dateien beschädigt sein, dann ist das verschmerzbar. Anbei die Dateien die du haben wolltest.

Ergänzung (29. November 2011)

Ups. Da sind die Anhänge nicht mitgekommen...

 

[kallii]

Manche Mainboards unterstützen erst nach einem BIOS update die 3TB Platten, welches Mainboard nutzt du denn, habs nur überflogen evtl. hast du es ja mit reingeschrieben. Wurde die Platte denn damals als 3TB erkannt als du sie noch extern hattest?

 

[Ernst@at]

Das Problem, von dem ich glaube, dass es hier vorliegt, ist nicht die mangelnde Unterstützung größerer Platten, sondern unfähige BIOS-Coder, welche in den alten Versionen einen himmelschreienden Fehler eingebaut haben, dessen Auswirkung u.a Plattenschrumpfung zur Folge hat.

@Pazifist-Deluxe
Teile mir mal Deine BIOS-Version des Board mit.
Um das Verwischen wichtiger Spuren zur Feststellung der zerstörten Dateien zu vermeiden:
Vorerst aber noch kein BIOS-Update auf eine neuere Version durchführen!

Prinzipielle Richtlinien während aller folgenden Aktionen
(außer es wird ausdrücklich was anderes verlangt)
- Bei den geringsten Zweifeln, Unklarheiten, Schwierigkeiten oder Problemen sofort Rückfrage halten und nicht weitermachen
- Wenn ein popup mit der Aufforderung kommt, eine Platte zu initialisieren, ABLEHNEN !!!
- läuft bei Systemstart ein automatisches chkdsk an, sofort durch beliebigen Tastendruck beenden!(Wenn USB-Tastatur nicht reagiert, notfalls Netz Aus)
- Im Disk Management keine Aktionen zu eventuell angezeigten Partitions oder Versuche, diese im Explorer anzuzeigen, machen!

Lade Dir den Hex-Editor HxD von hier in der englischen Version runter und installiere ihn. Damit nicht herumexperimentieren, damit die Defaulteinstellungen erhalten bleiben:

HxD Aufruf unter User mit Administratorrechten

- Menü: Extras/open disk/physical disk/hard disk 5 (Häkchen bei "open as readonly" NICHT entfernen)
(harddisk 5 entspricht Datenträger 4 in der Datenträgerverwaltung, weil die mit 0 zu zählen beginnt, und HxD mit 1)
- Menü: File/New (es erscheint in der Anzeige ein zweiter Reiter "untitled1")
- auf Reiter "harddisk 5" klicken
in der Anzeige sollten die erste Zeilen so aussehen:

[FONT="Lucida Console"]Offset[COLOR="Magenta"](h)   00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F[/COLOR]
0000000000  33 C0 8E D0 BC 00 7C FB 50 07 50 1F FC BE 1B 7C  [COLOR="magenta"]3ÀŽÐ¼.|ûP.P.ü¾.|[/COLOR][/FONT] <== in dieser Zeile steht irgendwas

wenn nicht, dann

- Menü: View/bytes per row/16/OK
- Menü: View/offset base/hexadecimal
- Menü: View/visible columns/hex and text
- Menü: View/byte group size/1​

einstellen

========= extrahieren GPT-Info
- Menü: Edit/select block/start-offset: 0 , length: 800, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Reiter "untitled1" anklicken und in das kleine punktierte Rechteck rechts unter ... 0E 0F klicken
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK
- den Cursor an der Endposition belassen, nicht in der Anzeige herumklicken!
========= extrahieren maxLBA
- auf Reiter "harddisk 5" klicken
- in der Menüzeile rechts auf den Button >| drücken - Menü: Edit/select block/(den eingetragenen Start-Offset belassen) length: 200, hex, OK
- Menü: Edit/copy as.../ editor view (überträgt den markierten Inhalt in die Zwischenablage)
- Reiter "untitled1" anklicken
- Strg+V (überträgt den Inhalt aus der Zwischenablage) im popup "file size change": OK
- Menü: File/Save as... einen Ordner auswählen und als Dateinamen "harddisk5.txt" /speichern
- HxD beenden

Alle auf Anforderung erzeugten Bilder direkt, andere Dateien dann am Schluss in einen zip-File und den in den Post-Anhang stellen (Antworten/Erweitert/Anhänge verwalten)

 

[Pazifist-Deluxe]

Guten Morgen zusammen.

BIOS Version ist F6 - ja ich weiß, dass es F7 schon lange gibt und wie ich gerade gesehn habe seit kurzem sogar F8.

Bei F7 wurde dann ja sogar ein update des "Raid\AHCI ROM" vorgenommen.

Da das System ja lief und ich bin mir ziemlich sicher, dass ich bereits über der 2,2TB Grenze war habe ich aber keine Notwendigkeit gesehen ein BIOS Update durchzuführen.

@ Ernst@at - wenn du wilst kann ich das BIOS Update später durchführen.

Ich habe hier auch noch einen alten XP Rechner, ein Notebook aus 2008 und ein Notebook aus 2011 - beide mit Win 7. Das neue NB hat auch eSata. Wenn es weiter helfen könnte...

THX

Ergänzung (29. November 2011)

So langsam erinnnere ich mich auch das da am Anfang schon Probleme mit dem Board, dem PCIe Sata Controller von WD und der 3TB HDD waren:

1. Das MB startet nicht wenn der Sata Controller eingebaut ist und die 3TB Platte dran hängt
2. Windows hatte schon beim ersten einrichten Probleme die HDD als 3TB LW zu erkennen aber nur am internen Controller
3. Nach dem BIOS Update auf F8 (damals noch Beta) lief das System nicht mehr stabil
4. Mit dem BIOS F7 stürzte meine Soundkarte (SB X-Fi, PCI) ständig ab
5. Zum Partitionieren hab ich die HDD in das externe Gehäuse gepackt, den Rechner hoch gefahren und dann die HDD am WD Controller hängt erst eingeschaltet als WIN schon oben war. Dann konnte ich ohne weiteres die HDD mit voller Größe ansprechen und Partitionieren.

So langsam glaube ich aber auch, dass da das MB Mist gemacht hat...

!!! Letzte Aktion die ich am SO gemacht habe als die HDD noch lief: Ich habe ca. 40GB auf die Platte verschoben !!!

Vielleicht war die HDD bis jetzt doch noch unter 2,2 TB und dann hat sie beim Schreiben der letzten 40GB wieder von vorne angefangen...
Ein trauriges Indiz dafür ist, dass die ersten Dateien die FileScavanger gestern zuerst gefunden hat sowohl Dateien waren die alphabetisch am Anfang liegen als auch Dateien die ich erst am SO kopiert habe :-(

Mist.

 

[Ernst@at]

Weitere Anweisungen habe ich oben ergänzt.

Das F6 könnte Datumsmäßig den Bug noch enthalten. Muss da in den Spezialtabellen suchen, denn die Schlitzaugen schreiben das in Geheimniskrämermanier nicht in den Changelog
(frei nach: Einen Fehler, der nicht als ausgebessert aufscheint, hat es nie gegeben...)

 

[Madnex]

5. Zum Partitionieren hab ich die HDD in das externe Gehäuse gepackt, den Rechner hoch gefahren und dann die HDD am WD Controller hängt erst eingeschaltet als WIN schon oben war. Dann konnte ich ohne weiteres die HDD mit voller Größe ansprechen und Partitionieren.

Und dann hast du den WD-Controller wieder ausgebaut und per eSATA-Slotblech an einen der internen SATA-Ports des AMD-Chipsatzes angeschlossen? Oder hast du sie die ganze Zeit am WD-Controller (per eSATA-Slotblech) betrieben?

Wenn der AMD-Controller bereits beim Einrichten Probleme mit der Platte hatte, hast du dir offensichtlich durch das Einrichten am WD-Controller und anschließende Umhängen und Betreiben am AMD-Controller selbst in den Fuß geschossen. Denn warum sollte der AMD-Controller auf einmal problemlos mit der Platte funktionieren? Wenn die Partitionen bereits eingerichtet und das Dateisystem erstellt ist, verlässt sich Windows auf die Informationen im MBR bzw. GPT.

Hast du eigentlich den AMD-AHCI-Treiber installiert oder nutzt du die Standard-AHCI-Treiber von Windows? Vielleicht hat auch der AMD-Treiber in einer älteren Version ein Problem mit so großen Platten. Wenn AMD-Treiber, ist er aktuell?

Um zu überprüfen bzw. auszuschließen, dass es der bekannte Gigabyte BIOS Bug ist, wie es Ernst@at wohl vermutet, lade dir bitte mal die BootCD von HDAT2 (allerdings bin ich mir nicht sicher, ob das Programm mit der 2,2 TB Grenze zurecht kommt) herunter und schaue mit welcher Kapazität die Platte dort erkannt wird bzw. ob eine HPA angelegt ist.

 

[Pazifist-Deluxe]

Anbei der Anhang, ich hoffe dass das so paßt.

Aber:
Sind wir denn überhaupt sicher das das MB den letzten Sektor wirklich gefunden hat?
Sonst bau ich nochmal den WD Controller ein und fahr die HDD erst dann hoch wenn das System läuft - nur so konnte ich ja wie beschrieben die HDD auch erstformatieren...


THX!!!

Ergänzung (29. November 2011)

Hi Madnex.
Ja ich habe die HDD am AMD Controller betrieben, da sie ja nach dem einrichten dort korrekt erschien - dass ich da jetzt wohl ein Loch im Fuß habe ist mir allerdings auch schon aufgefallen

Ich warte mal ab was ernst@at anhand der Sektoren rausfindet und dann gucke ich weiter.

Momentan glaube ich es läuft auf:

- neue 3TB HDD
- dann Daten versuchen zu retten
- dann neues MB



Ach ja, ich hatte gestern schon mal die aktuelle KNOPIX gebootet - dort wurde die GPT / RAW HDD leider auch nicht korrekt erkannt.

Ich bau gleich nochmal den Sata Controller ein und die HDD bleibt im externen Gehäuse...

 

[Ernst@at]

Das mit HDAT2 HPA zurücksetzen sollte jetzt noch nicht durchgeführt werden, bis wir anhand der herausgefundenen Symptome auf die Art des Fehlers schließen können.
Ich seh' mir den HxD-Output mal an, dann wissen wir mehr.

Wenns gut herkommt, brauchst Du keine zweite 3TB zum umlagern.

 

[Pazifist-Deluxe]

Danke für eure großartige Hilfe.

Ich drück mir dann mal die Daumen das ich mir eine zweite 3TB HDD erst kaufen muss, wenn die Preise wieder Flutkatastrophen frei sind...

 

[Ernst@at]

Die Platte hat nur 800GB, daher eine HPA von 2,2TB(2TiB) - BIOS-Bug, alles andere ausgeschlossen
Den Rest kann ich erst später eruieren, da Du beim herumspielen im HxD die Anzeige auf Okt statt Hex gestellt hast...

Die Bestellung den 3TB ist meiner bescheidenen Meinung nach dzt nicht notwendig, aber Backup wäre phänomenaler Schritt in die richtige Richtung

Ergänzung (29. November 2011)

Der GPT verrät, dass die Platte bis vor Kurzem noch völlig intakt war

[SIZE="3"][FONT="Fixedsys"]===== MBR INFORMATION ===== at LBA=0
000001FE 55AA                Boot signature='55AA'... valid
.                            ... Partition Table entry 1 ...
000001C2 EE                  Partition Type: GUID Partition
000001BE 00                  Boot indicator: inactive
000001BF 000200              Start CC-HH-SS:    0-001-02
000001C3 FFFFFF              End   CC-HH-SS: 1023-256-63
000001C6 01000000            Start    (LBA):           1 0-0-1
000001CA FFFFFFFF            Size  (Blocks):  4294967295 267349-89-3 2097151MiB 2048.00GiB
.                            ... Partition Table entry 2 ...
000001D2 00                  Partition Type: unused partition entry
.                            ... Partition Table entry 3 ...
000001E2 00                  Partition Type: unused partition entry
.                            ... Partition Table entry 4 ...
000001F2 00                  Partition Type: unused partition entry

===== GPT INFORMATION =====   (at LBA= 1)
. Header info
00000200 4546492050415254    Signature: 'EFI PART'
00000208 00000100            Version: 1.0
0000020C 5C000000            Hdrlength: 92
00000210 D208DF57            Header CRC32: crc verification not yet coded
00000214 00000000            (reserved)
00000218 0100000000000000    current LBA: 1
00000220 AFA3505D00000000    backup  LBA: 1565565871
00000228 2200000000000000    firstuse LBA: 34
00000230 8EA3505D00000000    lastuse  LBA: 1565565838
00000238 98FD27A2DDEF984E    . Disk
00000240 A9B795C106775217    .. GUID: A227FD98-EFDD-4E98-A9B7-95C106775217
00000248 0200000000000000    PE start LBA: 2
00000250 80000000            Number of PEs: 128
00000254 80000000            Size of PE: 128
00000258 36D22FB9            PE CRC32: crc verification not yet coded
0000025C 00..                start of reserved area ..
000003FF     ..00            .. end of reserved area

===== PE INFORMATION =====   (start LBA= 2)
. Partition entry 1
00000400 16E3C9E35C0BB84D    . partition type
00000408 817DF92DF00215AE    .. GUID: E3C9E316-0B5C-4DB8-817D-F92DF00215AE
00000410 CFA4ECF95334994B    . unique partition
00000418 B92B013ABF477520    .. GUID: F9ECA4CF-3453-4B99-B92B-013ABF477520
00000420 2200000000000000    Part first LBA: 34
00000428 2100040000000000    Part last  LBA: 262177       size: 100.00 MiB
00000430 0000000000000000    Attribute flags:
00000438 4D00690063007200    . Partition Name:
00000440 6F0073006F006600    ..
00000448 7400200072006500    ...
00000450 7300650072007600    ....
00000458 6500640020007000    .....
00000460 6100720074006900    ......
00000468 740069006F006E00    .......
00000470 0000000000000000    ........
00000478 0000000000000000    .........'Microsoft reserved partition........'
. Partition entry 2
00000480 A2A0D0EBE5B93344    . partition type
00000488 87C068B6B72699C7    .. GUID: EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
00000490 579F992C924C7947    . unique partition
00000498 A9240C55ACAD1EDF    .. GUID: 2C999F57-4C92-4779-A924-0C55ACAD1EDF
000004A0 0008040000000000    Part first LBA: 264192
000004A8 FF9F505D01000000    Part last  LBA: 5860532223  [B][COLOR="Red"]size: 2794,39 GiB[/COLOR][/B]000004B0 0000000000000000    Attribute flags:
000004B8 4200610073006900    . Partition Name:
000004C0 6300200064006100    ..
000004C8 7400610020007000    ...
000004D0 6100720074006900    ....
000004D8 740069006F006E00    .....
000004E0 0000000000000000    ......
000004E8 0000000000000000    .......
000004F0 0000000000000000    ........
000004F8 0000000000000000    .........'Basic data partition................'
. Partition entry 3-128  *** unused ***
[/FONT][/SIZE]

Jetzt ist die Platte nur mehr 800GB groß, endet mit Sektor 1565565871, und die Sektoren
1565565838-1565565871 (33 Sektoren) des ursprünglichen Filesystems wurden zerstört.

Vielleich hast Du ein neues Board im Weihnachtsspiel gewonnen, ich habe im GB Forum vorgeschlagen, allen mit einer geschrumpften 3TB eines zukommen zu lassen. Du bist sogar der ERSTE
Der Vorschlag wurde aber wohl verworfen, weil sowas nie und nimmer passieren könnte.

Ergänzung (29. November 2011)

Dem Fehler nach sind erfahrungsgemäß auch die letzten 2113 Sektoren am Ende der 3TB zerstört.

Schreiten wir zur Behebung der lästerlichen Untat des BIOS
Es kann losgehen...- Ändere mit HxD auf der 3TB Platte den protective MBR:

HxD Aufruf unter User mit Administratorrechten

- Menü: View/offset base/hexadecimal
- Menü: Extras/open disk/physical disk/hard disk 5 , diesmal das Häkchen "read only" wegnehmen

dann sollte es am Sektor 0 so aussehen:

[FONT="Fixedsys"]Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00000000  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000010  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000020  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000030  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000040  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000050  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000060  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000070  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000080  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000090  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000000A0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000000B0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000000C0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000000D0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000000E0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000000F0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000100  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000110  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000120  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000130  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000140  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000150  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000160  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000170  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000180  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
00000190  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000001A0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000001B0  00 00 00 00 00 00 00 00 9B 3D DA 6C 00 00 00 00  ........›=Úl....
000001C0  02 00 [COLOR="Red"]EE[/COLOR] FF FF FF 01 00 00 00 FF FF FF FF 00 00  ..îÿÿÿ....ÿÿÿÿ..
000001D0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000001E0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
000001F0  00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA  ..............Uª  [/FONT]

- markiere das hier rot dargestellte "EE"
- tippe "27" darüber (für die mitlesenden neugierigen Nasen: damit wird die ParitionID von GUID auf MS reserved gestellt, damit Win darauf keinen weiteren Unsinn anstellt)
wenn im popup "file size change": kommt: ABBRECHEN!
- Menü: File/Save (schreibt die Änderung zurück)
- HxD beenden

- klemm die 3TB ab
- installiere Dir das neueste BIOS auf dem Board und sieh nach (in den advanced BIOS Options) ob das >Backup to HDD< auf "disabled" ist.
Stelle auch sicher, dass diese Version auch in den zweiten flash-Bereich des Chips gespeichert wird!
sonst könnte bei einem chksum-error beim Start das im zweiten flash-Bereich liegende uralt-BIOS dir die Platten >=1TB erneut schrumpfen oder GPT initialisierte hinten überschreiben.

Ich habe hier auch noch einen alten XP Rechner

- wenn der SATA Anschlüsse hat, stecke die 3TB dort dran,
- lehne alle eventuellen Aufforderungen, zu formatieren oder paritionieren, ab
- lade Dir das Tool "CapacityRestore" runter (welches nur auf XP funktioniert) und gib der Platte die ursprüngliche Größe zurück
- hänge die Platte wieder an das GB-Board

 

[Pazifist-Deluxe]

NOCH NICHT BEGINNEN, muss hier noch Änderungen anbringen

Das war knapp

Der XP Rechner hat Sata Anschlüsse - muss ich mir wegen dessen BIOS / 2,2TB / 3TB usw. keine Sorgen machen???

 

[Ernst@at]

Wegen des alten Rechners - sieh einfach mal nach, was der in der Datenträgerverwaltung anzeigt.
(Sollte es auch ein Gigabyte-Board sein, dann welches? BIOS-Version?)

 

[Pazifist-Deluxe]

Das Board ist ein MSI K8N Neo 4H

http://www.msi-computer.de/product/mb/K8N-Neo4-F--PCB-3-0-.html#?div=Detail

Ich könnte natürlich den WD Sata Controller einbauen und die HDD daran in Betrieb nehmen.

 

[Ernst@at]

wäre auch eine Option... (wenn es kein PCIe ist - pardon, ich dachte das sei ein AGP)