文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

面试官:rm删除文件空间就释放了吗?

2024-12-11 20:15

关注

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

产生一个指定大小的随机内容文件

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

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

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

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

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

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

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

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

测试程序: 

  1. #include<stdio.h>  
  2. #include<unistd.h>  
  3. int main(void)  
  4.  
  5.     FILE *fp = NULL 
  6.     fp = fopen("/boot/test.txt", "rw+");  
  7.     if(NULL == fp)  
  8.     {  
  9.        perror("open file failed");  
  10.        return -1;  
  11.     }  
  12.     while(1)  
  13.     {  
  14.        //do nothing  
  15.        sleep(1);  
  16.     }  
  17.     fclose(fp);  
  18.     return 0;  

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

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

打开另外一个窗口,删掉test.txt: 

  1. $ rm /boot/test.txt 

再看一下boot空间: 

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

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

我们把openFile程序停掉,再看看: 

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

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

一个文件什么情况下才会被删除?

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

  1. struct inode {  
  2. struct hlist_node   i_hash;   
  3. struct list_head    i_list;   
  4. struct list_head    i_sb_list;   
  5. struct list_head    i_dentry;   
  6. unsigned long    i_ino;   
  7. atomic_t         i_count;   
  8. unsigned int     i_nlink;  

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

如何释放已经被删除文件占用的空间?

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

自然是有方法的: 

  1. $ lsof |grep deleted 

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

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

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

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

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

总结

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

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

 

来源:民工哥技术之路内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