VMware-Forum

Guten Tag liebe Gemeinde,

Wie ihr sehen könnt bin ich neu hier und habe ein gemeines Problem welches meine VMs betrifft. Ich versuche bereits seit Wochen dieses Problem in den Griff zu bekommen, allerdings gibt es keinen 2. Fall wie diesen.(dies ergab meine bisherige Suche)

Nun, ich schildere euch einmal mein Problem:
Ich spiele ein Rollenspiel namens MuOnline, welches durch ein AntiCheat Programm names GameGuard geschützt wird. Dieser GameGuard jedoch verhindert nicht nur Cheats und Hacks, sondern auch, dass das Spiel mehrmals auf einem Rechner gestartet wird. Umgehung dieser Sperre ist natürlich die VM Workstation . Damit läuft es auch reibungslos und ich kann in aller Ruhe 2 Charaktere auf einem Rechner lvln. Jetzt jedoch zum eigentlichen Problem. Sollte es nun einmal vorkommen, dass man auf dem Hostrechner aus dem Spiel fliegt, sei es durch "keine Rückmeldung" oder Verbindungsprobleme, dann schaltet sich beim Neustart des Spiels auf auf Hostrechner die VM aus, als wenn beim start des Spiels ein "Power-Off" Impuls für alle auf dem Rechner laufenden VMs gesendet wird.

Ich kann mir nicht erklären wie ich dies verhindern kann. Hat hier vll jemand einen passenden Vorschlag ? Ich würde mich sehr freuen.

Danke

PS: mein Betriebssystem ist Windows 7 Ultimate 64bit

Das Spiel fahert laufende VMs runter ?
Interessant - lad mal ein vmware.log der VM bei http://ifile.it hoch wenn das nochmal passiert

Du koenntest mal versuchen ob das auch passiert wenn du

monitor_control.restrict_backdoor = "true"

in der vmx-file eintraegst

Hallo, danke für die schnelle Antowrt, hatte gestern leider keine Zeit mehr sie zu beantworten.

Hier der Link zum log flie : http://ifile.it/gie2u3a/vmware.log

leider hat die ergänzung von monitor_control.restrict_backdoor = "true" in der vmx datei keine änderung gebracht.

Ich hoffe du wirst aus dem log file schlaun

Das macht der GameGuard an sich. Frag mich nicht warum, ich programmier den Sch...dreck nicht ...

http://www.aionsource.com/topic/14447-n ... naeu-beta/

monitor_control.virtual_rdtsc = "false"
monitor_control.restrict_backdoor = "true"
isolation.tools.getPtrLocation.disable = "true"
isolation.tools.setPtrLocation.disable = "true"
isolation.tools.setVersion.disable = "true"
isolation.tools.getVersion.disable = "true"
monitor_control.disable_directexec = "true"

probierdie auch mal aus

@McStarfighter: jo stimmt, gameguard ist wirklich sch..^^

@continuum: leider haben diese optionen ebenfalls keine änderung gebracht

GameGuard ist höchstwahrscheinlich sehr systemnah installiert und schießt schlicht und einfach alle bekannten VMware-Prozesse ab (wie wir es per Task-Manager tun würden). Da hilft auch keine abgeänderte Config der VM. Du hast die Wahl: Entweder das Spiel oder VMware. Oder du legst dir nen anderen Virtualisierer zu (Parallels Desktop, den Qemu Manager, etc.) ...

Vielleicht recht es ja auch einfach aus, dem Gast ACPI zu entziehen. Dazu müsste man in der Systemsteuerung des Gastes auf Standard-PC statt ACPI-PC umstellen.

@McStarfighter: ich habe das ganze jetzt mit Paralles Desktop 4 ausprobiert...leider unterstützt dieses programm keine 3d-grafikbeschleunigung -> das spiel laggt ohne ende (nicht spielbar)....gibt es alternativen zu VMWare, welche eine ähnlich gute grafikberechnung besitzen ?

@stefan.becker: was genau ist ACPI, und wie genau entziehe ich dem gastsystem diese option ?

VirtualBox wäre noch ne Option ...

Das Problem ist auf Seiten des Hosts zu suchen, denn innerhalb des Gasts wird der Kopierschutz sich nicht selbst abschießen können. Also ist die Version auf dem Host verantwortlich für die Probleme ...

Installier das Teil doch einfach in 2 VMs - und nicht auf Host und VM

Hm, stimmt, warum bin ich da nicht selbst drauf gekommen? "schäm"

McStarfighter hat geschrieben:Hm, stimmt, warum bin ich da nicht selbst drauf gekommen? "schäm"

Manchmal sind die Dinge zu einfach...

Jupp, da ist doch die Redewendung mit dem Wald und den Bäumen ...

Welche Bäume? Da steht ein Wald davor!

hey leute...also:

1.Virtual Box hatte ich bereits vor VMWare ausprobiert....die grafik wird da lange nicht so gut berechnet wie bei VMWare

2. das spiel auf 2 gastsysteme zu verteilen habe ich auch schon versucht...allerdings treibt diese methode meinen cpu in die 100%ige auslastung -> beides gastsysteme ruckeln...hab den cpu leider schon übertaktet und an seine grenzen gebracht daher is von dieser seite her nicht mehr möglich

joa und zu Parallels desktop kann ich nur sagen das die grafik leider genau so schlecht ist wie bei VirtualBox

schade...es scheint als wäre VMWare in dieser hinsicht nicht zu schlagen...

Mich weurde ja wirklich mal interessieren wie dieses bloede Spiel VMs runterfaehrt ...

nunja..

man legt die vmware halt auf die taskleiste und started das spiel. Dann zeigt sich der ladebalken vom Spiel und es geht extrem langsam da der CPU durch das viele laden ausgelastet ist...doch aber der hälfte das ladevorgangs geht es dann plötzlich ganz schnell und das spiel ist fertig geladen...damit weiß man das in diesem moment die VM ausgegangen ist und wenn man dann im windows schaut..ist sie auch schon aus

Wie das aussieht kann ich mir schon denken - mich interessiert wie die das technisch machen.

Hast du mal sysinternal-tools wie process explorer oder so verwendet ?

Ist das Spiel frei erhaeltlich ?

ahso..dann hab ich das oben falsch verstanden^^

sysinternal-tools ? sagt mir nichts, bitte weiter erläutern

ja das spiel gibt es hier:
http://muonline.webzen.net/

google kennt sysinternals

kannst du mir einen direkten link sagen ? - keien Lust mich erst einzulesen

gut, die frage hätte ich mir wirklich schnell selber beantworten können...

aber nächste frage: was genau soll ich dann mit dem tool anstellen und mein problem zu beheben ? ("in die röhre guck")

herausfinden wie das Spiel vorgeht

postest du noch einen link ?

link steht bereits oben

hier nochmal:
http://muonline.webzen.net/