`df` 命令在 /run/user/1000/doc/ 文件夹上引发错误

hey*_*ema 10 delete chmod df 20.04

在查看我的每日logwatch报告时,我df今天早上注意到一个新错误。我注意到df列表顶部的异常错误...

~$ df (when run manually from my own account)
df: /run/user/1000/doc: Operation not permitted
Run Code Online (Sandbox Code Playgroud)

或者

(when run via root in the daily logwatch report)
df: /root/.cache/doc: Operation not permitted
Run Code Online (Sandbox Code Playgroud)

doc目录出现在根/root/.cache/文件夹(我已经删除)和我自己的用户帐户/run/user/1000/文件夹中(或登录后的任何 /run/user/* 目录中)。

我怎样才能找出为什么会df出现这个错误?

更新 #1:

请注意,当我这样做时,ls -al /run/user/1000我得到以下信息,需要注意的一点是该doc目录有一个奇怪的日期。这个目录可能来自哪里?

drwx------ 13 xxxxxxxxxxx xxxxxxxxxxx  380 Apr 16 10:07 .
drwxr-xr-x  4 root        root          80 Apr 16 09:56 ..
srw-rw-rw-  1 xxxxxxxxxxx xxxxxxxxxxx    0 Apr 16 09:56 bus
drwx------  3 xxxxxxxxxxx xxxxxxxxxxx   60 Apr 16 09:56 dbus-1
drwx------  2 xxxxxxxxxxx xxxxxxxxxxx   60 Apr 16 10:14 dconf
dr-x------  2 xxxxxxxxxxx xxxxxxxxxxx    0 Dec 31  1969 doc
drwx--x--x  2 xxxxxxxxxxx xxxxxxxxxxx   60 Apr 16 09:56 gdm
prw-rw-r--  1 xxxxxxxxxxx xxxxxxxxxxx    0 Apr 16 09:56 gnome-session-leader-fifo
drwx------  3 xxxxxxxxxxx xxxxxxxxxxx   60 Apr 16 09:56 gnome-shell
drwx------  2 xxxxxxxxxxx xxxxxxxxxxx  140 Apr 16 09:56 gnupg
dr-x------  2 xxxxxxxxxxx xxxxxxxxxxx    0 Apr 16 10:06 gvfs
drwx------  2 xxxxxxxxxxx xxxxxxxxxxx   40 Apr 16 09:56 gvfs-burn
-rw-------  1 xxxxxxxxxxx xxxxxxxxxxx 1046 Apr 16 10:06 ICEauthority
drwx------  2 xxxxxxxxxxx xxxxxxxxxxx  100 Apr 16 10:06 keyring
srw-rw-rw-  1 xxxxxxxxxxx xxxxxxxxxxx    0 Apr 16 09:56 pk-debconf-socket
drwx------  2 xxxxxxxxxxx xxxxxxxxxxx   80 Apr 16 09:59 pulse
srw-rw-rw-  1 xxxxxxxxxxx xxxxxxxxxxx    0 Apr 16 09:56 snapd-session-agent.socket
drwxr-xr-x  3 xxxxxxxxxxx xxxxxxxxxxx  100 Apr 16 09:56 systemd
-rw-------  1 xxxxxxxxxxx xxxxxxxxxxx    0 Apr 16 09:57 update-notifier.pid
Run Code Online (Sandbox Code Playgroud)

更新#2:

有趣的是,我有第二台笔记本电脑,它与我的主要笔记本电脑完全一样,并且 /run/user/1000/doc/ 目录也在那里,日期相同,但df在那里工作正常,没有错误。

在我的主要笔记本电脑上,如果我运行sudo df没有错误。

两台笔记本电脑都运行 19.10,具有相同的 -46 内核,以及相同的 8.30 版本的df.

更新 #3:

问题在 20.04 仍然存在。

更新 #4:

问题在 20.10 仍然存在。

a3n*_*3nm 11

在我的机器上,不需要任何这些服务,我没有安装 flatpak,但问题可以通过执行sudo apt remove xdg-desktop-portal并重新启动来解决。或者systemctl --user stop xdg-document-portal.service不重新启动。


小智 8

据我所知这是一个 flatpak 错误,请参阅:

\n
$ systemctl --user status xdg-document-portal.service\n\xe2\x97\x8f xdg-document-portal.service - flatpak document portal service\n     Loaded: loaded (/usr/lib/systemd/user/xdg-document-portal.service; static; vendor preset: disabled)\n     Active: active (running) since Thu 2020-06-04 11:44:00 IDT; 13min ago\n   Main PID: 19879 (xdg-document-po)\n      Tasks: 7 (limit: 16579)\n     Memory: 2.7M\n        CPU: 20ms\n     CGroup: /user.slice/user-1000.slice/user@1000.service/xdg-document-portal.service\n             \xe2\x94\x9c\xe2\x94\x8019879 /usr/libexec/xdg-document-portal\n             \xe2\x94\x94\xe2\x94\x8019887 fusermount -o rw,nosuid,nodev,fsname=portal,auto_unmount,subtype=portal -- /run/user/1000/doc\n\n$ df -h > /dev/null\ndf: /run/user/1000/doc: Operation not permitted\n\n$ systemctl --user stop xdg-document-portal.service\n$ df -h > /dev/null\n$\n
Run Code Online (Sandbox Code Playgroud)\n

因此,Flatpak fusionsmounts 允许将文件导出到沙盒应用程序:\n Flatpak 命令参考 - Flatpak 文档

\n


小智 8

该问题已反馈给Flatpak团队,后续会跟进此问题


vin*_*c17 4

这被视为 gnulib 中的错误,已在此提交(2021 年 6 月)中修复。参考讨论:

编辑:正如braoult的评论中所述,此“修复”不会影响df -a,并且显式df /run/user/1000/doc具有相同的问题。修复确实应该在 xdg-desktop-portal 中。错误报告:https://github.com/flatpak/xdg-desktop-portal/issues/553