Debian 12 を実行しています。 dfによると、私のメインディスク（nvme0n1p2）に残ったスペースは22Gだけです。 ncduによると、960Gが必要です。
$ df -H
Filesystem Size Used Avail Use% Mounted on
udev 17G 0 17G 0% /dev
tmpfs 3.4G 4.0M 3.4G 1% /run
/dev/nvme0n1p2 1.1T 934G 22G 98% /
tmpfs 17G 0 17G 0% /dev/shm
tmpfs 5.3M 8.2k 5.3M 1% /run/lock
/dev/nvme0n1p1 536M 6.2M 530M 2% /boot/efi
tmpfs 3.4G 87k 3.4G 1% /run/user/1000
XXX.XXX.XXX.XXX:/volume1/data 27T 14T 14T 50% /mnt/data
XXX.XXX.XXX.XXX:/volume1/media 27T 14T 14T 50% /mnt/robmedia
# ncdu
. 8.2 TiB [######################] /mnt
29.6 GiB [ ] /var
7.2 GiB [ ] /usr
3.6 GiB [ ] /home
224.8 MiB [ ] /boot
125.2 MiB [ ] /opt
12.0 MiB [ ] /etc
. 3.8 MiB [ ] /run
136.0 KiB [ ] /tmp
44.0 KiB [ ] /root
e 16.0 KiB [ ] /lost+found
12.0 KiB [ ] /media
e 4.0 KiB [ ] /srv
e 4.0 KiB [ ] /.cache
. 0.0 B [ ] /proc
0.0 B [ ] /sys
0.0 B [ ] /dev
このファントムドライブの問題について私が見つけたほとんどの内容は、犯人が通常削除されたファイルのために多くのスペースを予約していることを示唆しています。 lsof + L1は削除された多くのファイルをリストし、最大数百に達することができますが、サイズが小さく、合計ファントムスペースが960ではない5GBについて話しているようです。
答えはドライブオーバーレイと関係があるかもしれません。 # df -Hは、私が実行しているドッカーコンテナごとに1つずつ20個のオーバーレイを表示しました。しかし、docker composeファイルを停止してこれらのコンテナをすべて終了すると、オーバーレイは消えますが、問題は残ります。
何をしますか？
答え1
見つけました。膨らんだファイルはメインディスクの/mntディレクトリの1つに隠されていましたが、duこの時点でnfsドライブをマウントしたため隠されました。解決策は、/を/mnt/rootにバインドマウントして、これらのファイルをブロックせずに表示および処理できるようにすることです。また、NASフォルダをアンマウントしても同じ効果があることを確認しました。パスワード：
mkdir /mnt/root
mount --bind / /mnt/root
ncdu /mnt/root
明らかにNASがマウントされていないある時点でqbittorrentを使用していましたが、ほぼ1TBのビデオでマウントポイントを埋める機会がありました。
このQ&Aのクレジット：