Ivan Asked: 2010-10-04 09:08:18 +0800 CST2010-10-04 09:08:18 +0800 CST 2010-10-04 09:08:18 +0800 CST 为什么 Ubuntu 看不到任何可用空间？ 772 我有一个外部 TB 驱动器来存储我的废料（实际上我的意思是上面有一个分区，我那里还有一些其他分区）。使用的FS是ext3。即使我在那里删除了一些文件（因此至少有数百个 mibs 可用），Nautilus 在那里显示零可用空间，甚至不允许创建目录。如何解决这个问题？ 我使用 Ubuntu 10.10 每日版本，最后一次更新是在前天（2010 年 10 月 3 日）。 nautilus ext3 5 个回答 Voted Riccardo Murri 2010-10-04T09:29:29+08:002010-10-04T09:29:29+08:00 ext2/3/4 文件系统为“特权”用户保留了一定比例的块；文件系统可能显示为“几乎已满”，但只有 root 可以写入。我的猜测是你达到了这个极限。 默认情况下，为root 用户保留总文件系统大小的 5%。保留百分比和“特权”用户都可以使用该tune2fs命令进行更改。 要将保留块的百分比更改为 1%，请运行 (as root)： tune2fs -m 1 /dev/your_disk_partition_device 您还可以将保留块百分比设置为 0，从而有效地在某个分区上禁用此功能。 要更改特权用户，请运行（as root）： tune2fs -u username /dev/your_disk_partition_device tune2fs手册页上有关这两个选项的更多详细信息。 Phil Hannent 2010-10-05T02:56:10+08:002010-10-05T02:56:10+08:00 对我来说听起来像是一个哑磁盘（不释放空间）。周末与我交谈的人在使用 Windows 和新的 0.5TB 硬盘时遇到了同样的问题（恐怕我不知道是什么品牌）。删除文件将删除它们，但空间并未被释放。 磁盘工具是否报告任何 SMART 故障情况？ Roman A. Taycher 2010-10-05T19:22:23+08:002010-10-05T19:22:23+08:00 您应该尝试删除更多内容以防万一，在几乎满驱动器的情况下，这些内容并不总是有效，请尝试使用 baobab 或其他目录大小可视化工具来找出可以和应该删除的内容。 user449229 2015-09-10T11:57:06+08:002015-09-10T11:57:06+08:00 索引节点 df -i / tune2fs -l /dev/disk tune2fs 会告诉你在引导或挂载时有多少 inode 空闲， df -i / 会告诉你现在有多少 inode 空闲。您可以查看是否没有 inode，以及文件系统是从多久前挂载的，无论它是否突然发生。 然后你可以这样做来找出 inode 的位置： find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n 这将告诉您每个目录中有多少个 inode，当输出停止时，最多的将位于底部。问题应该很明显，因为您很可能有一两个目录，其中包含数百万个条目。 哈拉@geek_king Willem 2015-09-10T12:11:00+08:002015-09-10T12:11:00+08:00 即使相应的文件已被删除（文件句柄仍处于打开状态），进程仍会占用存储空间。 用 lsof -nP 找到这些 https://unix.stackexchange.com/questions/68523/find-and-remove-large-files-that-are-open-but-have-been-deleted
ext2/3/4 文件系统为“特权”用户保留了一定比例的块；文件系统可能显示为“几乎已满”，但只有 root 可以写入。我的猜测是你达到了这个极限。
默认情况下，为
root用户保留总文件系统大小的 5%。保留百分比和“特权”用户都可以使用该tune2fs命令进行更改。要将保留块的百分比更改为 1%，请运行 (as
root)：您还可以将保留块百分比设置为 0，从而有效地在某个分区上禁用此功能。
要更改特权用户，请运行（as
root）：tune2fs手册页上有关这两个选项的更多详细信息。对我来说听起来像是一个哑磁盘（不释放空间）。周末与我交谈的人在使用 Windows 和新的 0.5TB 硬盘时遇到了同样的问题（恐怕我不知道是什么品牌）。删除文件将删除它们，但空间并未被释放。
磁盘工具是否报告任何 SMART 故障情况？
您应该尝试删除更多内容以防万一，在几乎满驱动器的情况下，这些内容并不总是有效，请尝试使用 baobab 或其他目录大小可视化工具来找出可以和应该删除的内容。
索引节点
tune2fs 会告诉你在引导或挂载时有多少 inode 空闲， df -i / 会告诉你现在有多少 inode 空闲。您可以查看是否没有 inode，以及文件系统是从多久前挂载的，无论它是否突然发生。
然后你可以这样做来找出 inode 的位置：
这将告诉您每个目录中有多少个 inode，当输出停止时，最多的将位于底部。问题应该很明显，因为您很可能有一两个目录，其中包含数百万个条目。
哈拉@geek_king
即使相应的文件已被删除（文件句柄仍处于打开状态），进程仍会占用存储空间。
用 lsof -nP 找到这些
https://unix.stackexchange.com/questions/68523/find-and-remove-large-files-that-are-open-but-have-been-deleted