Waarom heb ik dbus-update-activation-environment nodig?

[aawe mwan]

Ik gebruik Ubuntu 20.04 / 22.04 op hardware en het probleem is dat als ik een grafische applicatie via SSH gebruik, dat het dan bij bepaalde applicaties veel tijd kost om die te starten. Voorbeelden:

• xclock start meteen
• xeyes start meteen
• gnome-sudoku start pas na een timeout van 25 seconden
• gnome-disks start pas na een timeout van 25 seconden

Lokaal op de machine start gnome-disks ook meteen, maar via ssh duurt het 25 seconden.

Een oplossing voor dit probleem lijkt de volgende toverspreuk te zijn:

Bash:

dbus-update-activation-environment --systemd DBUS_SESSION_BUS_ADDRESS DISPLAY XAUTHORITY
systemctl --user start xdg-desktop-portal-gtk

Vraag: Hoe komt het dat ik deze commando's moet gebruiken? Heb ik ooit ergens iets te veel verwijderd?
In welk opstartscript zou ik dit moeten plaatsen?

De status van de betreffende service direct na inloggen met ssh:

● xdg-desktop-portal-gtk.service - Portal service (GTK+/GNOME implementation)
     Loaded: loaded (/usr/lib/systemd/user/xdg-desktop-portal-gtk.service; static; vendor preset: enabled)
     Active: failed (Result: exit-code) since Sun 2022-10-02 16:33:02 CEST; 1min 39s ago
    Process: 2252 ExecStart=/usr/libexec/xdg-desktop-portal-gtk (code=exited, status=1/FAILURE)
   Main PID: 2252 (code=exited, status=1/FAILURE)

okt 02 16:33:02 pg4560 systemd[1408]: Starting Portal service (GTK+/GNOME implementation)...
okt 02 16:33:02 pg4560 xdg-desktop-portal-gtk[2252]: Unable to init server: Could not connect: Connection refused
okt 02 16:33:02 pg4560 xdg-desktop-por[2252]: cannot open display: 
okt 02 16:33:02 pg4560 systemd[1408]: xdg-desktop-portal-gtk.service: Main process exited, code=exited, status=1/FAILURE
okt 02 16:33:02 pg4560 systemd[1408]: xdg-desktop-portal-gtk.service: Failed with result 'exit-code'.
okt 02 16:33:02 pg4560 systemd[1408]: Failed to start Portal service (GTK+/GNOME implementation).

De status van de betreffende service na het uitvoeren van bovenstaande commando's:

● xdg-desktop-portal-gtk.service - Portal service (GTK+/GNOME implementation)
     Loaded: loaded (/usr/lib/systemd/user/xdg-desktop-portal-gtk.service; static; vendor preset: enabled)
     Active: active (running) since Sun 2022-10-02 16:34:51 CEST; 1s ago
   Main PID: 2274 (xdg-desktop-por)
     CGroup: /user.slice/user-1000.slice/[e-mail]/xdg-desktop-portal-gtk.service
             └─2274 /usr/libexec/xdg-desktop-portal-gtk

okt 02 16:34:51 pg4560 systemd[1408]: Starting Portal service (GTK+/GNOME implementation)...
okt 02 16:34:51 pg4560 xdg-desktop-por[2274]: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/100>
okt 02 16:34:51 pg4560 systemd[1408]: Started Portal service (GTK+/GNOME implementation).

[aawe mwan]

Misschien heeft dit andere probleem er wat mee te maken. Een ander probleem was dat ik via ssh geen grafische applicaties met sudo kon draaien. Bijvoorbeeld gnome-disks of gnome-control-center. Lokaal werkte dat wel, maar via ssh niet. Dit was de foutmelding die ik eerst kreeg:

X11 connection rejected because of wrong authentication.

Die fout heb ik opgelost door het volgende toe te voegen aan .bashrc en nu werkt dit wel:

Bash:

export XAUTHORITY=$HOME/.Xauthority

Ik heb deze Ubuntu nog vrij recent opnieuw geïnstalleerd en het is toch raar dat deze regel blijkbaar nodig is maar niet automatisch geschreven werd bij de installatie?

[Hero of Time]

Dat je dat nodig zou moeten hebben, heeft er mede mee te maken dat je standaard omgevingsvariabelen en andere zaken niet altijd volledig beschikbaar zijn wanneer je sudo gebruikt. Dat heeft o.a. met de defaults te maken. Maar vooral als je X11 forwarding doet is dat een ding. Start maar eens een root shell via sudo in je grafische omgeving en start iets als gnome-disks. Dat zal waarschijnlijk wel werken. Doe hetzelfde via ssh en je krijgt nul op het rekest. Heeft dus alles te maken met de Xauthority zoals je hebt gemerkt.

