☰

/run/user/1000 不属于 UID 1000，因为它应该属于

tag-icon • tag-icon permissions sudo snap root chmod
/run/user/1000 不属于 UID 1000，因为它应该属于

所以我遇到了这个错误，这是我收到的很多 snap 错误的根源。因此当我执行：

$ systemctl status display-manager

收到一些短信并且：

gkr-pam: unable to locate daemon control file
gkr-pam: stashed password to try later in open session
pam_unix(gdm-password:session): session opened for user jhon(uid=1000) by (uid=0)
pam_systemd(gdm-password:session): Runtime directory '/run/user/1000' is not owned by UID 1000, as it should
pam_systemd(gdm-password:session): Not setting $XDG_RUNTIME_DIR, as the directory is not in order.
gkr-pam: gnome-keyring-daemon started properly and unlocked keyring
 Gdm: process -888 was already dead.r

所以这一行告诉我们$XDG_运行时目录未设置我怀疑这是我的 snap 问题的根源，例如无法打开 Firefox 并收到：

cmd_run.go:1055: WARNING: cannot start document portal: Expected portal at "run/user/1000/doc", got "/home/pablo/.cache/doc"
/user.slice/user-1000.slice/session-2.scope is not a snap cgroup

即使我修改了它，它也不起作用。请帮忙

答案1

看来您失去了 snap 文件夹或整个主文件夹的所有权。
在您的主文件夹中，通过运行ls -l，您有两列分别指示所有者和分配给每个元素的组。 当您的主组与分配给主文件夹的组不同时，就会发生您所描述的错误。
首先，确保您具有正确的默认组。
通过运行该id命令，您应该会看到类似的内容uid=1000(USER) gid=1000(GROUP)。 这意味着用户USER将该组GROUP作为主要组。 如果该组不是默认组，请使用以下命令进行更改sudo usermod -g GROUP USER（将 GROUP 和 USER 更改为您想要作为主要组的正确组以及您的用户）
，cd /home然后运行chown -R USER:GROUP HOME_FOLDER/（像以前一样更改 USER 和 GROUP 并将 HOME_FOLDER 更改为您的主组。

相关内容