vmdk-Modi-Matsch entwirren

e-e-e · Beitragvon **e-e-e** » 14.10.2006, 10:44

Hallo,

ich habe eine VM (win98) für Versuchszwecke (private Nutzung von Winfax) "verliehen".
Meinem Bekannten habe ich mein WS 4.5 installiert und er fand vmware richtig toll, mit den bekannten Folgen bei "klenen Kindern": sie fangen an zu spielen. Er machte ein Upgrade auf WS 5 (evaluation), er hat ein wenig an den HDD-Einstellungen gespielt, nach Ablauf der 30 Tage wurde VMware-Server installiert. Die VM lief wohl soweit ganz gut bis er festgestellt hat, daß ein Teil seiner empfangenen Faxe wohl weg sind (es fehlt ein Teil der Chronik). In diesem Zustand soll ich das Ding nun reparieren bzw. die verlorenen Faxe sichern. In der VM existiert eine *.cfg und eine *.vmx-Datei und ich gehe davon aus, daß er die VM mal mit der einen und mal mit der anderen Datei gestartet hat. Dadurch entstanden Inconsistenzen. Wenn ich nun die VM mit der *.vmx starten will, kommt die Fehlermeldung: "Cannot open the disk *.vmdk or one of the snapshot disks it depends on. Reason: Failed to lock the file.". Beim Start mit der *.cfg-Datei startet die Kiste, aber sie hat temporäre Amnäsie. Ich gehe davon aus, daß die VM mit der *.vmx betrieben wurde und dann aus irgend einem Grund nach ein paar Tagen mit der *.cfg gestartet wurde, diese erkannte die getätigten Snapshots nicht und hat die VM von einem früheren Zeitpunkt an weitergeführt. Die verlorenen Daten dürften also in den Snapshot-Dateien stecken, die ich offensichtlich nicht mehr starten kann.
Vielen Dank für Eure Hilfe.

Gruß Ronny

e-e-e · Beitragvon **e-e-e** » 14.10.2006, 12:40

Hallo,

hier noch mal eine kleine Richtigstellung:
temporäre Amnäsie ist wohl nicht so ganz korrekt, Erzeugung einer parallele Realität ohne die andere Realität erreichen zu können, dürfte mein Problem eher beschreiben. (Denn die vmdk in dem Zustand, auf den der Snapshot aufsetzt, existiert ja nicht mehr, da inzwischen weiterverwendet.)

Gruß Ronny

al!ve · Beitragvon **al!ve** » 14.10.2006, 14:08

Etwa so würde ich dein Problem auch einschätzen und dieses dann sicherlich recht schnell als unlösbar befinden.

Zunächst sei gedagt, dass der VMWare-Server nur einen einzigen Snapshot unterstützt. Sollte die HDD vorher schon mehrfach in Snapshots unterteilt gewesen sein kann ich dir nicht mit Sicherheit sagen, wie sich der VMWare-Server dann verhalten hat. Ich vermute jdoch, dass er auf den ersten Snapshot aufgesetzt und alle anderen ignoriert hat.

Daten aus einer reinen Snapshot-Datei zu extrahieren dürfte schwierig bis aussichtslos sein. Mit hoher Wahrscheinlichkeit hast du Binärmüll vorliegen. Eine spontane Idee: Wenn sich VMWare blos überreden liese, die Snapshot-Datei doch zu verwenden. Eine vmdk basteln und diese so manipulieren, dass der Snapshot auf diese Gültig ist -- auch wenn der Inhalt dann natürlich wenig sinnvoll ist. Anschließend diese neu erstellte und mit dem Snapshot versehene virtuelle HDD in einen Gast einlegen und mittels Datenrettungswerkzeug drüber, EasyRecovery oder sowas. Wenn du sehr sehr sehr viel Glück hast, werden einige wenige Dateien rekonstruiert. Diejenigen nämlich, die vollständig im Snapshot liegen. Dazu wäre allerdings Voraussetzung, dass sich eine vmdk bilden lässt, auf die der Snapshot passt. Ob das geht ... keine Ahnung.

Beitragvon **continuum** » 15.10.2006, 00:41

Hi e-e-e

ACHTUNG: die Maschine auf keinen Fall noch ein einziges Mal starten

So und jetzt mal ganz in Ruhe ;-)

Ich habe das Problem schon ein paar Mal im US-forum erfolgreich behandelt und kenne mich gut damit aus.

