有没有办法告诉内核现在释放可用磁盘空间？就像在/ proc /中写东西一样？结合使用Ubuntu 11.10和ext4。

这可能是一个古老且反复出现的主题。在只有我的编辑器无法保存我打开的源代码文件时才注意到0的空间后，令我感到恐惧的是，现在文件夹列表中的文件大小为0字节，我继续疯狂删除。

我从用户和根目录删除了100兆MB的大文件，并且也进行了一些硬链接。

就在我这样做之前apt-get clean，/ var / cache / apt / archives中有900MB以上的空间，现在只有108KB：

# du
108 /var/cache/apt/archives

一个小时后，仍然没有可用空间，无法保存在编辑器中打开的宝贵文件，但是请注意以下差异：

# sync; df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda4             13915072  13304004         0 100% /

有什么建议么？我关闭了一些服务/进程，但不确定如何检查谁可能正在主动占用磁盘空间。

更多信息

# dumpe2fs  /dev/sda4
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              884736
Block count:              3534300
Reserved block count:     176715
Free blocks:              422679
Free inodes:              520239
First block:              0
Block size:               4096
Fragment size:            4096

检查lsof以查看是否有打开的文件。除非关闭，否则不会释放空间。

sudo /usr/sbin/lsof | grep deleted

会告诉您哪些已删除文件仍保持打开状态。

使用lsof查找删除，但是打开，文件仍然占用空间：

lsof | grep deleted | grep etilqs_1IlrBRwsveCCxId
chrome     3446       user  128u      REG              253,2              16400       2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)  

在/proc/<pid>/fd/该文件句柄中找到对应的条目：

ls -l /proc/3446/fd/etilqs_1IlrBRwsveCCxId
lrwx------. 1 user unix 64 Feb 11 15:31 128 -> /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

现在，cat /dev/null进入fd：

cat /dev/null > /proc/3446/fd/128

请注意，索引节点仍处于打开状态，但是长度为0

chrome     3446       user  128u      REG              253,2         0    2364626 /var/tmp/etilqs_1IlrBRwsveCCxId (deleted)

df不会显示保留的空间root（即使以方式运行root）：

# df -h
Filesystem            Size  Used Avail Use% Mounted on
...
/dev/optvol           625G  607G     0 100% /opt
...

如何更改“预留块百分比”

1. 将预留空间减少到4％

   # tune2fs -m4 /dev/sda4

df -h 现在显示45M免费。

2. 快速保存我的文件

3. 放回5％

   # tune2fs -m5 /dev/sda4

在Ubuntu中，如果使用垃圾桶删除了文件，则文件很可能不会被完全删除。

即使清空垃圾桶，文件也将保留~/.local/share/Trash/expunged到重新启动后甚至更长的时间。

我还没有找到一个很好的理由，但是如果空间不足，我总是手动rm删除垃圾文件。

sudo lsof | grep "(deleted)$" | sed -re 's/^\S+\s+(\S+)\s+\S+\s+([0-9]+).*/\1\/fd\/\2/' | while read file; do sudo bash -c ": > /proc/$file"; done

说明：
Grep lsof输出仅提取已删除的文件。Sed从每一行中提取进程ID和FileDescriptor ID，并创建格式为的字符串{pid}/fd/{fid}。while循环，不输出任何内容到每个文件，将它们设置为空。

我想知道sync这里是否有帮助-但是不应该，因为IIRC在大多数（“许多”？）系统中，文件系统每30秒同步一次。

我会检查内核日志（so dmesg），lsof以查看是否有任何令人讨厌的事情发生，然后运行以查看是否有任何较大的，已删除的文件仍然打开（实际上，我认为已删除的文件在lsof输出中将被标记为是）。

可能导致删除的文件释放空间的两个原因（其中一个是在您链接的问题中指出的）是

• 尚未实际删除的文件：您删除了在其他位置进行硬unlink()链接的文件（更确切地说，您编辑的文件包含多个链接）
• 仍然打开的文件：打开的文件是使用文件，inode本身而不是目录条目来保存的，如果删除条目，则只要它仍处于打开状态，inode就会保留在那里。

但是我不知道为什么这么多文件可能会发生的具体原因...

当您清空垃圾桶时，CentOS 6.3也会执行实际上不是清空的垃圾桶。直到我刚跑完，我才找到一种回收空间的方法rm -rf ~/.local/share/Trash/expunged/。造成了很多头疼。