VMware-Forum

Hi ich habe die WS 9.0.2 build-1031769 und habe jetzt schon zweimal W7 einmal x64 und x86 darin installiert. Jedes Mal erkennt er nach der Installation und einem Neustart des Systems die eingelegte DVD nicht mehr. Die Laufwerke werden angezeigt, aber weder Auswurf noch eine eingelegte DVD wird erkannt. Verschiedenes hab ich ja schon gefunden..wie Legancy Mode anschalten oder von IDE auf SCSI stellen, Laufwerksbuchstaben neu zuweisen...hab ich alles schon versucht.

Kann mir bitte jemand mal die Ursache sagen. So ist das ja echt übel.


Gruß
Anreni

Probier mal als Administrator. Ich habe das irgendwann mal so eingestellt weils sonst nicht ging und danach nie wieder verifiziert (weil jetzt gings ja).

Du meinst die WS als Administrator ausführen?

Nee brachte nichts... kommt immer die Fehlermeldung, dass er Laufwerk M nicht finden konnte. Es lag aber kein Laufwerk auf M. Auch wenn ich das DVD Laufwerk auf M lege findet er es nicht.

Umgeh die gesamte CD/DVD-Problematik und mach dir einfach ISOs aus den Inst-Medien. Das Problem könnte auch vom professionellen ESXi herkommen, bei dem physikalisch vorhandene und an eine VM durchzureichende CD-Laufwerke im pBIOS als IDE/Legacy-Mode gelistet sein müssen.

Daran hab ich auch schon gedacht, da die Option ISO ja vorhanden ist. Trotzdem dumm, dass sich die CD/DVD Laufwerke nicht normal nutzen lassen.

An deiner Antwort lese ich, dass die Problematik allgegenwärtig ist und wohl viele damit Probleme haben. Umgehen heißt ja eigentlich kapitulieren.

Scheint ja offenbar keiner eine wirkliche Lösung parat zu haben.

Gruß
Anreni

Verlinke mal trotzdem bitte das "vmware.log" mit der fehlgeschlagenen Laufwerkseinbindung. Vielleicht findet sich darin die Lösung.

In der Message Log steht:

Unable to process CD-ROM device 'M': Das System kann den angegebenen Pfad nicht finden.

unten im grauen Feld steht:

Please ensure that your configuration is correct.
Virtual device scsi0:1 will start disconnected.

Hätte gerne einen Screenshot hier eingefügt doch diese Funktion schien nicht vorhanden zu sein in diesem Forum. Über einen Hoster ist mir dies zu kompliziert.

Habe dem CDROM manuell schon den Laufwerksbuchstaben M gegeben ohne Erfolg. Warum sucht der immer M? Auch in meiner anderen Virtuellen Maschine sucht er M, obwohl die Installations DVD nie in M lag.

Anreni[/img]

Du oder wer auch immer die VM angelegt hat, hatte die Inst entweder von einem entsprechenden Laufwerk aus gestartet oder hatte bei der Inst den Easy-Mode ausgewählt und VMware hat dann je nach Medium eine Scriptdatei für die "unbeaufsichtigte Inst" erstellt.

Das unser Forum keine Anhänge mehr gestattet, steht zum einen in vielen Threads und zum anderen enthalten die Signaturen vieler Mitstreiter nutzbare Freehoster.
Unter Umständen könnte auch der Inhalt der VMX-Datei aufschlußreich sein, dann sieht man wenigstens die VM-Config.

O.k. und wie öffne ich die VMX? Und welche ist die richtige? Es gibt da ja einige im Ordner.

Ich habe auf meiner realen Maschine nur ein CD Laufwerk als M und das ist ein virtuelles Laufwerk von UltraIso. Es lag also nie eine CD in Laufwerk M bei der Installation, weder im realen noch im VMware Laufwerk.

Und ja ich habe auf vereinfachte Installation gesetzt. Wenn es was bringt installiere ich neu und wählt diesmal die andere Option.

Du hast du nur eine VMX-Datei pro Gast und das ist eine normale Textdatei, die man mit jedem ASCII-Editor öffnen und auch speichern kann.
Wenn du mehrere VMX-Datei im Ordner hast, sind entweder mehrere VMs im selben Ordner abgespeichert oder du mußt deinen Explorer mal reparieren und auch bekannte Dateiendungen anzeigen lassen.

Hättest ja mal sagen können welche VMX... im Program x86 VMware liegen einige rum. Im Gast nur eine ... mit dem Editor geöffnet steht da:

