私は今日BPFツールで遊んでコマンドを実行しましたが、sudo opensnoop-bpfcc -x -U
次のような多くの兆候が見つかりました。
0 403 systemd-journal -1 2 /run/log/journal/5c01742aed6d4d58bed5f1671e612657/system.journal
...その後、次のように実行しました。
$ ls -al /run/log/journal/
total 0
drwxr-sr-x+ 2 root systemd-journal 40 Jun 28 15:06 .
drwxr-xr-x 3 root root 60 Jun 28 15:06 ..
...その後:
$ cat /proc/mounts | grep run
tmpfs /run tmpfs rw,nosuid,nodev,noexec,relatime,size=6554292k,mode=755 0 0
Journaldが一時ファイルシステムのマウント時に存在しない場所にあるファイルにアクセスしようとするのはなぜですか?誤って設定されていますか?これは、以下にリストされている同じオペレーティングシステムを実行している2台目のコンピュータでも発生します。正しい場所は/var/log/journal/
パスが存在する場所です。
私のシステム仕様:
$ sudo lsb_release -a
Distributor ID: Ubuntu
Description: Ubuntu 20.04 LTS
Release: 20.04
Codename: focal
$ uname -a
Linux 5.4.0-39-generic #43-Ubuntu SMP Fri Jun 19 10:28:31 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux