正如你在这个 dumpe2fs -h 输出中看到的（剪掉了结尾，留下了头部，以防有什么重要的事情），我有更多（实际上大约 86000 个）“空闲块”，而不是保留的，但我得到一个“没有空间”即使对于一个很小的文件（将某些内容回显到文件中以进行测试），也会在设备上出现错误。
颜色把我难住了。
dumpe2fs 1.41.12（2010 年 5 月 17 日） 文件系统卷名称： 最后安装于： 文件系统 UUID：b7d8fde6-faa4-4c13-b310-32f302cc6db6 文件系统幻数：0xEF53 文件系统版本号：1（动态） 文件系统功能： has_journal ext_attr resize_inode dir_index 文件类型 need_recovery稀疏_超大文件 文件系统标志：signed_directory_hash 默认安装选项：（无） 文件系统状态：干净 错误行为：继续 文件系统操作系统类型：Linux 索引节点数：9707520 块数：38808000 保留块数：1940400 空闲块：2026361 空闲索引节点：9583170 第一个块：0 块大小：4096 片段大小：4096 保留的 GDT 块：1014 每组块数：32768 每组碎片：32768 每组索引节点：8192 每组索引节点块：512
答案1
您的 160 GB 分区已满 94.78%，其文件系统正在使用保留块的默认值 (5%)。
这样您就只有 0.22% 的可用磁盘空间（约 40 MB）。试图理解为什么一个小文件会导致磁盘满而可用空间如此之少是没有意义的。
您的系统可能会同时创建填充此空间的日志或临时文件。日记可能在这里也发挥了作用。即您的小文件不是直接写入的，而是通过可能需要额外空间的中间位置写入的。
答案2
您可能遇到磁盘损坏。启动到单用户或恢复模式并fsck在受影响的分区上运行。
答案3
请检查可用的 inode 数量
df -i /FILESYSTEM-IN-QUESTION
如果您的索引节点用完了，您需要找到填满索引节点表的迷宫般的曲折小文件并合并它们
例如，如果 /tmp 中有 900 万个文件，这可能会导致问题。