.encoding = "windows-1252"
config.version = "8"
virtualHW.version = "9"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsisas1068"
memsize = "4096"
mem.hotadd = "TRUE"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "Windows 7 x64.vmdk"
floppy0.fileType = "device"
floppy0.fileName = ""
floppy0.clientDevice = "FALSE"
ethernet0.present = "TRUE"
ethernet0.connectionType = "nat"
ethernet0.virtualDev = "e1000"
ethernet0.wakeOnPcktRcv = "FALSE"
ethernet0.addressType = "generated"
usb.present = "TRUE"
ehci.present = "TRUE"
ehci.pciSlotNumber = "35"
sound.present = "TRUE"
sound.virtualDev = "hdaudio"
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"
hpet0.present = "TRUE"
usb.vbluetooth.startConnected = "TRUE"
displayName = "Windows 7 x64"
guestOS = "windows7-64"
nvram = "Windows 7 x64.nvram"
virtualHW.productCompatibility = "hosted"
powerType.powerOff = "hard"
powerType.powerOn = "hard"
powerType.suspend = "hard"
powerType.reset = "hard"
extendedConfigFile = "Windows 7 x64.vmxf"
checkpoint.vmState = ""
scsi0.pciSlotNumber = "160"
ethernet0.generatedAddress = "00:0c:29:bc:e1:e6"
ethernet0.pciSlotNumber = "33"
usb.pciSlotNumber = "32"
sound.pciSlotNumber = "34"
vmci0.id = "-507715098"
vmci0.pciSlotNumber = "36"
tools.syncTime = "FALSE"
uuid.location = "56 4d 5d fb 0b 62 87 9f-95 57 66 bd e1 bc e1 e6"
uuid.bios = "56 4d 5d fb 0b 62 87 9f-95 57 66 bd e1 bc e1 e6"
cleanShutdown = "TRUE"
replay.supported = "FALSE"
unity.wasCapable = "FALSE"
replay.filename = ""
scsi0:0.redo = ""
pciBridge0.pciSlotNumber = "17"
pciBridge4.pciSlotNumber = "21"
pciBridge5.pciSlotNumber = "22"
pciBridge6.pciSlotNumber = "23"
pciBridge7.pciSlotNumber = "24"
scsi0.sasWWID = "50 05 05 6b 0b 62 87 90"
usb:1.present = "TRUE"
ethernet0.generatedAddressOffset = "0"
tools.remindInstall = "FALSE"
vmotion.checkpointFBSize = "134217728"
softPowerOff = "TRUE"
usb:1.speed = "2"
usb:1.deviceType = "hub"
usb:1.port = "1"
usb:1.parent = "-1"
floppy0.autodetect = "TRUE"
numvcpus = "4"
floppy0.startConnected = "FALSE"
scsi0:1.present = "TRUE"
scsi0:1.autodetect = "TRUE"
scsi0:1.deviceType = "scsi-cdrom"
ide1:0.present = "FALSE"
usb:0.present = "TRUE"
usb:0.deviceType = "hid"
usb:0.port = "0"
usb:0.parent = "-1"


Kannst du daraus irgendwas erkennen?

Gruß
Anreni

Eine VMX-Datei ist eine Datei mit der Endung VMX und davon liegt im VMware-Programmeordner egal ob 32bit- oder 64bit-Version im Normalfall keine einzige.

Ausgehend von der VMX-Datei sollte sich dein Problem lösen, wenn du der VM das CD-Laufwerk entweder wegnimmst oder auf ISO umstellst. Du mußt nicht mal ein richtiges ISO haben, es reicht der VM ein ISO mit Null Byte vorzulegen.

Wo genau erscheint eigentlich die Meldung mit dem fehlenden Laufwerk M? Host, Gast oder Workstation?

Na ist ja nun egal... bei mir legen mehrere vmx , aber du hast recht nur eine vmx.exe.

Die Fehlermeldung ist nun weg nachdem ich eine ISO zugeteilt habe, aber ich habe so ja immer noch keinen Zugriff auf meine physikalischen Laufwerke.

Die Fehlermeldung erschein beim Booten einer VM.

In dem 32bit W7 Testsystem habe ich nur ein CD Laufwerk und im x64 W7 System hat er mir eines und ein BDROM Laufwerk angelegt. Warum den nun das?

Nun mit der Iso kann ich aber auch nur diese mit diesem Laufwerk öffnen. Werfe ich diese raus, ist es wieder vorbei mit irgendeinem Zugriff auf das Laufwerk.

Gruß Anreni

