我最近调整/移动了我的主分区，然后将我的根分区扩展到剩余的可用空间。我使用 gparted 通过可启动的 usb 完成了这一切。当我启动 ubuntu 备份并运行 osm2pgsql（它将地图文件转换为数据库形式）时，它抱怨根目录中没有足够的空间。运行所有常用的 df -h、gparted、gnome-disk、gnome-system-monitor 并检查我的根目录的属性，结果显示它有 66.2GB 的容量，其中 6.0GB 已被使用。但是当我使用磁盘使用情况分析器时，它报告的大小为 ~6GB（我猜这也是 osm2pgsql 检测到的）。奇怪的是，在我调整/移动之前，我甚至没有从 6GB 开始。如果我没记错的话，我一开始有大约 12GB。此外，使用磁盘使用情况分析器时，我的主分区报告从之前的大约 1.4TB 缩小到 64.1GB。作为最后的线索，磁盘使用情况分析器在扫描文件夹之前报告了根目录的正确大小 - 不确定这是否有帮助。
答案1
http://ubuntuforums.org/showthread.php?t=1122670
这是一个非常大的话题，因此请转到第 5 节，其中提到：
虽然 DUA 提供了有价值的信息，但它经常引发对其用途的质疑。以下是一些需要注意的事项：
扫描完成后，顶部条目（无论是系统还是单个文件夹）始终会显示 100%。子文件夹百分比加起来为 100%。100% 并不一定意味着分区上没有剩余空间。
我在 Debian 7/Gnome 3 上也遇到了类似的事情。我尝试安装 google-chrome，但它安装到了 /opt，所以我的根分区已满，因此安装失败。Gnome 打开磁盘使用情况分析器，显示 100%，但 df 只显示使用了 52%。所以就我而言，DUA 误导了我，浪费了我的时间。很抱歉，我无法说出您的程序失败的原因，我只能说确保它没有在该分区的某个地方生成大文件。