Malheur mit recovery von vmware Betriebssystem

[bruno78]

Hi,

mir ist ein ziemliches Missgeschick passiert. Aus Versehn wurde die Partition formattiert, auf der mein VMWare Image war, waren 22 vmdk files und die anderen config Files.

Mit getdataback hab ich die Files nun wiederherstellen können, da auf der Platte sonst noch nichts neues geschrieben wurde.

Mein Problem: Bei der Wiederherstellung sind die Namen der Dateien nicht mehr erkannt worden, d.h. ich musste sie selbst benennen. Die kleine Files habe ich herausgefunden durch Öffnen in Wordpad, diese habe ich nun richtig benannt.

Muss die Reihenfolge der vmdk files (ca 20 Stück a 2GB max) exakt stimmen wie zuvor? Habe die vmdk files einfach mit 1 bis 22.vmdk nummeriert und die flat datei angepasst, aber er will es nicht öffnen.

Gibt es eine Möglichkeit, jedes einzelne vmdk file zu mounten, um Dateienzu kopieren? Ich hatte auf der vmware ein paar wichtige files. Oder eine andere Möglichkeit? Kann man ein einzelnes vmdk file von 2 GB ansprechen bzw. mounten irgendwie, oder nur alle zusammen?

DANKE

[e-e-e]

Hallo,

Du hast doch hoffentlich vor dem ersten Start deiner neu benannten Dateien ein Backup gemacht.
Wenn die Reihenfolge nicht stimmen sollte, ist das genauso als wenn Du eine HDD zersägst, und die Stücke in wilder Reihenfolge wieder zusammensetzt. Nichts geht mehr, und es gehen wahrscheinlich auch noch zusätzlich Daten verloren.

[continuum]

Sieht schlecht aus - sehr schlecht - hast du jetzt Zufallsnamen oder ist noch irgendwas regelmaessiges zu erkennen ?

Hast du nicht noch irgendwelche alten logs ?

Sind die daten wichtig genug um sich einen Abend damit um die Ohren zu schlagen ?
Wirklich ?

.... dann ruf mal an

[bruno78]

also die Daten haben gar keine Namen. Und ja, sie sind wichtig, es geht um 4 Wochen Arbeit.

Ich kann mal einen Screen von den Daten in gdb machen, folgt gleich. Wie gesagt, die kleinen config files konnte ich schon identifizieren.

Die Daten liegen auf der formattierten Hd vor und als Kopie in willkürlicher Reihenfolge auf einer anderen Festplatte nun. Größe und Checksummen werden angezeigt.

[continuum]

Liegen die files jetzt auf NTFS und ist die defekte vmdk von einem windows-gast ?

[bruno78]

ich mache jetzt erstmal folgendes. Ich probiere noch 3 oder 4 andere Recovery Programme aus und schaue, ob die auch die Dateien nur namenlos anzeigen, evtl. hab ich da ja Glück. Also die vmx, vmdk config usw. konnte ich alle in einem Texteditor identifizieren und habe sie schon korrekt umbenannt.

Gibt es eine Möglichkeit, z.B. mit Hexeditor, die 2GB vmdk Partdateien zu identifizieren für eine korrekte Reihenfolge? Ist irgendwas wie eine laufende Nummer oder dergleichen auslesbar?

Die Dateien habe ich alle auf eine andere NTFS Festplatte kopiert mit getdataback NTFS Version und willkürlich 1.vmdk bis 22.vmdk genannt, bis auf die bereits identifizierten kleinen Dateien. Handelte sich um einen Windows XP Prof guest unter VMWare Fusion.

Wie gesagt, teste jetzt mal 1-2 Stunden mit anderen Recovery Tools, ob die noch was von den Namen hinbekommen wieder, dann könnte ich anhand der Filesizes identifizieren.

[continuum]

Lad dir mal von mir auf der Seite die dsfok-tools runter.
http://sanbarrow.com/phpBB2/viewtopic.php?t=757

die entpackst du im selben ordner wie die vmdks.

Dann machst du fuer jede vmdk folgendes

