web-dev-qa-db-ja.com

`df`コマンドは/ run / user / 1000 / doc /フォルダーでエラーをスローします

私の毎日の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:

興味深いことに、プライマリラップトップとまったく同じである2番目のラップトップがあり、/ run/user/1000/doc /ディレクトリもあり、同じ奇妙な日付ですが、dfはエラーなく正常に機能します。

プライマリラップトップで、Sudo dfエラーはありません。

両方のラップトップは、同じ-46カーネル、同じバージョン8.30のdfで19.10を実行しています。

アップデート#3:

20.04でも問題は解決していません。

4
heynnema

私が知る限り、これはフラットパックのバグです。以下を参照してください。

$ 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/[email protected]/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ドキュメント

1
Dani_l

この問題はFlatpakチームに報告されています。

https://github.com/flatpak/xdg-desktop-portal/issues/512

1
murashkin17

最近のソフトウェアの更新により、問題は自動的に解決したようです。 2番目の同様のラップトップをチェックして、そこで修正されているかどうかを確認する必要があります。

4月30日頃、 いくつかのアップグレードで解決しました。これがアップグレードされたものです...

 Installed:
    gir1.2-gtop-2.0:AMD64 2.40.0-2
    linux-headers-5.3.0-51-generic:AMD64 5.3.0-51.44
    linux-headers-5.3.0-51:all 5.3.0-51.44
    linux-image-5.3.0-51-generic:AMD64 5.3.0-51.44
    linux-modules-5.3.0-51-generic:AMD64 5.3.0-51.44
    linux-modules-extra-5.3.0-51-generic:AMD64 5.3.0-51.44

 Upgraded:
    boot-repair:all 4ppa93 => 4ppa94
    boot-sav-extra:all 4ppa93 => 4ppa94
    boot-sav:all 4ppa93 => 4ppa94
    cawbird:AMD64 1.0.5-1+14.2 => 1.0.5-1+14.3
    gir1.2-javascriptcoregtk-4.0:AMD64 2.28.1-0ubuntu0.19.10.1 => 2.28.2-0ubuntu0.19.10.1
    gir1.2-webkit2-4.0:AMD64 2.28.1-0ubuntu0.19.10.1 => 2.28.2-0ubuntu0.19.10.1
    libjavascriptcoregtk-4.0-18:AMD64 2.28.1-0ubuntu0.19.10.1 => 2.28.2-0ubuntu0.19.10.1
    libjavascriptcoregtk-4.0-dev:AMD64 2.28.1-0ubuntu0.19.10.1 => 2.28.2-0ubuntu0.19.10.1
    libldb1:AMD64 2:1.5.5-0ubuntu2 => 2:1.5.7-0ubuntu0.19.10.1
    libsmbclient:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    libwbclient0:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    libwebkit2gtk-4.0-37:AMD64 2.28.1-0ubuntu0.19.10.1 => 2.28.2-0ubuntu0.19.10.1
    libwebkit2gtk-4.0-dev:AMD64 2.28.1-0ubuntu0.19.10.1 => 2.28.2-0ubuntu0.19.10.1
    linux-generic:AMD64 5.3.0.46.39 => 5.3.0.51.42
    linux-headers-generic:AMD64 5.3.0.46.39 => 5.3.0.51.42
    linux-image-generic:AMD64 5.3.0.46.39 => 5.3.0.51.42
    linux-libc-dev:AMD64 5.3.0-46.38 => 5.3.0-51.44
    linux-signed-generic:AMD64 5.3.0.46.39 => 5.3.0.51.42
    linux-signed-image-generic:AMD64 5.3.0.46.39 => 5.3.0.51.42
    python3-ldb:AMD64 2:1.5.5-0ubuntu2 => 2:1.5.7-0ubuntu0.19.10.1
    python3-samba:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    samba-common-bin:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    samba-common:all 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    samba-dsdb-modules:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    samba-libs:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    samba-vfs-modules:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    samba:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5
    smbclient:AMD64 2:4.10.7+dfsg-0ubuntu2.4 => 2:4.10.7+dfsg-0ubuntu2.5

私が推測しなければならなかった場合、それを修正したのはおそらく-51へのカーネルの更新でした。

更新#1:

問題が再発しました。 2つのディレクトリでエラーが発生します... /root/.cache/doc: Operation not permitted(ルートにある場合)、および/run/user/1000/doc: Operation not permitted

0
heynnema