При просмотре ежедневного отчета logwatch
я заметил новую ошибку df
сегодня утром. Я заметил необычную ошибку в верхней части списка df
...
~$ df (when run manually from my own account)
df: /run/user/1000/doc: Operation not permitted
или
(when run via root in the daily logwatch report)
df: /root/.cache/doc: Operation not permitted
Каталог 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
Обновление #2:
Интересно, что у меня есть второй ноутбук, который точно такой же, как мой основной, и каталог /run/user/1000/doc/ там тоже есть, с той же странной датой, но df
работает там без ошибок.
На моем основном ноутбуке, если я запускаю sudo df
, ошибок нет.
Оба ноутбука работают под управлением 19.10, с тем же ядром -46, и той же версией 8.30 df
.
Обновление #3:
Проблема все еще существует в 20.04.
Обновление #4:
Проблема все еще существует в 20.10.
Насколько я могу судить, это ошибка flatpak, см.:
$ systemctl --user status xdg-document-portal.service
● xdg-document-portal.service - flatpak document portal service
Loaded: loaded (/usr/lib/systemd/user/xdg-document-portal.service; static; vendor preset: disabled)
Active: active (running) since Thu 2020-06-04 11:44:00 IDT; 13min ago
Main PID: 19879 (xdg-document-po)
Tasks: 7 (limit: 16579)
Memory: 2.7M
CPU: 20ms
CGroup: /user.slice/user-1000.slice/user@1000.service/xdg-document-portal.service
├─19879 /usr/libexec/xdg-document-portal
└─19887 fusermount -o rw,nosuid,nodev,fsname=portal,auto_unmount,subtype=portal -- /run/user/1000/doc
$ df -h > /dev/null
df: /run/user/1000/doc: Operation not permitted
$ systemctl --user stop xdg-document-portal.service
$ df -h > /dev/null
$
Итак, flatpak fusermounts позволяет экспортировать файлы в изолированные приложения: Справочник команд Flatpak — документация Flatpak
О проблеме было сообщено команде Flatpak, см.