dsfo.exe filename1.vmdk 0 512 filename1-desc1.bin
dsfo.exe filename1.vmdk 512 500 filename1-desc2.bin

am Ende hast du 44 kleine dateien - die zippst du alle und schickst sie an webmaster at sanbarrow dot com.

Ich guck mir das dann mal an ...
Geht nur auf einem 32 bit Host ...

[bruno78]

ok werde ich gleich machen, vielen vielen Dank.

Hier 2 screens vom Verzeichnisbaum in gtb:

http://img13.imageshack.us/img13/2171/49567067.jpg erster Teil
http://img134.imageshack.us/img134/221/20143184.jpg zweiter Teil

Das 3,679 große File habe ich als vmx identifiziert, das 1,528 als vmdk config file mit den Einträgen zu den vmdk files

[bruno78]

habe Dir die Files soeben gesendet sowie einen Screen der Files, wie sie derzeit auf meiner zweiten Platte liegen.

edit:

warte mal, ein anderes recovery tool hat in der demo die Namen gefunden juhu.

http://img384.imageshack.us/img384/4612 ... output.jpg

verstehe nur nicht wieso dei da nicht als 2Gb Files angezeigt werden

[continuum]

poste mal die vmdk und die vmx die du gefunden hast.

File 13 ist keine vmdk.

Wo sitzt du - ist das vielleicht in der Naehe des Sauerlands ?

[bruno78]

diese 4kb großen files mit Punkt davor, ist in denen evtl. ne gewisse Info enthalten?

Sitze leider im südlichen NRW.

# Disk DescriptorFile
version=1
encoding="UTF-8"
CID=8b48cb97
parentCID=ffffffff
createType="twoGbMaxExtentSparse"

# Extent description
RW 4192256 SPARSE "Windows XP Professional-s001.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s002.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s003.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s004.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s005.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s006.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s007.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s008.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s009.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s010.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s011.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s012.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s013.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s014.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s015.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s016.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s017.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s018.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s019.vmdk"
RW 4192256 SPARSE "Windows XP Professional-s020.vmdk"
RW 40960 SPARSE "Windows XP Professional-s021.vmdk"

# The Disk Data Base
#DDB

ddb.virtualHWVersion = "7"
ddb.uuid = "60 00 C2 9b fd 36 48 ba-d3 eb ed 70 5b 36 93 d2"
ddb.geometry.cylinders = "5221"
ddb.geometry.heads = "255"
ddb.geometry.sectors = "63"
ddb.adapterType = "buslogic"
ddb.toolsVersion = "7461"

.encoding = "UTF-8"
config.version = "8"
virtualHW.version = "7"
scsi0.present = "TRUE"
memsize = "1200"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "Windows XP Professional.vmdk"
ide1:0.present = "FALSE"
ide1:0.fileName = "auto detect"
ide1:0.deviceType = "cdrom-raw"
floppy0.fileType = "device"
floppy0.fileName = ""
floppy0.clientDevice = "FALSE"
ethernet0.present = "TRUE"
ethernet0.connectionType = "bridged"
ethernet0.wakeOnPcktRcv = "FALSE"
ethernet0.linkStatePropagation.enable = "TRUE"
usb.present = "TRUE"
ehci.present = "TRUE"
sound.present = "TRUE"
sound.fileName = "-1"
sound.autodetect = "TRUE"
mks.enable3d = "TRUE"
serial0.present = "TRUE"
serial0.fileType = "thinprint"
pciBridge0.present = "TRUE"
pciBridge4.present = "TRUE"
pciBridge4.virtualDev = "pcieRootPort"
pciBridge4.functions = "8"
pciBridge5.present = "TRUE"
pciBridge5.virtualDev = "pcieRootPort"
pciBridge5.functions = "8"
pciBridge6.present = "TRUE"
pciBridge6.virtualDev = "pcieRootPort"
pciBridge6.functions = "8"
pciBridge7.present = "TRUE"
pciBridge7.virtualDev = "pcieRootPort"
pciBridge7.functions = "8"
vmci0.present = "TRUE"
isolation.tools.hgfs.disable = "FALSE"
buslogic.noDriver = "FALSE"
roamingVM.exitBehavior = "go"
tools.syncTime = "TRUE"
displayName = "Windows XP Professional"
guestOS = "winxppro"
nvram = "Windows XP Professional.nvram"
virtualHW.productCompatibility = "hosted"
ft.secondary0.enabled = "TRUE"
printers.enabled = "TRUE"
sharedFolder0.present = "TRUE"
sharedFolder0.enabled = "TRUE"
sharedFolder0.readAccess = "TRUE"
sharedFolder0.writeAccess = "TRUE"
sharedFolder0.hostPath = "/Volumes/My Book"
sharedFolder0.guestName = "My Book"
sharedFolder0.expiration = "never"
sharedFolder.maxNum = "3"
hgfs.mapRootShare = "TRUE"
hgfs.linkRootShare = "TRUE"
tools.upgrade.policy = "upgradeAtPowerCycle"
powerType.powerOff = "soft"
powerType.powerOn = "soft"
powerType.suspend = "soft"
powerType.reset = "soft"

