Zweite Festplatte verschwunden - BigLBA-Problem!?

=Thufir
Bevor ich jetzt etwas falsch mache, nochmal die Frage: Kann man jetzt noch feststellen, was für eine Partition auf der Platte war?


Nicht, wenn die Partitionstabelle ueberschrieben wurde, was bei dir wohl leider der Fall war.

Ist aber nicht weiter schlimm, dann musst du halt probieren, es gibt ja wohl nur 2 Moeglichkeiten: primaere Partition oder erweiterte Partition mit nur einem logischen Laufwerk

Beim Schreiben der Partitionstabelle werden keine Daten auf der Platte angefasst, du kannst also nichts weiter beschaedigen.


Allzuviel Hoffnung fuer deine Daten will ich dir aber nicht machen, denn es ist nicht unbedingt vorhersehbar, was eine nicht BigLBA-faehige IDE-Schnittstelle denn tut, wenn sie einer Platten-Sektor ueber der 128GB-Grenze ansteuern soll.
Bei LBA ueber 128GB wird die Blockadresse in zwei Schritten uebergeben, ich vermute mal zuerst die "low"-Adresse und dann die "high" adresse. Wenn die IDE-Schnittstelle jetzt eine diese beiden Adresse als endgueltige Sektoradresse annimmt, dann schreibt er an dieser Adresse auf die Platte, und leider kann diese Adresse ueberall auf der Platte liegen.

Was ich damit sagen will: es ist nicht gesichert, dass ein einfacher Wrap-around stattfindet und die Platte einfach von vorne wieder beschrieben wird, sobald die Adresse oberhalb von 128GB liegt.

Dass bei dir MBR und Partitionstabelle ueberschrieben wurde (erkennbar an der fehlenden 0xAA55 Signatur) gibt da schon eher Anlass zur Hoffnung, denn die liegen am Anfang der Platte.


Ansonsten hat dir Fiona schon den richtigen Tip gegeben: du musst die Partitionstabelle wieder so herstellen wie sie war, dann hast du Zugriff auf alle noch vorhandenen und unbeschaedigten Daten.
 
Danke für die Info! Macht zwar nicht wirklich viel Hoffnung, die Sache mit BigLBA, aber zumindest hab ich jetzt wieder was zu tun ;)

Dann werd ich die beiden Möglichkeiten jetzt mal ausprobieren!
 
@ nobody_
Beim Partitionieren einer Festplatte wird der entsprechende Eintrag (zB. 06 fuer FAT 16, < 2GB, Part.Ende < 8GB) in die Partitionstabelle der Platte geschrieben.

Damit liegt eigentlich der Dateisystem-Typ (FAT16, FAT32, NTFS, HPFS....) fest, und meines Wissens nach kann man Partitionen nur in dem durch sie vorgegeben Dateisystem-Typ formatieren.
Bei einer Partitionserstellung wird bei einer unformatierten Partition der Type 06 in der Partitionstabelle geschrieben.
Deshalb hast du noch kein Dateisystem.
Dieses wird korrigiert beim formatieren.
Erst dann hast du eine NTFS oder Fat-Partition.
Falls ein Partitionstyp in dieser Liste nicht aufgezählt wird, ist meistens der Typ "06" für die Installation eines Betriebssystems ausreichend. Dieser wird dann häufig bei der Installation automatisch korrigiert.
Ggf. sollte das Handbuch Ihres Betriebssystems weitere Informationen und Hinweise enthalten.
Unformatierte Partitionen haben das Format RAW (Rohdaten).
Das bedeutet nach Microsoft einfach unformatiert.
Unten habe ich Bilder dazu gesetzt.

@ Thufir

Schaue mal ob du diesen Screen bei Testdisk bekommst.
https://www.computerbase.de/forum/attachments/testdisk15-jpg.16013/

Führe dann Delete aus wie von mir beschrieben.
Starte Testdisk und drücke bei dem Menü wie bei dem Link oben a (für add).

Gib dort für eine primäre NTFS-Partition ein

[ Cylinders ] [ Heads ] [ Sectors ] [ Cylinders ] [ Heads ] [ Sectors ] [ Type ] [ Done ]
......0.................1................1...........19456..........254.............63...........07......[Enter]

Bestätige weiter mit Enter zum Writescreen und setze mir einen Screenshot.

Diese Anleitung ist für eine primäre NTFS-Partition.
Wenn du unsicher bist und es doch eine erweiterte war, teile es mit.
Ich kann dir auch die Daten für eine erweiterte setzen.

Danach könntest du nochmal schauen was die Datenrettungssoftware bringt.
Auf jedenfalls hast du damit vielleicht ein Partitionsproblem ausgeschlossen, wo Datenrettungssoftware für Fat oder NTFS hindern kann die Daten richtig auszulesen.

Nach dieser Bemühung wüßte ich dann nicht mehr, was man Softwaremäßig noch machen könnte.

Gruß

Fiona

Bin erst heute abend wieder da.
 

Anhänge

  • type06.gif
    type06.gif
    10,9 KB · Aufrufe: 616
  • partassist.gif
    partassist.gif
    9,2 KB · Aufrufe: 544
  • RAW.gif
    RAW.gif
    6,1 KB · Aufrufe: 516
