私は3つのRaspberry Pi 4クラスタでk3を実行しています。ノードが表示され、DiskPressureポッドが削除されたときに問題が発生し続けます。しかし、使用している15G SDカードでは、何がスペースを占めているのかわかりません。私はすべての明白な候補（/var/logfiles、、journalctl --vacuum-size- ）を試しましたが、docker system prune -af --volumesルートファイルシステムの使用量が80％未満になることは決して得られません。
$ df -h | head
Filesystem Size Used Avail Use% Mounted on
/dev/root 15G 11G 3.0G 79% /
devtmpfs 3.7G 0 3.7G 0% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 1.6G 7.2M 1.6G 1% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
/dev/mmcblk0p1 253M 32M 221M 13% /boot
...(other mounted filesystems, like external hard drives and NFS mounts)
私は大きなオブジェクトを追跡しようとしてきましたが、行き止まりのdu --max-depth 1 -xh . 2>/dev/null路地に達しました。特にそれ以来dfduマッチを提供する意思はありません。:
$ du --max-depth 1 / -xh 2>/dev/null
8.0K /mnt
2.1G /usr
4.0K /media
4.0K /opt
16K /lost+found
6.0M /etc
146M /home
4.0K /root
1.3G /var
4.0K /srv
40K /tmp
3.5G /
du3.5Gのみを使用しているが、11Gを使用すると報告するときにdf削除するジャンク（またはプログラムの誤動作の証拠であるジャンク）を見つけるために使用できる代替ツールは何ですか？
Googleはここで特に役に立ちません。ほとんどの回答は、du（lsと同様のビューを提供するdu）またはfind大容量ファイルを見つけるために使用することに焦点を当てています（少し役に立ちますが、小さなファイルが多い場合は役に立ちません）[ncdu](https://unix.stackexchange.com/a/125451/30828)。du〜3.5Gを使用しています。 ~によるとこのガイド、削除されたファイルを見つけようとしましたが（したがって「表示」されたが「df表示」されませんdu）、結果は（ほぼ）空です。
$ sudo lsof -w | grep -i 'deleted'
systemd-j 155 root 27u REG 179,2 33554432 37340 /var/log/journal/539cc463fa774d11a5642e3744db7544/user-1000@f197a92838804bf28f92299ece25a807-000000000005daa8-0005f1ce57c1e95c.journal (deleted)
ベストアンサー1
du --max-depth 1 / -xh 2>/dev/null一般ユーザーとして実行しています。そのため、権限の制限により、閲覧できないディレクトリがたくさんあります。あなた〜しなければならないrootでこのコマンドを実行してください。