Init /tmp/.X11-unix is overwritten by mounts

[pecigonzalo]

The init order seems to process the creation of /tmp/.X11-unix before processing /etc/fstab. This conflicts with an tabs which set /tmp to be a tmpfs (as is fairly common).

More information in: #19 (comment)

Example /etc/fstab:

tmpfs /tmp tmpfs rw,nodev,nosuid,size=2G 0 0

[cerebrate]

As a side note for anyone using genie (<1.38) or one of the other systemd hacks - systemd-tmpfiles, which is run by default on boot, also wipes out the contents of /tmp/.X11-unix . If you're having that problem and find this issue, it's probably not WSLg's fault.

[eternalphane]

To make it work with systemd, create /etc/tmpfiles.d/wslg.conf with following content:

#  This file is part of the debianisation of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU General Public License as published by
#  the Free Software Foundation; either version 2 of the License, or
#  (at your option) any later version.

# See tmpfiles.d(5) for details

# Type Path           Mode UID  GID  Age Argument
L+     /tmp/.X11-unix -    -    -    -   /mnt/wslg/.X11-unix

[amirasyraf]

@eternalphane Brilliant workaround. I'm using the systemd script https://github.com/DamionGans/ubuntu-wsl2-systemd-script and this works perfectly.

[pecigonzalo]

That is a valid workaround, but its not ideal as any subsequent changes or adds to /tmp we will have to keep track of. Same could be done on init for non-systemd. This will likely not be fixed for systemd as it starts after init finishes, so it might not be fixed under this issue (or in the scope of just changing the init order). I believe fixing it for genie will require a workaround, documentation (so we can properly mimic what is required) and ideally actual systemd support.

…

On Sat, Apr 24, 2021, 8:09 AM Amir Asyraf ***@***.***> wrote: @eternalphane <https://github.com/eternalphane> Brilliant workaround. I'm using the systemd script https://github.com/DamionGans/ubuntu-wsl2-systemd-script and this works perfectly. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#43 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACLS7COZAU7IHZG4CLCSVATTKJOAPANCNFSM43MYCSUQ> .

[cerebrate]

@pecigonzalo The fix genie (1.39+) is actually using is the one documented by @diddledan here:

https://forum.snapcraft.io/t/wsl-wslg-and-systemd-hacks/24022

That is to say, using systemd-socket-proxy to make the XWayland socket available under .tmp, and using an override for the user-runtime-dir service to mount /mnt/wslg/runtime-dir at /run/usr/$UID. This solution seems to be working pretty well so far.

That said, I do currently have arkane-systems/genie#157 open, which seems to suggest that the latter has some issues when there are user sessions under UIDs other than 1000 involved. Currently being looked at.

[OneBlue]

@pecigonzalo : Thanks for reporting this.

The issue has been fixed in wsl and will make its way to insider builds.

[sonook]

To make it work with systemd, create /etc/tmpfiles.d/wslg.conf with following content:

#  This file is part of the debianisation of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU General Public License as published by
#  the Free Software Foundation; either version 2 of the License, or
#  (at your option) any later version.

# See tmpfiles.d(5) for details

# Type Path           Mode UID  GID  Age Argument
L+     /tmp/.X11-unix -    -    -    -   /mnt/wslg/.X11-unix

Worked for me...as when i switched systemd my WSLg stopped working.

Thanks

[FingerlessGlov3s]

Using systemd in Rocky Linux 9, I don't get this problem, but in Fedora 40 I do.

@sonook 's fix works a treat for Fedora 40 to get I working, Added file, terminated WSL and then started it again, starts working no problem