Das Problem dabei ist folgendes: jedes mal wenn du eine Basis-vmdk ohne ihre dazu gehoeriges REDO-log (snapshot) startest und etwas darin tust, veraendest du den Startpunkt auf den das REDO-log aufsetzt. Verweise im REDO stimmen ploetzlich nicht mehr usw.

Wenn man das REDO-log dann wieder daran setzt erkennt VMware das es nicht mehr konsistent ist und verweigert diese vmdk - da sie sehr wahrscheinlich kaputt ist.
Diese Sicherung kann man umgehen - durch editieren der vmdk-Dateien. Die grosse Frage bleibt jetzt aber - ist die Konsistenz eventuell schon soweit beeintraechtigt das auch ein checkdisk im Gast nichts mehr retten kann oder kann ein checkdisk die Platte noch retten.

Also zu allererst auf keinen Fall mehr starten!!!!

Dann brauch ich folgendes:
- eine Dateiliste des Verzeichnisses - so wie du sie zB mit dir /s *.* > dateiliste.txt bekommst.
- die vmx-Datei
- alle vmdk-descriptorfiles - das sind die 1Kb vmdks (Textdateien)
- das letzte vmware.log als als vmx gestartet wurde

Chancen: je weniger du in den Platten geschrieben hast - umso besser

Ulli

Beitragvon **continuum** » 15.10.2006, 00:50

al!ve hat geschrieben:Zunächst sei gedagt, dass der VMWare-Server nur einen einzigen Snapshot unterstützt. Sollte die HDD vorher schon mehrfach in Snapshots unterteilt gewesen sein kann ich dir nicht mit Sicherheit sagen, wie sich der VMWare-Server dann verhalten hat. Ich vermute jdoch, dass er auf den ersten Snapshot aufgesetzt und alle anderen ignoriert hat.

Das haengt einzig und alleinm davon ab, was du ihm sagst was er nehmen soll.

Daten aus einer reinen Snapshot-Datei zu extrahieren dürfte schwierig bis aussichtslos sein. Mit hoher Wahrscheinlichkeit hast du Binärmüll vorliegen. Eine spontane Idee: Wenn sich VMWare blos überreden liese, die Snapshot-Datei doch zu verwenden. Eine vmdk basteln und diese so manipulieren, dass der Snapshot auf diese Gültig ist -- auch wenn der Inhalt dann natürlich wenig sinnvoll ist. Anschließend diese neu erstellte und mit dem Snapshot versehene virtuelle HDD in einen Gast einlegen und mittels Datenrettungswerkzeug drüber, EasyRecovery oder sowas. Wenn du sehr sehr sehr viel Glück hast, werden einige wenige Dateien rekonstruiert. Diejenigen nämlich, die vollständig im Snapshot liegen. Dazu wäre allerdings Voraussetzung, dass sich eine vmdk bilden lässt, auf die der Snapshot passt. Ob das geht ... keine Ahnung.

Deine Idee ist gar nicht schlecht - sollte man mal ausprobieren. Wenn du es mal probieren willst - besorg ein Beispiel und ueberprefe ob es funktioniert wenn ich dir eine neue Basisplatte schreibe. Also ich haette wirklich mal Lust das zu probieren ...

Ich wuerde aber etwas anders vorgehen: angenommen der Snapshot verwendet NTFS.
Dann lege ich mir eine preallocated vmdk mit NTFS an, kopiere die snapshot dateien auf diese LEERE vmdk die gleich formattiert ist. Dann boote ich in BartPE oder sonsteine andere VM mit 2k oder XP oder 2k3 .... und starte ein " geloeschte Dateien wiederfinden Programm"

e-e-e · Beitragvon **e-e-e** » 15.10.2006, 14:33

Hallo zusammen,

nach der letzten Antwort von al!ve hatte ich das Thema wegen Undurchführbarkeit und zu geringen Erfolgsaussichten schon ad acta gelegt, aber jetzt bin ich selber experimentierfreudig geworden. Ich hab´ natürlich ein originales Backup der VM, wie ich sie zurückbekommen habe, aber Achtung das Verzeichnis sieht wild aus, die vmdk´s sind FAT32-formatiert.
Dateilisten:

und

die *.vmx

Code: Alles auswählen

#!/usr/bin/vmware
config.version = "8"
virtualHW.version = "4"
scsi0.present = "TRUE"
memsize = "128"
ide0:0.present = "TRUE"
ide0:0.fileName = "/home/vmware/win98_Fax+ISDN/win98.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "/dev/cdrom"
ide1:0.deviceType = "cdrom-raw"
floppy0.fileName = "/dev/fd0"
Ethernet0.present = "TRUE"
sound.present = "TRUE"
displayName = "Win98_Fax+ISDN"
guestOS = "win98"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
powerType.powerOff = "soft"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "soft"

