Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
VMplayer setup (Windows) - vmnetcfg.exe nach installieren
-
- Experte
- Beiträge: 1519
- Registriert: 25.04.2005, 17:20
- Wohnort: Wiesbaden
- continuum
- UNSTERBLICH(R.I.P.)
- Beiträge: 14759
- Registriert: 09.08.2003, 05:41
- Wohnort: sauerland
- Kontaktdaten:
als auch gewissermaßen den VMware Server in sich vereinigt?
na so wuerde ich das nicht ausdruecken ...
Workstation soll einen hostd.service bekommen - sowas ahben sonst nur ESX und VMserver
Ansonsten simd WS und VMplayer ja schon seit VMplayer 1 im prinzip ein und dasselbe Produkt - nur halt unterschiedlich ausgestattet bei den Zusatz-tools die es dabei gibt.
vmware-vmx.exe und vmx86.sys sind bei beiden gleich.
Durch die MOA-bastelei weiss ich schon lange dass ich einen VMplayer quasi fliessend in eine Workstation umstricken kann
-
- King of the Hill
- Beiträge: 13569
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Kommen da noch ein paar mehr Infos? Ich vermisse irgendwie die üblichen Angaben zum OS inklu SP.pospiech hat geschrieben:Dayworker hat geschrieben:Starte es einfach mal über "Ausführen als Admin".
Falls das immer noch nicht klappt, welche Antivirus-, Firewall-, Security-SW ist sonst noch auf dem Host installiert?
Admin ändert nichts, AV, FW ist beides von Microsoft.
Steht dazu vielleicht noch was im Ereignis-Log von Windows?
Dayworker hat geschrieben:Kommen da noch ein paar mehr Infos? Ich vermisse irgendwie die üblichen Angaben zum OS inklu SP.
Steht dazu vielleicht noch was im Ereignis-Log von Windows?
Windows 7, SP 1
Im Ereignis log steht:
Name der fehlerhaften Anwendung: vmnetcfg.exe, Version: 7.1.4.16648, Zeitstempel: 0x4d8d6dde
Name des fehlerhaften Moduls: vmwarebase.DLL, Version: 8.0.1.27038, Zeitstempel: 0x4ec0abe8
Ausnahmecode: 0xc0000005
Fehleroffset: 0x0017d99a
ID des fehlerhaften Prozesses: 0x2380
Startzeit der fehlerhaften Anwendung: 0x01ccc0cc82eb416c
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\VMware\VMware Player\vmnetcfg.exe
Pfad des fehlerhaften Moduls: C:\Program Files (x86)\VMware\VMware Player\vmwarebase.DLL
Berichtskennung: c1c7add8-2cbf-11e1-9235-005056c00008
Nachdem ich den Rechner und auch die VM neu gestartet habe, ging der brigded mode plötzlich...
-
- King of the Hill
- Beiträge: 13569
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Das erklärt schon fast alle Probleme.Windows 7, SP 1
Kann es sein, daß du vorher die Workstation8 installiert hattest?Name der fehlerhaften Anwendung: vmnetcfg.exe, Version: 7.1.4.16648, Zeitstempel: 0x4d8d6dde
Name des fehlerhaften Moduls: vmwarebase.DLL, Version: 8.0.1.27038, Zeitstempel: 0x4ec0abe8
Dayworker hat geschrieben:Das erklärt schon fast alle Probleme.Windows 7, SP 1Kann es sein, daß du vorher die Workstation8 installiert hattest?Name der fehlerhaften Anwendung: vmnetcfg.exe, Version: 7.1.4.16648, Zeitstempel: 0x4d8d6dde
Name des fehlerhaften Moduls: vmwarebase.DLL, Version: 8.0.1.27038, Zeitstempel: 0x4ec0abe8
Nein, der Rechner ist erst vor 6 Monaten gekauft und ich besitze keine Lizenzen für vmware. da war nur player 3.x und jetz 4.x drauf
-
- King of the Hill
- Beiträge: 13569
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Dann hat VMware den Player also schon nicht mehr eigenständig entwickelt, sondern höchstwahrscheinlich einfach nur alle ausführbaren Dateien mit Workstation im Namen gelöscht.Nein, der Rechner ist erst vor 6 Monaten gekauft und ich besitze keine Lizenzen für vmware. da war nur player 3.x und jetz 4.x drauf
Nur mal so ins Blaue gedacht:
Kann das wohl sein, dass das vmnetcfg.exe noch von der 3.1.4er Installation stammt, und bei der Umstellung von 3.x auf 4.x nicht sauber entfernt wurde, bevor das vmnetcfg.exe der 4er installiert wurde?
In meinem 4.0.1er-Installationspack ist jedenfalls vmnetcfg 8.0.1 build-528992 (bzw. 8.0.1.27038) drin...
Das wuerde so nebenbei auch die DLL-Ladeproblematik erklaeren...
Kann das wohl sein, dass das vmnetcfg.exe noch von der 3.1.4er Installation stammt, und bei der Umstellung von 3.x auf 4.x nicht sauber entfernt wurde, bevor das vmnetcfg.exe der 4er installiert wurde?
In meinem 4.0.1er-Installationspack ist jedenfalls vmnetcfg 8.0.1 build-528992 (bzw. 8.0.1.27038) drin...
Das wuerde so nebenbei auch die DLL-Ladeproblematik erklaeren...
-
- King of the Hill
- Beiträge: 13569
- Registriert: 01.10.2008, 12:54
- Wohnort: laut USV-Log am Ende der Welt...
Wie in einem früheren Posting dieses Threads geschrieben, befindet sich die Datei bereits im Zugriff. Das dürfte mit ziemlicher Sicherheit immer die eingesetzte Security-Suite sprich Antivirus-Tool sein, da diese bei sämtlichen IO-Aktivitäten zuerst aktiv werden. Verhindern kann man das ganz einfach, indem man Ausnahmen im Antivirus-Programm definiert. Neben dem VMware-Programmeordner sollte in jedem Fall auch der Ordner mit allen VMs aufgenommen werden.
Zurück zu „VMware Player und VMware Workstation Player“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 4 Gäste