Kleine Einführung in die VMware-Virtualisierung. Die Datei "vmware-vmx.exe" im Taskmanager ist immer eine gestartete Virtuelle Maschine. Das du mehrere Dateien mit der Endung VMX im VMware-Programmeordner hast, deutet entweder auf eine fehlerhafte VMware-Installation oder eine ungeschickte Config seitens des VMware-benutzenden Benutzers hin.

Damit du Zugriff auf ein Laufwerk des Host bekommst, mußte man wie "mbreidenbach" bereits erwähnte zumindest in der Vergangenheit die Workstation mit Administrativen Rechten starten. Daran wird sich auch in Version 9.02 nicht viel geändert haben.

Wenn du den Brenner im Host an eine VM durchreichen willst, hilft dir ein ISO natürlich nicht weiter. Anders sieht es jedoch aus, wenn du dem Gast mehrere ISOs bzw mehrere CD/DVD präsentieren willst. Bei gestarteter VM solltest du meist unten rechts in der Workstation-Anwendung bzw dem Consolen-Fenster der jeweiligen VM mehrere kleine Icons sehen, die den Ausstattungszustand dieser VM (CD, Floppy, HDD, Netzwerk etc) anzeigen. Wenn du dort mit Rechtsklick auf das CD-Laufwerk gehst, kannst du dort manuell zwischen mehreren ISOs umschalten und damit gewissermaßen die CD wechseln. Das ist bei allen VMware-Produkten dieselbe Funktionalität.

Weshalb die WS deinem Win7-64 ein CD- und ein BR-Laufwerk vergeben hat, kann ich dir ohne "vmware.log" nicht sagen.

Es liegen im Programmordner folgende vmx:

vmware-vmx.exe
vmware-vmxdebug.exe
vmware-vmx-stat.exe

Wo zum Kukuk ich die vmware.log finden soll muss mir mal einer sagen. Ich kann lediglich in den Gastsystemen die vmx.exe mit dem Editor öffnen, aber das ist es ja offenbar nicht. Ich such mir hier wirklich einen ab, aber selbst in Google Suche wurde ein Pfad unter W7 angezeigt wo nix lag was dort sein sollte.

Bitte sag mir mal wo die verflixte log liegt? Ist die nur vorhanden wenn ein Gastsystem gestartet ist? Ich kann einfach nichts finden.

Mit den Iso kann ich mir ja schon mal behelfen. Vielleicht können wir das Problem ja noch lösen.

VMware läuft als Admin bei mir.

Gruß
Andreas

Wenn ich suche nach vmware.log gelange ich unter D:\Viritual Machines\Windows 7 x64, also dorthin wo ich meinen 100GB Datei legte für die VM.
Ist das die Richtige? Glaub das geht gar nicht alles hier rein so viel ist das.
Dort steht dann:

[gelöscht durch MODERATOR]

Es liegen im Programmordner folgende vmx:

vmware-vmx.exe
vmware-vmxdebug.exe
vmware-vmx-stat.exevmxlex

Sind das etwas Dateien mit der Endung VMX
Wenn du keine Dateiendungen in deinem Explorer siehst, repariere ihn bitte und deaktiviere einfach die Explorer-Einstellung "Endungen von bekannten Dateitypen ausblenden".

Wo zum Kukuk ich die vmware.log finden soll muss mir mal einer sagen. Ich kann lediglich in den Gastsystemen die vmx.exe mit dem Editor öffnen, aber das ist es ja offenbar nicht. Ich such mir hier wirklich einen ab, aber selbst in Google Suche wurde ein Pfad unter W7 angezeigt wo nix lag was dort sein sollte.

Bitte sag mir mal wo die verflixte log liegt? Ist die nur vorhanden wenn ein Gastsystem gestartet ist? Ich kann einfach nichts finden.

Mit den Iso kann ich mir ja schon mal behelfen. Vielleicht können wir das Problem ja noch lösen.

VMware läuft als Admin bei mir.

Das "vmware.log" liegt immer im Ordner der jeweiligen VM und sobald du eine VM einmal gestartet hast, findest du auch die Log-Datei.


Wie bereits früher schon geschrieben, bitte verlinke diese Datei. Die Forensoftware macht nach einigen Hundert Zeichen zu und schneidet dein Posting rigoros ab. Mit dem unvollständigen Rest kann man dann nur selten etwas anfangen.
Zumindest in diesem Fall kann ich jedoch schon sagen, daß deine vDISK (Datei mit der Dateiendung VMDK) eine Reparatur braucht. Der entsprechende Passus lautet:

