Also wenn gar nichts mehr geht und auch kein zurücksetzten mehr hilf dann muss das Terminal bemüht werden.

Aber Achtung evtl. gehen dabei Daten der Windows VM verloren. Es wird der Prozess gestoppt und die VM startet danach neu auch wenn sie vorher im  „Standby-Modus“ war.

Befehl
ps auxwww | grep prl

eingeben

Jetzt werden die Prozesse die laufen aufgelistet

administrator   362  44.3  4.9   594924  77396   ??  R     9:52AM   0:16.80 /Library/Parallels/Parallels Service.app/Contents/MacOS/../PlugIns/Parallels VM.app/Contents/MacOS/prl_vm_app 78 {248e9848-2169-4aa6-bfbf-c53c3db5c752} {b08e2690-ca2e-4e4b-aeab-449e99edb98e} server

administrator   360   9.1  5.3   735940  82612   ??  U     9:52AM   0:12.26 /Library/Parallels/Parallels Service.app/Contents/MacOS/../PlugIns/Parallels VM.app/Contents/MacOS/prl_vm_app 62 {cae3858f-5863-4e9a-badc-a7af37a43297} {b08e2690-ca2e-4e4b-aeab-449e99edb98e} server

administrator   327   7.5  3.8   929836  59676   ??  S     9:50AM   0:23.71 /Applications/Parallels Management Console.app/Contents/MacOS/prl_client_app -psn_0_106522

root       180   6.1  0.8   119124  12876   ??  S     9:47AM   0:04.32 /Library/Parallels/Parallels Service.app/Contents/MacOS/prl_disp_service -e –logfile /var/log/prl_disp_service_server.log –pidfile /var/run/prl_disp_service.pid
root       165   0.0  0.2    92560   2948   ??  Ss    9:47AM   0:00.08 /Library/Parallels/Parallels Service.app/Contents/MacOS/prl_naptd

Prozesse mit prl_vm_app sind die von Parallels bei mehrere VM’s muss der entsprechende raus gesucht werden.

Die UUID in den Klammern {} für die laufenden VM kann noch mal mit dem Befehl

prlctl list -a

genau festgestellt werden.

Jetzt sucht man die Prozessnummer gleich vorne nach dem Nutzer (z.B. oben Administrator 362)

und gibt den Befehl

sudo kill -9 362

ein – danach wird noch das Passwort abgefragt und …

… jetzt kann wieder die VM neu gestartet werden und hoffentlich geht wieder alles.