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$\nRun Code Online (Sandbox Code Playgroud)\n因此,Flatpak fusionsmounts 允许将文件导出到沙盒应用程序:\n Flatpak 命令参考 - Flatpak 文档
\n这被视为 gnulib 中的错误,已在此提交(2021 年 6 月)中修复。参考讨论:
编辑:正如braoult的评论中所述,此“修复”不会影响df -a,并且显式df /run/user/1000/doc具有相同的问题。修复确实应该在 xdg-desktop-portal 中。错误报告:https://github.com/flatpak/xdg-desktop-portal/issues/553
| 归档时间: |
|
| 查看次数: |
4680 次 |
| 最近记录: |