vmdk defekt nach Windows crash

[Gierk]

Hallo Leute

also ich hatte auf meinem Rechner der mit Windows 7 32bit läuft eine Debian virtuelle Maschine. Nun ist meine Windows Installation gecrash und ich musste formatieren und neuinstallieren. Ich habe mit Get Data Back meine Daten wiederbekommen zum glück unter anderem auch meine Virtuelle Maschine mit allen Dateien aber sie wollte sich nicht starten lassen weil die vmx datei defekt war. Diese habe ich neu erstellt nachdem ich eine neue Maschine gemacht haben und die vmx von der genommen habe und sie geändert habe aber leider sagt er bei jeder vmdk datei "The file specified is not a virtual disk.".

[continuum]

Hi
poste mal was du genau an files vorliegen hasst

[Gierk]

Ich wusste nicht wie ich das jetzt machen sollte deswegen

http://imageshack.us/photo/my-images/86 ... anntyz.jpg

[continuum]

sowas geht zB so

cd <Verzeichnis der VM>
dir > dateiliste.txt

poste mal debian6.vmdk

[Gierk]

sorry aber ich kenn mich mit vmware nicht so gut aus wie soll ich die datei denn öffnen um sie zu posten

[continuum]

am besten mit einem Texteditor wie Notepad++, Scite, Ultraedit oder sowas

Zur Not mit wordpad

[Gierk]

ich glaube das hatte ich schon versucht aber die datei war dann leer aber ich versuch es nochmal wenn ich später zu hause bin

[continuum]

wenn die leer ist haben wir das Problem erkannt
zip die vmware.logs und lad das zip hoch
dann schreib ich dir. die vmdk neu

send from iphone

[Gierk]

https://rapidshare.com/files/3516139041/Logs.zip

[continuum]

Was ist denn nun mit der vmdk ? - kommt die noch ?

Die vmware.logs sind corrupt - bitte lad sie noch mal hoch

[Gierk]

Ich hab mir eben die logs angeguckt und die sind alle nicht brauchbar die sehen alle so aus

瀝깲핿霅쿧珏䨩໚圶ﵩ肅㳎ꐸ濻鏕옹ଝឫ䏔ﰛ祟뷑銋⹈䒞俞

[continuum]

und die vmdk ?

[Gierk]

die vmdk sehen so aus

5h4JQ￾ .þÏ9)ø÷ÔR÷“â_
û™Ê
;ü!D}
ìŠxó+ê/… çöŒú0à

[Dayworker]

Ich würd mal sagen, die VM ist verloren. Ohne Backup wirst du da nichts mehr machen können.
Hattest du "Get Data Back" eigentlich vorher mal testen können oder hast du das auf blauen Dunst eingesetzt? Gut möglich, daß du damit nur noch mehr beschädigt hast...
Ich habe zum Beispiel mit PC Inspector File Recovery sehr gute Erfahrungen gemacht, während DataRecovery zu instabil und NTFS Undelete aufgrund der Beschränkung auf NTFS für einen anscheinend beim Schreibzugriff abgezogenen FAT32-Stick nicht in Frage kam.

PS: Die eigentlich sonst extrem hilfreiche Windows-Beigabe "chkdsk" sollte bei einer anstehenden Datenrettung komplett vergessen werden. Damit werden sämtliche noch vorhandenen Fragmente zuverlässig ausgenullt und eine Wiederherstellung ist selbst für ein Forensisches Labor vermutlich unmöglich.

[UrsDerBär]

@Dayworker: Also GetDataBack ist schon sehr zuverlässig. Schraubt nicht am Filesystem rum. Wird also kaum Schuld am Dilemma sein. In manchen Situationen spuckt es zwar Files aus, die sind aber nur Schrott. Dann sollte man zbsp. auf Ontrack EasyRecovery zurückgreifen. Bis dato mit den beiden Werkzeugen die besten Ergebnisse erzielt. Mit einem von beiden gings eigentlich immer, wenn auch nicht immer im ersten Anlauf.

[Dayworker]

Mit einem von beiden gings eigentlich immer, wenn auch nicht immer im ersten Anlauf.

...und vermutlich liegt im ersten Anlauf auch das Problem. Da der TO laut eigenen Worten das System formatiert und neu aufgesetzt hat, wird vermutlich auch kein anderes Tool jetzt etwas brauchbares mehr finden können und mit jedem Schreibzugriff auf den Datenträger schwindet die Chance noch weiter.


@Gierk
Aus eigener, leidvoller Erfahrung kann ich dir sagen, sämtliche Daten ohne Sicherung sind ohne Ausnahme als unwichtig zu betrachten. Sonst hätte man mehr Sorgfalt walten lassen.
Weshalb hat sich deine Win-Inst eigentlich verabschiedet?

[continuum]

wenn bur die kleine vmdk so aussieht ist dasd noch "normal" - das habe ich schon oefter gesehen ....
ich bin gerade in Eile - ich schreibe dir die vmdk morgen neu

[UrsDerBär]

@Dayworker: Stimmt, Formatiert = Gleiche HD. Ein aktuelles Windows crasht normal halt nicht einfach so, dass es unbrauchbar wird. Hatte ich schon ewig nicht mehr. Lag in der Regel an der HDD, dann kommt die eh sicherheitshalber raus. Bei einem System ohne Backup sowieso. Ein System worauf gebastelt wird darf eh nichts wichtiges enthalten. Bringt jetzt aber auch alles nix, im Nachhinein ist man immer schlauer. Hoffen wir mal er hat Gück und der Rest ist in Ordnung und Ulli kann ihms reparieren.

[continuum]

Code: Alles auswählen

# Disk DescriptorFile
version=1
CID=fffffffe
parentCID=ffffffff
isNativeSnapshot="no"
createType="twoGbMaxExtentSparse"

# Extent description
RW 4192256 SPARSE "Debian-6-s001.vmdk"
RW 4192256 SPARSE "Debian-6-s002.vmdk"
RW 4192256 SPARSE "Debian-6-s003.vmdk"
RW 4192256 SPARSE "Debian-6-s004.vmdk"
RW 4192256 SPARSE "Debian-6-s005.vmdk"
RW 4192256 SPARSE "Debian-6-s006.vmdk"
RW 4192256 SPARSE "Debian-6-s007.vmdk"
RW 4192256 SPARSE "Debian-6-s008.vmdk"
RW 4192256 SPARSE "Debian-6-s009.vmdk"
RW 4192256 SPARSE "Debian-6-s010.vmdk"
RW 20480 SPARSE "Debian-6-s011.vmdk"

# The Disk Data Base
#DDB

ddb.virtualHWVersion = "8"
ddb.geometry.cylinders = "2610"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.adapterType = "lsilogic"


[Gierk]

erstmal danke für das neu schreiben aber ich bekomme immer noch einen Fehler



Uploaded with ImageShack.us

[continuum]

was hast du denn mit den Zeilen die ich gepostet habe gemacht ?

das waere Debian 6.vmdk

[Gierk]

genau da habe ich sie eingefügt

[continuum]

stimmt der Dateinamen auch ?

falls es wichtig ist - gucke ich mal per Teamviewer nach ...

[Dayworker]

genau da habe ich sie eingefügt

Hast du die mit einem einfachen Texteditor wie Notepad++, UltraEdit etc oder mit einer Tectverarbeitung ala Word etc eingefügt?
Die VMDK-Datei darf genauso wie die VMX-Datei nur unformatierten Text enthalten, mit allem anderen kann VMware nichts anfangen.

[Gierk]

ich habe es mit dem normalen notepad eingefügt