ide0:1.present = "TRUE"
ide0:1.fileName = "/home/vmware/win98_Fax+ISDN/win98-D.vmdk"
ide1:0.startConnected = "FALSE"
floppy0.startConnected = "FALSE"
sound.virtualDev = "es1371"
gui.exitAtPowerOff = "TRUE"
gui.fullScreenAtPowerOn = "FALSE"
toolScripts.afterPowerOn = "TRUE"
toolScripts.afterResume = "TRUE"
toolScripts.beforeSuspend = "TRUE"
toolScripts.beforePowerOff = "TRUE"

uuid.location = "56 4d bb 30 73 c3 11 09-e3 9b be 70 d4 11 a6 2e"
uuid.bios = "56 4d bb 30 73 c3 11 09-e3 9b be 70 d4 11 a6 2e"

Ethernet0.addressType = "generated"
ethernet0.generatedAddress = "00:0c:29:d7:5b:d8"
ethernet0.generatedAddressOffset = "0"

ide0:0.mode = "independent-persistent"
ide0:1.mode = "independent-persistent"

tools.syncTime = "TRUE"

serial0.present = "TRUE"
serial0.yieldOnMsrRead = "TRUE"
serial0.fileName = "/dev/ttyS0"

serial1.present = "TRUE"
serial1.yieldOnMsrRead = "TRUE"
serial1.fileName = "/dev/ttyS1"

tools.remindInstall = "FALSE"

parallel0.present = "FALSE"
parallel0.fileName = "/dev/lp0"
parallel0.bidirectional = "FALSE"

parallel0.startConnected = "TRUE"

undopoint.action = "prompt"

undopoints.seqNum = "0"
undopoint.restoreFromCheckpoint = "FALSE"
undopoint.checkpointedOnline = "FALSE"

serial0.startConnected = "TRUE"

ide0:0.redo = ""
ide0:1.redo = ""

gui.exitOnCLIHLT = "FALSE"

sound.startConnected = "FALSE"

undopoint.protected = "FALSE"
gui.restricted = "FALSE"

serial1.startConnected = "FALSE"

Ethernet1.present = "FALSE"
Ethernet1.connectionType = "hostonly"

Ethernet1.addressType = "generated"
ethernet1.generatedAddress = "00:0c:29:d7:5b:e2"
ethernet1.generatedAddressOffset = "10"

ide0:0.deviceType = "disk"
ide0:1.deviceType = "disk"
usb.present = "TRUE"

nvram = "Win98+ISDN.nvram"
snapshot.action = "prompt"

usb.autoConnect.device0 = "path:2/1 autoclean:1"

ich hab´ mal die descriptorfiles rausgesucht, die in der *vmx erwähnt sind.

Code: Alles auswählen

# Disk DescriptorFile
version=1
CID=858c3e76
parentCID=ffffffff
createType="twoGbMaxExtentSparse"

# Extent description
RW 4192256 SPARSE "win98-D-s001.vmdk"
RW 4192256 SPARSE "win98-D-s002.vmdk"
RW 4192256 SPARSE "win98-D-s003.vmdk"
RW 4192256 SPARSE "win98-D-s004.vmdk"
RW 3710976 SPARSE "win98-D-s005.vmdk"

# The Disk Data Base 
#DDB

ddb.adapterType = "ide"
ddb.geometry.sectors = "63"
ddb.geometry.heads = "16"
ddb.geometry.cylinders = "16383"
ddb.toolsVersion = "6530"
ddb.virtualHWVersion = "4"

und

Code: Alles auswählen

# Disk DescriptorFile
version=1
CID=08a041c2
parentCID=ffffffff
createType="twoGbMaxExtentSparse"

# Extent description
RW 4192256 SPARSE "win98-s001.vmdk"
RW 3999949 SPARSE "win98-s002.vmdk"

# The Disk Data Base 
#DDB

ddb.virtualHWVersion = "4"
ddb.toolsVersion = "6530"
ddb.geometry.cylinders = "8669"
ddb.geometry.heads = "15"
ddb.geometry.sectors = "63"
ddb.adapterType = "ide"

laut der Datumsangaben in der vmware-2.log müßte sie es sein, aber 32 MB groß?
Ich hänge das *.log mal an.
Noch ´ne andere Frage: wie bekomme ich mehrere Snapshots beim Sever hin und wie kann ich die dann verwalten?

