rm -r ~/.dbus*
Starten Sie dann XWin
Wenn es immer noch stecken bleibt, öffnen Sie den Task-Manager und sehen Sie, ob zwei XWin.exe-Prozesse den Prozess mit geringerem Speicherverbrauch beenden
Das Ausführen von cygwin / XI unter at-spi-bus-launcher und das xwin-xdg-Menü verwenden die meisten CPU. Es gibt zwei Instanzen des xwin-xdg-Menüs.
Zwischen den dreien ist nicht mehr viel übrig. Wie kann ich das beheben?
rm -r ~/.dbus*
Starten Sie dann XWin
Wenn es immer noch stecken bleibt, öffnen Sie den Task-Manager und sehen Sie, ob zwei XWin.exe-Prozesse den Prozess mit geringerem Speicherverbrauch beenden
Lösung:
Erstellen Sie eine ~ / .startxwinrc- Datei und fügen Sie eine Zeile hinzu:
exec sleep infinity
Machen Sie ~ / .startxwinrc durch Ausführen ausführbar chmod +x ~/.startxwinrc
.
Grund,
warum ich vermute, dass dies funktioniert hat: startxwin sucht nach einer ~ / .startxwinrc-Datei, die beim Starten ausgeführt werden soll. Wenn startxwin keine ~ / .startxwinrc-Datei findet, befolgt startxwin die in /etc/X11/xinit/startxwinrc
.
Die Standardroutine startet das Verzeichnis / usr / bin / xwin-xdg-menu, wodurch ich irgendwie zwei xwin-xdg-menü-Prozesse hat, einer davon mit sehr hoher CPU. Wenn Sie ~ / .startxwinrc erstellen, wird die Standardroutine umgangen, und das Starten von / usr / bin / xwin-xdg-menu wird verhindert.
exec sleep infinity hält den x-Server nach dem Start am Leben.
(Diese Antwort ist eine Kopie meiner Lösung zu einer ähnlichen Frage )