extendedConfigFile = "Windows XP Professional.vmxf"

numvcpus = "2"

ide1:0.startConnected = "FALSE"
ethernet0.addressType = "generated"
uuid.location = "56 4d 01 7a f0 ac 8e fc-d0 02 53 18 81 eb 33 01"
uuid.bios = "56 4d 4d d7 90 a2 fa dc-7e bd 69 08 13 59 10 f4"
gui.exitOnCLIHLT = "TRUE"
unity.wasCapable = "TRUE"
scsi0:0.redo = ""
vmotion.checkpointFBSize = "134217728"
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.pciSlotNumber = "16"
usb.pciSlotNumber = "32"
ethernet0.pciSlotNumber = "33"
sound.pciSlotNumber = "34"
ehci.pciSlotNumber = "35"
vmci0.pciSlotNumber = "36"
usb:0.present = "TRUE"
usb:1.present = "TRUE"
ethernet0.generatedAddress = "00:0c:29:59:10:f4"
ethernet0.generatedAddressOffset = "0"
vmci0.id = "324604148"
usb:1.deviceType = "hub"
usb:0.deviceType = "mouse"
floppy0.autodetect = "TRUE"
ide1:0.autodetect = "TRUE"
gui.fullScreenAtPowerOn = "FALSE"
gui.viewModeAtPowerOn = "windowed"

floppy0.present = "FALSE"

checkpoint.vmState = ""

annotation = "Haupt-Windows"

sharedFolder1.present = "TRUE"
sharedFolder1.enabled = "TRUE"
sharedFolder1.readAccess = "TRUE"
sharedFolder1.writeAccess = "TRUE"
sharedFolder1.hostPath = "/Volumes/Daten/postgres"
sharedFolder1.guestName = "postgres"
sharedFolder1.expiration = "never"

sharedFolder2.present = "TRUE"
sharedFolder2.enabled = "TRUE"
sharedFolder2.readAccess = "TRUE"
sharedFolder2.writeAccess = "TRUE"
sharedFolder2.hostPath = "/Users/michael/Desktop/TEX NEU 2009"
sharedFolder2.guestName = "TEX NEU 2009"
sharedFolder2.expiration = "never"

gui.fullScreenOnAllHostDisplays = "TRUE"

ide0:0.present = "TRUE"
ide0:0.autodetect = "TRUE"
ide0:0.deviceType = "cdrom-raw"

[continuum]

bitte keine posts editieren nachdem schon jemand geantwortet hat ...

[continuum]

guck mal in deine PMs und ruf mal eben an

[bruno78]

fummel jetzt erstmal noch mit ner Menge recovery demos rum, ob die was von den Namen finden, das eine Tool hatte nicht geklappt. Melde mich dann mit neuem Wasserstand.

[bruno78]

JUHU!!!!

Habs wieder hinbekommen, indem ich mit diversen Hexeditoren usw mir ne ähnliche vm angeschaut hab und dann nach Schablone ubenannt hab. JUHU Direkt mal Sicherung machen