2013-08-16T22:08:05.439+02:00| Worker#0| I120: DISKLIB-SPARSE: "D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s001.vmdk" : failed to open (14): Disk needs repair.
2013-08-16T22:08:05.440+02:00| Worker#0| I120: DISKLIB-LINK : "D:\Viritual Machines\Windows 7 x64\Windows 7 x64.vmdk" : failed to open (The specified virtual disk needs repair).
2013-08-16T22:08:05.440+02:00| Worker#0| I120: DISKLIB-CHAIN : "D:\Viritual Machines\Windows 7 x64\Windows 7 x64.vmdk" : failed to open (The specified virtual disk needs repair).
2013-08-16T22:08:05.440+02:00| Worker#0| I120: DISKLIB-LIB : Failed to open 'D:\Viritual Machines\Windows 7 x64\Windows 7 x64.vmdk' with flags 0xa The specified virtual disk needs repair (14).
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] GT Error (EE): GT[21][331] = 1415808 / 1415808
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] Resolving GT[21][331] = 0
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] GT Error (EE): GT[21][332] = 1415936 / 1415936
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] Resolving GT[21][332] = 0
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] GT Error (EE): GT[21][333] = 1416064 / 1416064
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] Resolving GT[21][333] = 0
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] GT Error (EE): GT[21][334] = 1416192 / 1416192
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] Resolving GT[21][334] = 0
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] GT Error (EE): GT[21][335] = 1416320 / 1416320
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] Resolving GT[21][335] = 0
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] GT Error (EE): GT[21][336] = 1416448 / 1416448
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] Resolving GT[21][336] = 0
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] GT Error (EE): GT[21][337] = 1416576 / 1416576
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] Resolving GT[21][337] = 0
2013-08-16T22:08:05.626+02:00| Worker#0| I120: DISKLIB-SPARSECHK: [D:\Viritual Machines\Windows 7 x64\Windows 7 x64-s014.vmdk] GT Error (EE): GT[21

Wie du das machst, steht im KB-Eintrag Repairing a virtual disk in Workstation (2019259), nachdem du zuerst ein Kopie des gesamten VM-Ordners gemacht hast. Die Kurzform ist, in der CMD (Eingabeaufforderung) den im VMware-Programmeordner liegenden "vmware-vdiskmanager.exe" mit dem Parameter "-R" und dem Pfad zur gewünschten VMDK-Datei zu starten. In deinem Fall lautet die Syntax also:

Ich hoffe es genügt die log als Attachment beizufügen? Nee ging nicht damit...kam rein gar nix ... hier der Link zum Skydrive mit der Log:

http://sdrv.ms/18DDGiP

Ich habe jetzt versucht mit der CMD im virtuellen System x64 den Befehl auszuführen :

vmware-vdiskmanager -R "D:\Viritual Machines\Windows 7 x64\Windows 7 x64.vmdk"

durchzuführen, doch er schreibt:

Der Befehl "vmware-vdiskmanager" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.

Die Datei ist definitv vorhanden und auch richtig benannt. Als Admin ausgeführt.

Was nun?

Anreni

Wenn du VMware nicht in die Path-Variable aufgenommen hast, füge bitte mal vor dem "vmware-vdiskmanager" noch den Pfad dahin (C:\Programme(X86)\VMwareXYZ\vdiskmanager) ein.

Danke für deine Mühe...

Der Pfad wäre dann:

C:\Programme (x86)\VMware\VMware Workstation\vmware-vdiskmanager -R "D:\Viritual Machines\Windows 7 x64\Windows 7 x64.vmdk"

..mehrfach geprüft...stimmt absolut...doch es kommt abermals:

Der Befehl "C:\Programme" ist entweder falsch geschrieben oder
konnte nicht gefunden werden.

Oh Mann das Nervt langsam... was bockt denn da so?

Anreni

Kleiner Tipp, du hast Leerzeichen im Dateinamen.
Sprich du brauchst auch dafür die schon für deine VMDK genutzten Anführungszeichen.

O.k. ist steh auf dem Schlauch... DOS Zeitalter ist an mir vorbeigezogen ohne PC...ich habs auch nicht vermisst.

Habe jetzt die " schon an verschiedene Stellen gesetzt ohne Erfolg.

Muss jetzt zur Arbeit.

Bis später

Anreni

so bin auf der Arbeit.... ähm....

glaub aber diese Kombi hab ich auch schon versucht.... aber morgen mehr wenn ich augestanden bin.

Gruß

Anreni