VMware-Forum

Hallo
Bisher war ich nur stiller Mitleser aber nun habe ich ein für mich unlösbares Problem.
Bis letzte Woche lief an einem Firmenstandort eine Workstation 1.0.2 mit einem MS-Dos als VM und wie sollte es auch anders sein, nach einem Stromausfall kam der Server nicht mehr hoch und somit ist auch die VM zerstört.
Ich habe nur noch ein Logfile, eine *.dsk Datei (die konnte ich jetzt schon auf vmdk umkonvertieren), die nvram Datei, und eine core Datei.
Die vmx Datei ist beschädigt und nicht mehr lesbar.

Ist es mit diesen Dateien möglich die VM wieder zum Leben zu erwecken und unter einer aktuelle Workstation zum laufen zu bekommen bzw auf einem aktuellen ESXI ?

Die WS-Version 1.02 dürfte um 2000 veröffentlicht worden sein. Bist du dir absolut sicher, daß es diese uralte Workstation-Version ist?
Welches Logfile hast du noch vorliegen, etwa ein "vmware.log" aus dem Ordner der DOS-VM?
Die nvram-Datei enthält nur das vBIOS, eine DSK-Datei ist mir unbekannt und aus dem vollständigen "vmware.log" kann man die VMX-Datei sprich Gast-Config wieder herauslesen. Verlinke daher bitte mal dein vollständiges Logfile auf einen Freehoster ohne Flashmüll und Zwangsanmeldung oder nutzte eigenen Webspace und wir schauen uns das mal an.

Um... die Workstation kann doch ne vmdk als Laufwerk mounten oder ? Damit müßte man den Inhalt doch rausziehen können. Oder ne neue DOS VM machen, die vorhandene als 2. Platte einbinden und rüberkopieren.

Die Workstation ja, aber ob das bereits die WS1.02 kann?
Die DSK-Datei spricht wirklich für eine uralte WS-Version, aber ob eine WS ab Version 5 mit dem alten VMDK-Format noch zusammenspielen will...

Ausprobieren.

Entweder der Inhalt der VM ist WICHTIG oder er isses nicht.

Guten Morgen
Nun präsentiere ich euch ein Relikt der Zeit

http://filecloud.io/rn8cu4e2

Mach mal ne Kopie der entstandenen VMDK und leg in der WS eine neue DOS-VM an. Darin lenkst du die vDISK auf die Kopie und versuchst zu starten.

[add]
Falls das nicht klappt, leg nen neuen VM-Ordner an, erstelle eine VMX-Datei mit folgendem Inhalt und pack eine Kopie der DSK-Datei dazu:

Alternative dazu wäre den Eintrag ide0:0.fileName = "Dos.dsk" auf ide0:0.fileName = "Dos.vmdk" oder den bei der Umwandlung in eine VMDK-Datei von dir gewählten Namen zu ändern. Die VMX-Datei ist eine reine Textdatei ohne Formatierungen.

Wow - der Mann hat eine dsk Datei.

Die habe ich schon ewig nicht mehr gesehen - würde ich mir gerne mal remote ansehen wenn du weiterhin Probleme damit hast.

02985 908742

Ja gibt weiter Probleme...
Dos startet nur zur Hälfte und bricht ab mit dem Fehler das meine Workstation auf einem 64bit System läuft.
Das Betriebsystem beim Kunden war ein Windows NT In dem Unternehmen wurde "never touch a running system" leider zu wörtlich genommen.

Ob ich jemanden Remote arbeiten lassen darf muss ich erst mit dem Kunden absprechen.

Hi @ all
Nach langer Zeit habe ich mich durchgerungen den kompletten physischen Rechner mit dem Vmware Converter zu virtualisieren. Hat auch alles wunderbar geklappt doch wenn ich nun in dem virtuelle Rechner die VM starten möchte erhalte ich den Fehler im Anhanghttp://www.directupload.net/file/d/3554/y3q5fysi_jpg.htm

Hat einer eine Idee was es sein kann ?

illvisionz hat geschrieben:Hi @ all
Nach langer Zeit habe ich mich durchgerungen den kompletten physischen Rechner mit dem Vmware Converter zu virtualisieren. Hat auch alles wunderbar geklappt doch wenn ich nun in dem virtuelle Rechner die VM starten möchte erhalte ich den Fehler im Anhanghttp://www.directupload.net/file/d/3554/y3q5fysi_jpg.htm

Hat einer eine Idee was es sein kann ?

Du bist jetzt also virtuell in einerm virtuellen Gast unterwegs?
Also ich kann nur sagen das bei einem Kunden Dos-Gäste unter ESX5i sauber laufen.
Gruss

Dein Bild reicht nicht aus, verlinke daher das ungekürzte "vmware.log" auf einen Freehoster und dann wir sehen weiter.

Hi
Wie gewünscht befindet sich im Anhang die Logdatei.

http://filecloud.io/c2mlv5x8

Mar 10 15:02:12: Expiration = 2010-07-19
Mar 10 15:02:12: Hash = ********-********-********-********-********
Mar 10 15:02:12: Msg_Post (null): msg.License.expired
Your license has expired
Return to www.vmware.com/license-nt to obtain a new license.
Mar 10 15:02:14: GuiHost_SetUserName not implemented

Mehr gibt es dazu wohl nicht zu sagen. Solange die VM lief, war die abgelaufene Lizenz vielleicht noch kein Problem gewesen sein. Jetzt nach der VM-Neubau war es das jedenfalls für's erste.

Mich wundert dabei nur, daß du die Workstation überhaupt installiert bekommen hast.
"Continuum" hatte dir ja seine Tel-Nummer geschrieben. Mein Rat wäre daher, bei ihm anzurufen und dann kommt ihr auch zu einer schnellen Lösung.

Die Firma hat mir ein Backup übergeben auf dem ein mit dem Converter 3.0.3 konvertierter Computer mit der VM war.
Ich habe nun mit den verschiedenen Converter Versionen den Computer bis auf Workstation 10 konvertiert und jetzt kommt halt der Fehler.

Das bedeutet für mich, daß der alte Rechner bzw dessen Backup mit dem Converter3.0.3 in eine VM konvertiert wurde und in dieser VM läuft deine uralte Workstation1.0.2-Version. Damit hättest du eine sogenanne "Nested VM".
Ich habe keine Ahnung, ob die Workstation-Version1.X dies überhaupt ermöglicht. Geh dein Problem am einfachsten mit "Continuum" durch.

Oh Mann - das war eine harte Nuss - erst in oberster Instanz konnte die Frage gelöst werden.
Petr selber hat sich die VM angesehen und dann einen Fix für das QEMM Problem gefunden.

https://communities.vmware.com/message/2360864#2360864

Nettes Erlebnis - gute Kontakte zahlen sich doch manchmal aus