[0.68.2] systemd user session destroys /mnt/wslg/runtime-dir

[cerebrate]

Version

Microsoft Windows [Version 10.0.22000.978]

WSL Version

• WSL 2
• WSL 1

Kernel Version

5.15.62.1-20220921-1-microsoft-custom-WSL2+

Distro Version

Debian bookworm/sid

Other Software

No response

Repro Steps

1. Start WSL with systemd enabled.
2. Observe that /run/user/1000 has /mnt/wslg/runtime-dir mounted over it.
3. Start a systemd user session; for example, with systemd-machined installed, run sudo machinectl shell avatar@host

Expected Behavior

The /run/user/1000 and /mnt/wslg/runtime-dir directories should have identical contents, consisting of both user session-related and WSLg-related files and sockets.

Actual Behavior

• The /run/user/1000 directory now has only contents belonging to the user session, and none of those pertaining to WSLg.
• The /mnt/wslg/runtime-dir directory is now empty.

This appears to be the result of user-runtime-dir@.service not understanding that the user directory is already a mount point.

Diagnostic Logs

No response

[cerebrate]

See also note to #8842.

[cerebrate]

As a workaround, this can be avoided by creating the following file as /lib/systemd/system/user-runtime-dir@.service.d/override.conf:

[Unit]
ConditionPathIsMountPoint=!/run/user/%i

Which will bypass attempting to create a new user runtime directory for any uids which already have one mounted.

[aki-k]

@cerebrate Amazing thank you very much. I had a hard time figuring this out (/mnt/wslg/runtime-dir being emptied and wayland stopping working)

[microsoft-github-policy-service]

This issue has been automatically closed since it has not had any activity for the past year. If you're still experiencing this issue please re-file this as a new issue or feature request.

Thank you!