Replies: 6 comments
-
@D3vil0p3r what is the output of
and real and effective user and group IDs for
The output of |
Beta Was this translation helpful? Give feedback.
-
The output of
|
Beta Was this translation helpful? Give feedback.
-
Is |
Beta Was this translation helpful? Give feedback.
-
/run is tmpfs. It is recreated each time the distro is launched. |
Beta Was this translation helpful? Give feedback.
-
@D3vil0p3r it depends how you create users. After installing a fresh ArchLinux, first I created group id
and after restart this is the output of
and this is using the numeric UID argument:
OS info:
Since Arch has no WSL installer adding uid=1000 ang gid=1000 keeps in line with Ubuntu which adds a user with the same IDs on installation. |
Beta Was this translation helpful? Give feedback.
-
Uhm, in my case the user has been created by |
Beta Was this translation helpful? Give feedback.
-
Windows Version
Microsoft Windows [Version 10.0.22621.1265]
WSL Version
1.1.3.0
Are you using WSL 1 or WSL 2?
Kernel Version
Linux version 5.15.90.1-microsoft-standard-WSL2 (oe-user@oe-host) (x86_64-msft-linux-gcc (GCC) 9.3.0, GNU ld (GNU Binutils) 2.34.0.20200220) #1 SMP Fri Jan 27 02:56:13 UTC 2023
Distro Version
Arch Linux latest
Other Software
No response
Repro Steps
I'm testing an Arch Linux WSL image with GNOME 43 installed and I noted a strange behavior on WSL. I'm not sure if it occurs for all distros, but in this specific case, when you install a WSL image, let's guess Arch-based with GNOME, after the installation and the creation of the first user, that we can name
athena
, the/run/user/1000
directory has the following permission details:Now, let's exit from the WSL session by
exit
command and come back to Windows CMD. Shutdown WSL bywsl --shutdown
and then, re-enter in the WSL image. Now, if we go to see the details of the/run/user/1000
, some permission details changed, and we get something like:So,
wsl --shutdown
and then the WSL start will change some group permissions to1000
, and generate two additional files:wayland-0=
andwayland-0.lock
. Is it possible to prevent that the group ownership on some files in/run/user/1000
are changed when WSL is shutdown and restarted?It should occur also when you set a different DEFAULT user by the Microsoft DistroLauncher.
Expected Behavior
No group permission change on
/run/user/1000
at the restart of WSL.Actual Behavior
Group permission change to
1000
for some files on/run/user/1000
at the restart of WSL.Diagnostic Logs
No response
Beta Was this translation helpful? Give feedback.
All reactions