
Ich verwende eine Arch Linux-Maschine auf Hyper-V mit Windows X11 Server (VcXsrv) als GUI. Das funktioniert wunderbar (da es X Windows als natives Fenster in Windows 10 bringt - ich kann das Alt+Tabusw.; es ist fast wie Windows 10 mein Fenstermanager :-)), bis auf ein Problem: Windows würde "verschwinden", wenn ichsperrenoderaussetzenmein Computer möglicherweise aufgrund des hier genannten Problems: WSL2 X11-Programme „verschwinden“Das Schlimmste ist, dass alle Prozesse intakt sind.
Es scheint, als ob TCP/IP das Problem ist. Aber warum sollte TCP/IP ein Problem sein, wenn ich mich auf derselben Maschine befinde? Kann ich es schaffen,nichtwährend der Sperre oder im Ruhezustand die Verbindung trennen?
Gibt es alternativ eine Möglichkeit, X Windows erneut anzuhängen, wenn ich die Windows-IDs oder etwas Ähnliches speichern kann? Es scheint ein triviales Problem zu sein, aber es scheint keine direkte Lösung zu geben.
Ich kann screen
meine Terminalarbeit speichern (aber selbst dann wäre das Terminalfenster geöffnet), aber X
das ist das Problem. Ich habe xpra
hier darüber gelesenErneute Verbindung zu verlorener X11-Sitzung herstellen, aber ich bezweifle, dass es Sitzungen in Windows erstellen kann?
Die Schritte zum Reproduzieren dieses Problems sind ganz einfach:
- Erstellen Sie eine VM mit Hyper-V.
- Verwenden Sie „Verbinden“ von Hyper-V, um eine Konsole zu öffnen.
- Starten Sie VcXsrv unter Windows.
- Typ
DISPLAY=<host.ip.address:0.0> xterm
. - Sperren oder anhalten Sie Windows.
Was ist mit disown
ing?
Mein Startskript sieht folgendermaßen aus:
#!/usr/bin/bash
"${@}" &>/dev/null &
disown
Könnte disown
das Problem an meinem Starterskript liegen? Ab und zu melde ich mich von der Konsole meines Hyper-V ab (insbesondere nach dem Starten der GUI-Programme) – wird das ein Problem sein?
Bearbeiten: Das Öffnen der Hyper-V-Konsole löst das Problem ebenfalls nicht. Selbst die Ausführung im Vordergrund ohne Konsole disown
hat nicht geholfen.