Fiona schrieb:
@ nobody_

Bei einer Partitionserstellung wird bei einer unformatierten Partition der Type 06 in der Partitionstabelle geschrieben.
Deshalb hast du noch kein Dateisystem.
Dieses wird korrigiert beim formatieren.
Erst dann hast du eine NTFS oder Fat-Partition.


Ist das eine Eigenart von Windows? Sinn sehe ich darin keinen.
Woher soll denn das Formatierungsprogramm wissen, welchen Dateisystemtyp es formatieren soll, wenn er in der Partitionstabelle nicht eindeutig angegeben ist?
 
Hier mal der Screen nach der Suche. Er ist wie immer leer :(
(Hab ja auch vorher den MBR + Partitionstabelle gelöscht)


TestDisk 5.5, Data Recovery Utility, November 2004
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - CHS 19457 255 63 - 152625 MB
Partition Start End Size in sectors




Structure: Ok.

Keys A: add partition, L: load backup, ENTER: to continue


Ich versuchs jetzt mal mit add.

Edit:

Hier der Screen vorm Write..

TestDisk 5.5, Data Recovery Utility, November 2004
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - CHS 19457 255 63 - 152625 MB

Partition Start End Size in sectors
1 * HPFS - NTFS 0 1 1 19456 254 63 312576642



[ Quit ] [Search! ] [ Write ]

//Habe mal deinen Doppelpost aufgeräumt. Im Falle wenn möglich bitte auch den Edit-Button benutzen. Siehe hier die Regeln §3!
Gruß Fiona
 
Zuletzt bearbeitet von einem Moderator:
Die Daten stimmen.
Du kannst auf Write gehen und mit Enter und y bestätigen.
Danach kannst du Testdisk beenden.
Ein Problem solltest du noch vor Neustart erledigen.
Die primäre Partition ist aktiv gesetzt.
Solltest du vielleicht abändern.
Lade dir hier von diesem Link Ptedit32.
ftp://ftp.symantec.com/public/english_us_canada/tools/pq/utilities/
Starte Ptedit32 und überprüfe die 2 Spalte bei Boot und ändere wenn dort 80 steht den Wert auf 00.
Hier ist auch nochmal ein Bild wo der Wert auf 00 steht
https://www.computerbase.de/forum/attachments/type06-gif.16633/
Neustart.
Falls Windows bei Neustart chkdsk ausführen will, bitte erstmal abbrechen.
Sonst werden beschädigte Daten gelöscht.
Ich gehe aber davon aus, da das Dateisystem beschädigt ist, das die Partition unformatiert ist.
Versuche es erneut mit Restorer2000.
Setze mir vielleicht nochmal die Info von Testdisk, ob die Partition auch so vorhanden ist.

Viele Grüße

Fiona
 
Zuletzt bearbeitet:
Ergebnis nach Neustart (hab die Partition auf nicht aktiv gesetzt).
Hmm, ist ja jetzt doppelt drin? Naja, ich lass jetzt den Restorer2000 nochmal ran.

TestDisk 5.5, Data Recovery Utility, November 2004
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - CHS 19457 255 63 - 152625 MB
Check current partition structure
Partition Start End Size in sectors
Invalid NTFS boot
1 P HPFS - NTFS 0 1 1 19456 254 63 312576642
1 P HPFS - NTFS 0 1 1 19456 254 63 312576642
No partition is bootable


*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
[ Quit ] [ Save ]
 
Wie wird die am Writescreen gelistet?
Ist die unformatiert?
In dem Fall könnte es sein, das die vielleicht vorher doch eine erweiterte Partition war und ein logisches Laufwerk.
Dann ist nähmlich einmal die erweiterte Partition und einmal das logische Laufwerk gelistet.

Gruß

Fiona
 
Zuletzt bearbeitet:
Restorer 2000 hat mal wieder die üblichen Verdächtigen gefunden, sprich eine Handvoll beliebiger Dateien :(

Jetzt sollte ich es vielleicht mit der erweiterten Partition versuchen. Wie sieht denn die Spezifikation dafür aus, Fiona?

Testdisk zeigt übrigens nach dem Search-Durchlauf KEINE Partition mehr an, mysteriös...
 
[ Cylinders ] [ Heads ] [ Sectors ] [ Cylinders ] [ Heads ] [ Sectors ] [ Type ] [ Done ]
......1.................1................1...........19456..........254......... ....63...........07......[Enter]

Selbe Prozedur auch mit Delete.
Du brauchtst hier nur die eine Partition eingeben.
Die erweiterte wird automatisch am Write-Screen gesetzt.

Die Partition, der MBR waren bereits richtig gesetzt, und Restorer2000 fand nichts.
Denke auch leider so langsam das es nicht gut aussieht und die Daten beschädigt sind.

Gruß

Fiona
 
Nach erneuter Suche hat Testdisk doch noch eine Partition gefunden:

TestDisk 5.5, Data Recovery Utility, November 2004
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - CHS 19457 255 63 - 152625 MB
Partition Start End Size in sectors
L HPFS - NTFS 1 1 1 19456 254 63 312560577 [Daten]

Structure: Ok. Use arrow keys to change partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
ENTER: to continue
NTFS found using backup sector!, 152617 MB

Edit 1:

...und hier nochmal der write-screen:

TestDisk 5.5, Data Recovery Utility, November 2004
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - CHS 19457 255 63 - 152625 MB

Partition Start End Size in sectors
1 E extended LBA 1 0 1 19456 254 63 312560640
5 L HPFS - NTFS 1 1 1 19456 254 63 312560577 [Daten]

[ Quit ] [Search! ] [ Write ] [Extd Part]

Edit 2:

ok, hab jetzt die Änderungen geschrieben. Es gibt jetzt wieder ein logisches Laufwerk und Restorer 2000 läuft mal wieder.

//Triple-Post zusammengeführt. Benutze bitt auch mal den Edit-Button.
Fiona
 
Zuletzt bearbeitet von einem Moderator:
Es ist schon ein Wunder, das Testdisk noch ein Datenvolumen [Daten] gefunden hat.
Damit hat man vielleicht die Option das zu versuchen wiederherzustellen.
Das geht über das Menü [Advanced] [Boot] [Rebuild BS].
Sicherlich kann Rebuild BS auch bei dem beschädigten Dateisystem abbrechen.
Dauert auch ewig, wenn es den mft untersucht.
Bei 160 GB vielleicht 1 Tag.
Das gefährliche ist, wenn du dann neu startest, kann chkdsk (Autochk) alle beschädigten Dateien löschen.
Das sollte man dann vielleicht erstmal abstellen.
geht mit;
chkntfs Laufwerk: /x
Einschalten kann man Autochk wieder mit;
Laufwerk: chkntfs /d .
Auf jeden Fall daneben sitzen und aufpassen das du im Falle chkdsk abbrechen kannst.
Mit chkdsk Laufwerk /r wurden hier schon Laufwerke repariert.
Wie hier in diesem Link Post 36-40.
https://www.computerbase.de/forum/threads/verschwundene-partition-wiederherstellen.69070/page-2
Halte ich aber bei dir für nicht ungefährlich, da dann alle Dateien von chkdsk gelöscht werden können.
Diese Aktion kann auch eine Datenrettung für ein Datenrettungslabor erschweren.
Lasse auch noch mal Search laufen, bevor du Rebuild BS machst.
Nach Search kannst du mit p drücken (P List Files) auch versuchen anzuschauen, ob dort was an Daten angezeigt wird, und dir dann die ganze Aktion nochmal genau überlegen.

Gruß

Fiona
 
Zuletzt bearbeitet:
Hallo Fiona,

sry für den Triple-Post, der Edit-Button wird jetzt mein neuer Freund ;)

Ok, dann werd ich das mal versuchen. Da die Data-Recovery-Tool zur Zeit nix finden, kann sich auch nichts verschlechtern. Und ein Datenrettungslabor kostet bestimmt 'ne Stange Geld, oder? Wisst ihr (ungefähr), wie viel das kostet? Ich hab zwar keine Daten, aber Zeit habe ich genug. Und, Glück im Unglück, ich habe ja immerhin ein lauffähiges System.

Bei List Files zeigt er mir einen I/O-Error beim Zugriff auf das Filesystem an :(

Dir und auch allen anderen an dieser Stelle schon mal ein dickes Dankeschön für eure kompetenten Tips. Ich bin mir sicher, dass in einem normalen Fall meine Daten sicherlich mit eurer Hilfe schon wieder da wären.

Also, hoffen wir das beste

liebe Grüsse

Thufir

Edit:

Hier die Ausgabe von Advanced - Rebuild BS:

TestDisk 5.5, Data Recovery Utility, November 2004
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - CHS 19457 255 63 - 152625 MB
Partition Start End Size in sectors
5 L HPFS - NTFS 1 1 1 19456 254 63 312560577 [Daten]

sectors_per_cluster 8
mft_lcn 4
mftmirr_lcn 19535036
clusters_per_mft_record -10
clusters_per_index_record 1
Extrapolated boot sector and current boot sector are identical.


[ Dump ] [ Quit ]

Dump sector

Ich kann an dieser Stelle nix weiter machen :(
Was jetzt? Versuchen, eine erweiterte Partition zu erstellen?
 
Zuletzt bearbeitet:
Hier war mal ein Fall mit 1800 €.
https://www.computerbase.de/forum/threads/notebook-hd-crash.98616/

Gruß

Fiona

Edit:
Du darfst auch ruhig posten. :rolleyes:
Da Bootsektor und extrapolated Bootsektor identisch sind, gibt es keine Änderung.
Daher kannst du mit Write nicht bestätigen.
Eine erweiterte Partition zu erstellen bringt nichts.
Ich wüßte nichts was man in deinem Fall noch machen könnte.
Wie es aussieht sind die Daten vielleicht mit Datenrettungssoftware nicht mehr wiederherstellbar.
Gruß

Fiona
 
Zuletzt bearbeitet:
Zurück
Oben