这是我发布的第一个问题，所以我希望我能提前提供您所需要的信息。
简单的问题是：当所有 df -h、du 或 sudo du -hsx 命令都显示使用量以 10 GB 为单位而不是接近 TERRABYTES 时，为什么我的 2TB 驱动器显示几乎完全已满？
现在来看看细节：
我运行一个 ubuntu 服务器（20.04），它主要用于家庭媒体使用的 docker 容器。
lsb_release -d
Description: Ubuntu 20.04 LTS
我安装了一个 2TB 的驱动器，其中大部分位于根分区（除了一个非常小的交换分区）
此外，我还有一个安装到本地磁盘文件夹的 CIFS NAS 驱动器和一个用于备份我的网络设备的 iSCSI LUN：
df -h -x{tmp,devtmp,squash}fs
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 1.8T 1.6T 143G 92% /
//192.168.1.103/Public 22T 11T 12T 47% /media/Media
/dev/sdb1 18T 1.6T 15T 10% /media/NASBackup
对于每个安装，输出如下：
ray@ray-htpc:~/htpc-docker-standup$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.8G 0 7.8G 0% /dev
tmpfs 1.6G 2.0M 1.6G 1% /run
/dev/sda3 1.8T 1.6T 146G 92% /
tmpfs 7.8G 0 7.8G 0% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
/dev/loop0 401M 401M 0 100% /snap/gnome-3-38-2004/112
/dev/loop9 128K 128K 0 100% /snap/bare/5
/dev/loop8 47M 47M 0 100% /snap/snapd/16010
/dev/loop7 55M 55M 0 100% /snap/snap-store/558
/dev/loop2 82M 82M 0 100% /snap/gtk-common-themes/1534
/dev/loop5 56M 56M 0 100% /snap/core18/2560
/dev/loop4 62M 62M 0 100% /snap/core20/1611
/dev/loop12 56M 56M 0 100% /snap/core18/2538
/dev/loop10 47M 47M 0 100% /snap/snapd/16292
/dev/loop1 241M 241M 0 100% /snap/gnome-3-34-1804/24
/dev/loop3 50M 50M 0 100% /snap/snap-store/433
/dev/loop11 347M 347M 0 100% /snap/gnome-3-38-2004/115
/dev/loop14 64M 64M 0 100% /snap/core20/1623
/dev/loop6 219M 219M 0 100% /snap/gnome-3-34-1804/77
/dev/loop13 92M 92M 0 100% /snap/gtk-common-themes/1535
//192.168.1.103/Public 22T 11T 12T 47% /media/Media
/dev/sdb1 18T 1.6T 15T 10% /media/NASBackup
tmpfs 1.6G 24K 1.6G 1% /run/user/1000
这已经运行了一年，根分区的磁盘使用率在最长的时间内一直在 2-9% 的范围内。上周我再次检查了一下，因为我的一个容器中出现了磁盘空间几乎已满的错误，而且我发现使用了 92%。
然而，如果我看看自己学习的动力在哪里使用情况是，我看不到任何与此使用水平相近的东西：
#pwd
/
/# sudo du -hsx * | sort -rh | head -n 40
du: cannot access 'proc/11181/task/11181/fd/4': No such file or directory
du: cannot access 'proc/11181/task/11181/fdinfo/4': No such file or directory
du: cannot access 'proc/11181/fd/3': No such file or directory
du: cannot access 'proc/11181/fdinfo/3': No such file or directory
18G home
15G var
6.4G usr
144M boot
12M etc
2.0M run
92K root
88K tmp
44K snap
16K opt
16K lost+found
4.0K srv
4.0K mnt
4.0K media
4.0K cdrom
0 sys
0 sbin
0 proc
0 libx32
0 lib64
0 lib32
0 lib
0 dev
0 bin
当只有几个 15G 和 18G 的结果时，将近 2 TB 的空间被用在哪里了？
我是 ubuntu 服务器上的唯一用户。那里也没有隐藏的“/home/.local/share/Trash”文件夹。
为了清理一切，我彻底清除了机器中的所有容器，这样它就会修剪所有配置和存储的文件，总共恢复了 19G；与它所说的使用量相差甚远。
任何事情，哪怕是一个小小的猜测，都会受到很大的感激，因为我已经连续一个星期每天都在研究这个问题，但我发现没有任何可能或值得检查的东西能够解决如此大的差异。
先感谢您，
雷·H.