面试官给我挖坑：rm删除文件之后，空间就被释放了吗？

曾经终败给现在 2021-08-30 14:50 178阅读 0赞

[在Linux，你是不是曾经天真的以为，使用rm删除一个文件，占用的空间就释放了？事情可能不是常常如人意。][Linux_rm]

### [**产生一个指定大小的随机内容文件**][Link 1] ###

我们先看一下当前各个挂载目录的空间大小：

$ df -h
    /dev/sda11      454M  280M  147M  66% /boot

我这里挑选了其中一个结果展示（你可以选择任一挂载目录），接下来准备在/boot下生成一个文件。

首先我们产生一个50M大小的文件：

$ dd if=/dev/urandom of=/boot/test.txt bs=50M count=1

至此，我们产生了一个50M大小的文件，再看boot下：

$ df -h
    /dev/sda11      454M  312M  115M  74% /boot

[这里你不用关心到底多了多少，你只需要关注，/boot下的文件增多了。][boot]

[测试程序：][boot]

#include<stdio.h>
    #include<unistd.h>
    int main(void)
    {
        FILE *fp = NULL;
        fp = fopen("/boot/test.txt", "rw+");
        if(NULL == fp)
        {
           perror("open file failed");
           return -1;
        }
        while(1)
        {
           //do nothing
           sleep(1);
        }
        fclose(fp);
        return 0;
    }

至于程序本身，也没干啥实际的事情，就是打开一个文件，然后一直循环。编译并运行：

$ gcc -o openFile openFile.c
    $ ./openFile

打开另外一个窗口，删掉test.txt：

$ rm /boot/test.txt

再看一下boot空间：

$ df -h
    dev/sda11      454M  312M  115M  74% /boot

咦？空间大小怎么一点都没变！！明明使用rm把它删除了啊？

我们把openFile程序停掉，再看看：

$$ df -h
    /dev/sda11      454M  280M  147M  66% /boot

乖乖，空间马上就释放掉了，也就是按照预期，我们的文件被删除了。

## ##

### [**一个文件什么情况下才会被删除？**][Link 2] ###

实际上，只有当一个文件的引用计数为0（包括硬链接数）的时候，才可能调用unlink删除，只要它不是0，那么就不会被删除。所谓的删除，也不过是文件名到 inode 的链接删除，只要不被重新写入新的数据，磁盘上的block数据块不会被删除，关注公众号Java面试那些事儿，回复关键字面试，获取最新面试题。因此，你会看到，即便删库跑路了，某些数据还是可以恢复的。换句话说，当一个程序打开一个文件的时候（获取到文件描述符），它的引用计数会被+1，rm虽然看似删除了文件，实际上只是会将引用计数减1，但由于引用计数不为0，因此文件不会被删除。

struct inode {
    struct hlist_node   i_hash; /* hash链表的指针 */
    struct list_head    i_list; /* backing dev IO list */
    struct list_head    i_sb_list; /* 超级块的inode链表 */
    struct list_head    i_dentry; /* 引用inode的目录项对象链表头 */
    unsigned long    i_ino; /* 索引节点号 */
    atomic_t         i_count; /* 引用计数 */
    unsigned int     i_nlink; /* 硬链接数目 */

关于里面的细节，还有很多内容（如硬链接数量也会影响文件是否被删除），这里不一一展开。

### [**如何释放已经被删除文件占用的空间？**][Linux_rm] ###

关于释放，前面已经说了，重启打开该文件的进程即可。但是有没有方法找到哪些文件被删除了，但还是被某些进程打开了呢？

自然是有方法的：

$ lsof |grep deleted

其中被标记为deleted的文件，就是这样的一些文件。

其实在前面的例子中，我们也可以很容易观察到(openFile程序运行，test.txt文件被删除)：

$ ls -al /proc/`pidof openFile`/fd
    total 0
    lrwx------ 1 root root 64 5月   4 09:27 0 -> /dev/pts/25
    lrwx------ 1 root root 64 5月   4 09:27 1 -> /dev/pts/25
    lrwx------ 1 root root 64 5月   4 09:27 2 -> /dev/pts/25
    lrwx------ 1 root root 64 5月   4 09:27 3 -> /boot/test.txt (deleted)

看见没有，test.txt后面还有deleted字样。

既然我们都说了，这样的情况下文件是没有被删除的，那么还能不能恢复呢？实际上还是可以读取的。

### [总结][Link 3] ###

实际上对于这种文件被删除了，常常出现于程序的日志文件中，可能你有一个定时任务去清理程序产生的日志文件，但是如果程序本身忘记关闭句柄，就会导致磁盘空间得不到释放，最终就是你认为文件都被删除了，但是磁盘却依然被占着。所以，养成好习惯，打开文件后，不用时，记得关闭文件描述符。

如果发现明明已经删除了大量文件，但是空间却并没有恢复正常，那么不妨看看是不是还有程序打开了这些文件。

> 来源：编程珠玑

## 结语 ##

欢迎来到『开源Linux』，这里是 Linux 爱好者的聚集地。专注分享Linux/Unix相关内容（包括Linux运维、Linux系统开发、网络编程、以及虚拟化和云计算等技术干货）。风里雨里，我们在这里等您，期待与您相遇。

![format_png][]

[Linux_rm]: http://mp.weixin.qq.com/s?__biz=MzI2MTIzMzY3Mw%3D%3D&chksm=ea5cdd72dd2b54647cf55b4a73dcafa69fc7228205ad39ecc98fe57b39cdecb21c238c6d6cb6&idx=1&mid=2247487508&scene=21&sn=78cf235aa9ba5f988c6922ca98f8bfd6#wechat_redirect
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzI2MTIzMzY3Mw%3D%3D&chksm=ea5f2c69dd28a57f5ca9f6bc6066270a139d6111fff7b4d8721690360643bbe2a3d0b4408048&idx=1&mid=2247491855&scene=21&sn=1c5aaac47209630fd6cba1fbebc6f9c6#wechat_redirect
[boot]: http://mp.weixin.qq.com/s?__biz=MzI2MTIzMzY3Mw%3D%3D&chksm=ea5f2d8fdd28a4998858865f5d29af346f55af9ec5499b760d5b52178f2435f0eda5ab10b45d&idx=1&mid=2247491817&scene=21&sn=d8e2c555b89e2d9752d235ed2a134825#wechat_redirect
[Link 2]: http://mp.weixin.qq.com/s?__biz=MzI2MTIzMzY3Mw%3D%3D&chksm=ea5f2d0add28a41cbd32867e0e618502994d5da2a7d9e55ae753ae856958b349e8be6448e7ca&idx=2&mid=2247491692&scene=21&sn=21debc7c200a531756052bd007ae97b3#wechat_redirect
[Link 3]: https://blog.csdn.net/weixin_38889300/article/details/104143211
[format_png]: /images/20210726/8515b89b223748319f3212ef3b166a67.png