Dat je die variabele moet zetten zal er volledig mee te maken hebben dat je via SSH werkt. Normaal gesproken wordt deze namelijk via de desktop sessie gezet wanneer je inlogt. Maar dat gebeurt natuurlijk niet als je met X11 forwarding gaat werken.

[aawe mwan]

@Hero of Time Dat klopt helemaal. Via SSH heb ik het probleem altijd, lokaal ingelogd nooit.

Een vervolgvraag was waar ik de gevonden work-around (variabele definitie en dbus-update-activation-environment) zou moeten plaatsen. Ik heb het geprobeerd in .bashrc en .xprofile maar dat werkte niet goed. In .profile lijkt wel het goede moment te zijn. Nu heb ik de 2 commando's verplaatst naar een nieuw bestand in /etc/profile.d en dat lijkt ook te werken en is wel zo duidelijk.

Bash: /etc/profile.d/01-ansible-managed-wayland-fix.sh

# bugfix ssh with Wayland: unable to open with sudo
export XAUTHORITY=$HOME/.Xauthority
# bugfix ssh with Wayland: 25 seconds delay op every open for gnome applications
dbus-update-activation-environment --systemd DBUS_SESSION_BUS_ADDRESS DISPLAY XAUTHORITY

[ Voor 24% gewijzigd door aawe mwan op 09-10-2022 16:25 ]

[aawe mwan]

Ik heb gisteren Linux Mint 21 geïnstalleerd en daar bestaat het probleem gedeeltelijk ook:

• xdg-desktop-portal-gtk.service start in Mint 21 keurig vanzelf als het nodig is (zonder foutmelding);
• sudo gnome-disks opent niet maar geeft een foutmelding en de variabele $XAUTHORITY ontbreekt;
• Aanmaken van het hierboven genoemde bestandje lost dit probleem ook in Linux Mint op.

[Hero of Time]

Wat is de reden dat je gnome-disks wilt gebruiken? Kan je niet hetzelfde met gparted doen?

[aawe mwan]

Hero of Time schreef op dinsdag 11 oktober 2022 @ 19:41:
Wat is de reden dat je gnome-disks wilt gebruiken? Kan je niet hetzelfde met gparted doen?

In gnome-disks gebruik ik wel eens de benchmarkfunctie die gparted volgens mij niet heeft.
Hoe dan ook: ik heb het voor de zekerheid even geprobeerd en sudo gparted werkt ook niet via ssh als $XAUTHORITY niet gevuld is. En dat is de default op Mint 21.

Op de Raspberry Pi onder Ubuntu 22.04.1 LTS precies dezelfde problemen: $XAUTHORITY is niet gevuld en gparted doet het niet via ssh. En als ik het assignment doe, werkt het wel.

[Hero of Time]

Benchmark? Bedoel je iets als hdparm -T en -t? Zo niet, dan zijn er betere tools om dingen te testen. Ik ken bijvoorbeeld bonnie++.

[aawe mwan]

Maar dat is het punt niet. Xwindows applicaties draaien via SSH werkte vroeger wel en nu is die bugfix nodig. Ik denk dat iemand een fout gemaakt heeft bij het erin sleutelen van Wayland, want daarvoor werkte het gewoon in Ubuntu. Zowel met als zonder sudo.

[Hero of Time]

Als je nou iets als xclock probeert, of xfce4-terminal, of mousepad, doen die het wel zonder te piepen? Ik denk dat je namelijk blind staart op bepaalde tools van Gnome terwijl die DE tegenwoordig helemaal strak staat van de onnodige "extra's" zoals dus dbus.

[aawe mwan]

Hero of Time schreef op woensdag 12 oktober 2022 @ 22:23:
Als je nou iets als xclock probeert, of xfce4-terminal, of mousepad

xclock had ik al geprobeerd, dit start gewoon snel (zie TS).

mousepad heeft last van 25 seconden vertraging.

xfce-terminal start dan weer wel gewoon snel.

De lokale computer draait onder Ubuntu Ubuntu 22.04.1 LTS (met Wayland),
de remote computer draait onder Linux Mint 21 Cinnamon

[ Voor 14% gewijzigd door aawe mwan op 14-10-2022 22:36 ]