700字范文,内容丰富有趣,生活中的好帮手!
700字范文 > linux rm 命令删除文件恢复_rm删除文件空间就释放了吗?天真!

linux rm 命令删除文件恢复_rm删除文件空间就释放了吗?天真!

时间:2019-05-08 13:00:31

相关推荐

linux rm 命令删除文件恢复_rm删除文件空间就释放了吗?天真!

作者:守望,Linux应用开发者,目前在公众号【编程珠玑】 分享Linux/C/C++/数据结构与算法/工具等原创技术文章和学习资源。

rm删除文件空间就释放了吗?太天真了!

删除一个文件

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

不信吗?来看下面的例子。

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

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

$df-h

/dev/sda11454M280M147M66%/boot

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

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

$ddif=/dev/urandomof=/boot/test.txtbs=50Mcount=1

其中dd命令可以参考《dd命令实用详解》,而关于/dev/urandom,在《Linux特殊设备文件你知道吗》中已经有介绍。

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

$df-h

/dev/sda11454M312M115M74%/boot

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

测试程序

//来源:公众号【编程珠玑】

//作者:守望先生

#include

#include

intmain(void){

FILE*fp=NULL;

fp=fopen("/boot/test.txt","rw+");

if(NULL==fp)

{

perror("openfilefailed");

return-1;

}

while(1)

{

//donothing

sleep(1);

}

fclose(fp);

return0;

}

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

编译并运行:

$gcc-oopenFileopenFile.c

$./openFile

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

$rm/boot/test.txt

再看一下boot空间:

$df-h

dev/sda11454M312M115M74%/boot

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

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

$$df-h

/dev/sda11454M280M147M66%/boot

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

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

实际上,只有当一个文件的引用计数为0(包括硬链接数)的时候,才可能调用unlink删除,只要它不是0,那么就不会被删除。所谓的删除,也不过是文件名到 inode 的链接删除,只要不被重新写入新的数据,磁盘上的block数据块不会被删除,因此,你会看到,即便删库跑路了,某些数据还是可以恢复的。

换句话说,当一个程序打开一个文件的时候(获取到文件描述符),它的引用计数会被+1,rm虽然看似删除了文件,实际上只是会将引用计数减1,但由于引用计数不为0,因此文件不会被删除。

structinode{

structhlist_nodei_hash;/*hash链表的指针*/

structlist_headi_list;/*backingdevIOlist*/

structlist_headi_sb_list;/*超级块的inode链表*/

structlist_headi_dentry;/*引用inode的目录项对象链表头*/

unsignedlongi_ino;/*索引节点号*/

atomic_ti_count;/*引用计数*/

unsignedinti_nlink;/*硬链接数目*/

......

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

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

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

自然是有方法的:

$lsof|grepdeleted

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

更多使用方法也可以参考《linux中如何查看文件打开情况?》。

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

$ls-al/proc/`pidofopenFile`/fd

total0

lrwx------1rootroot645月409:270->/dev/pts/25

lrwx------1rootroot645月409:271->/dev/pts/25

lrwx------1rootroot645月409:272->/dev/pts/25

lrwx------1rootroot645月409:273->/boot/test.txt(deleted)

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

既然我们都说了,这样的情况下文件是没有被删除的,那么还能不能恢复呢?实际上还是可以读取的。参考《linux中如何查看文件打开情况?》中恢复删除但被打开的文件一节。

总结

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

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

●编号1084,输入编号直达本文

●输入m获取文章目录

推荐↓↓↓

运维

更多推荐25个技术类公众微信

涵盖:程序人生、算法与数据结构、黑客技术与网络安全、大数据技术、前端开发、Java、Python、Web开发、安卓开发、iOS开发、C/C++、.NET、Linux、数据库、运维等。

本内容不代表本网观点和政治立场,如有侵犯你的权益请联系我们处理。
网友评论
网友评论仅供其表达个人看法,并不表明网站立场。