问如何找到Filelight没有显示的文件？DiskFree显示使用了227；Filelight只显示使用了89

EN

Ubuntu20.04，顶部安装了KDE。

我的根驱动器空间不足。这没什么大不了的，因为我总是可以把东西移到我系统上的其他驱动器上。

通常，我会使用像Dirstat或Filelight这样的工具来告诉我最大的空间霸主在哪里，这样我就可以轻松有效地释放空间。但是Dirstat总是在我发射的时候崩溃，所以这是没用的。显然Filelight没有显示一些文件。

Filelight说我只在256 be的驱动器上使用89 be，这将是很棒的。但是Dolphin和DiskFree都显示我使用的是227 of的空间，只有2.6GB的空闲空间！所以，要么两者都是错误的，要么--更有可能--驱动器上有一些东西占用了138‘t，而Filelight由于某种原因无法检测到。

我已经尝试过trash-empty命令，但这并没有起到任何作用，因此它似乎并不是占用空间的垃圾目录。除非有其他的，更好的垃圾清理命令我应该使用。

我也尝试过du -h --max-depth=2，它的结果似乎与Filelight一致，即使以root的形式运行。同时，df /显示该磁盘的使用率为99%，符合Dolphin和DiskFree的要求。

试着运行sudo filelight，它确实找到了更多的文件，但是它说使用了91‘s.这与现在使用的227‘s是大相径庭的。

所以我的问题是：

( A)是否有更好的程序来显示磁盘的目录使用情况，并更容易地找到空间浪费者？或者是否有办法让Filelight查看它丢失的文件？

( B)是否有人知道什么幻影文件可能在使用这个空间，以及如何移动或删除它们？

lsblk的相关部分：

nvme2n1     259:0    0 232.9G  0 disk 
├─nvme2n1p1 259:3    0   512M  0 part 
└─nvme2n1p2 259:4    0 232.4G  0 part /

仅sudo lsof |& grep deleted -c输出：41130 ..。这似乎并不能提供什么特别的信息。它似乎不代表我的系统上任何正在运行的进程。(我运行了ps aux，列出的进程都没有一个id为“41130”)。除非这意味着有41130个已删除的文件仍在某个地方打开并占用空间？

编辑:这似乎非常类似于一个更老的问题：HDD46g/ GParted和df和/ncdu，du，baobab等Ubuntu12.04LTS，但不幸的是，这个问题仍然没有解决。

尝试了sudo boabab，得到了一些奇怪的结果。摘要屏幕显示使用了244 The：

但是，当我单击它查看详细信息时，它只找到94 of的文件：