Aber Vielen Dank erstmal, Ronny

Beitragvon **continuum** » 15.10.2006, 21:36

Hi
ich verstehe die Dateilisten nicht?
Wieso Zwei?
Was hast du GENAU vor ?

e-e-e · Beitragvon **e-e-e** » 15.10.2006, 21:59

Hallo,

in der ersten Liste findest Du oben das Unterverzeichnis VMware4 und die zweite Liste ist genau dieses Unterverzeichnis. Die Dateien DL1 und DL2 sind nur die Dateilisten.

gruß Ronny

Beitragvon **continuum** » 15.10.2006, 22:38

Ok

du hast also eine VM mit zwei Platten:

win98.vmdk
win98-D.vmdk

Fuer die win98-D.vmdk gibt es zwei verschiedene Sorten von REDOs/Snapshots: einmal die *.00000x.vmdks und einmal die *.REDO_random

Welche Version willst du probieren?

e-e-e · Beitragvon **e-e-e** » 16.10.2006, 02:09

Hallo,

als ich ihm die VM gegeben habe war die gesamte Installation auf Platte win98.vmdk und auf der win98-D.vmdk war nur eine Kopie der Win98-Installations CD. Ich gehe davon aus, daß er das Datenverzeichnis des Faxprogramms nicht verschoben hat (komplizierte Angelegenheit, zumindest für ihn).

Gruß Ronny

Beitragvon **continuum** » 16.10.2006, 18:02

Hi
jetzt sind wir immer noch nicht weiter: du musst ansagen welchen Zweig wir flicken wollen ...

e-e-e · Beitragvon **e-e-e** » 16.10.2006, 19:40

Sorry, hab´ ich wohl falsch verstanden.
Die win98-D.vmdk ist nur die zweite (und unwichtige) HDD der VM. Interessant ist ausschließlich win98.vmdk mit allem was dazu gehört, allerdings kann ich nicht sagen bei welchem Snapshot bzw. in welcher Redo-Datei die benötigten Daten liegen. Die fehlenden Faxe sind wohl zwischen dem 07.09.06 und dem 17.09.06 in der VM angekommen, falls Dir die Zeitangabe etwas nützt (welche WS bzw. Server gerade lief ist nicht bekannt).

Gruß Ronny

Beitragvon **continuum** » 16.10.2006, 20:37

Hi
nanu ???
zu der win98.vmdk gibt es nicht einen snapshot?

e-e-e · Beitragvon **e-e-e** » 16.10.2006, 21:34

Uuups,
hätte ich allerdings auch selbst sehen können, daß für win98.vmdk kein Snapshot existiert. Aber was hat er denn dann gemacht? Wieso fehlen die 10 Tage?
Könnte es sein, daß er zwischendurch die win98.cfg gestartet hat, und dann irgendwann das Update auf den VMware-Server gemacht hat? Das bringt mich aber gleich zur Frage warum nur von win98-D.vmdk, denn es wird doch ein Snapshot von der VM und nicht von einzelnen vmdk´s erstellt, oder?

Gruß Ronny

Beitragvon **continuum** » 16.10.2006, 22:20

Snapshots und REDOs werden schon pro disk separat geschrieben - nur der cache und RAM inhalt werden in einer einzigen Datei gespeichert.

Es koennte vielleicht so gewesen sein, dass die win98.vmdk auf nonpersistent gestellt war - dadurch koennte der vorliegende Fall erklaert werden ...

Hmmm ... ich weiss im Moment so recht nicht was ich sagen soll - ich weiss einfach nicht was ich reparieren soll ?

e-e-e · Beitragvon **e-e-e** » 18.10.2006, 09:27

Hallo,

ich habe gestern noch mal mit meinem Bekannten gesprochen, um noch weitere Infos zu bekommen, leider ohne Erfolg. Er sagt die Faxe liegen auf HDD C: und er hat mir nochmal den Zeitraum bestätigt, in welcher Reihenfolge er etwas und wann er etwas an der VM verändert hat, konnte er nicht sagen.
Ich hatte Ihm ja schon angekündigt, daß er wohl seine Daten abschreiben kann, dann werde ich ihm jetzt sagen, daß es sich endgültig erledigt hat.

Vielen Dank trotzdem, Ronny

VMware-Forum

vmdk-Modi-Matsch entwirren

vmdk-Modi-Matsch entwirren

Wer ist online?