我来帮你捋清楚这种情况的排查思路，碰到过好几次类似的“幽灵空间”问题，大多和进程占用或者临时目录的细节有关：

• 先排查工作目录的隐藏文件：有时候如果你的FFmpeg输出文件名不小心带了.前缀，会变成隐藏文件，常规的ls是看不到的。可以在你当时的工作目录下执行ls -la，看看有没有体积超大的隐藏文件。

• 检查系统临时目录：FFmpeg默认不会单独生成临时文件，但如果转换过程中用到了某些需要缓存的滤镜、或者你没显式指定输出路径，可能会在系统临时目录留下大文件。常见的临时目录是/tmp和/var/tmp，可以用以下命令快速定位大文件：

  • 查看/tmp下的文件大小：du -sh /tmp/*
  • 查找大于100GB的文件：find /tmp /var/tmp -type f -size +100G

• 重点排查“被删除但仍被进程占用”的文件：这大概率是你碰到的“幽灵空间”根源——当你终止FFmpeg（或者之前的文件恢复程序）时，进程可能没完全退出，它打开的文件被标记为删除，但系统要等进程彻底结束才会释放空间。你可以用这个命令查找这类文件：

  lsof | grep deleted
  

  输出结果里会显示对应的进程ID（PID）和文件路径，找到和FFmpeg相关的进程后，用kill -9 <PID>杀掉它，空间就会立刻释放了。

• 确认磁盘分区的占用情况：先执行df -h看看哪个分区的使用率异常高（比如接近满的那个就是占用200GB的分区），然后针对该分区搜索大文件。比如发现/mnt/external分区占用高，就执行：

  find /mnt/external -type f -size +100G
  

  这样可以精准定位到该分区下的超大文件。

另外补充下，你之前重启的操作其实应该能解决进程占用的问题，如果重启后空间还是没释放，那就要重点检查隐藏文件和其他挂载分区了。

备注：内容来源于stack exchange，提问作者001121100