自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

面試官:rm刪除文件空間就釋放了嗎?

系統(tǒng) Linux
在 Linux,你是不是曾經(jīng)天真的以為,使用rm刪除一個文件,占用的空間就釋放了?事情可能不是常常如人意。

[[332235]]

在 Linux,你是不是曾經(jīng)天真的以為,使用rm刪除一個文件,占用的空間就釋放了?事情可能不是常常如人意。

產(chǎn)生一個指定大小的隨機內(nèi)容文件

我們先看一下當(dāng)前各個掛載目錄的空間大小: 

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

我這里挑選了其中一個結(jié)果展示(你可以選擇任一掛載目錄),接下來準(zhǔn)備在/boot下生成一個文件。

首先我們產(chǎn)生一個50M大小的文件: 

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

至此,我們產(chǎn)生了一個50M大小的文件,再看boot下: 

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

這里你不用關(guān)心到底多了多少,你只需要關(guān)注,/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;  

至于程序本身,也沒干啥實際的事情,就是打開一個文件,然后一直循環(huán)。編譯并運行: 

  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 

乖乖,空間馬上就釋放掉了,也就是按照預(yù)期,我們的文件被刪除了。

一個文件什么情況下才會被刪除?

實際上,只有當(dāng)一個文件的引用計數(shù)為0(包括硬鏈接數(shù))的時候,才可能調(diào)用unlink刪除,只要它不是0,那么就不會被刪除。所謂的刪除,也不過是文件名到 inode 的鏈接刪除,只要不被重新寫入新的數(shù)據(jù),磁盤上的block數(shù)據(jù)塊不會被刪除,因此,你會看到,即便刪庫跑路了,某些數(shù)據(jù)還是可以恢復(fù)的。換句話說,當(dāng)一個程序打開一個文件的時候(獲取到文件描述符),它的引用計數(shù)會被+1,rm雖然看似刪除了文件,實際上只是會將引用計數(shù)減1,但由于引用計數(shù)不為0,因此文件不會被刪除。 

  1. struct inode {  
  2. struct hlist_node   i_hash; /* hash鏈表的指針 */  
  3. struct list_head    i_list; /* backing dev IO list */  
  4. struct list_head    i_sb_list; /* 超級塊的inode鏈表 */  
  5. struct list_head    i_dentry; /* 引用inode的目錄項對象鏈表頭 */  
  6. unsigned long    i_ino; /* 索引節(jié)點號 */  
  7. atomic_t         i_count; /* 引用計數(shù) */  
  8. unsigned int     i_nlink; /* 硬鏈接數(shù)目 */ 

關(guān)于里面的細(xì)節(jié),還有很多內(nèi)容(如硬鏈接數(shù)量也會影響文件是否被刪除),這里不一一展開。

如何釋放已經(jīng)被刪除文件占用的空間?

關(guān)于釋放,前面已經(jīng)說了,重啟打開該文件的進程即可。但是有沒有方法找到哪些文件被刪除了,但還是被某些進程打開了呢?

自然是有方法的: 

  1. $ lsof |grep deleted 

其中被標(biāo)記為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字樣。

既然我們都說了,這樣的情況下文件是沒有被刪除的,那么還能不能恢復(fù)呢?實際上還是可以讀取的。

總結(jié)

實際上對于這種文件被刪除了,常常出現(xiàn)于程序的日志文件中,可能你有一個定時任務(wù)去清理程序產(chǎn)生的日志文件,但是如果程序本身忘記關(guān)閉句柄,就會導(dǎo)致磁盤空間得不到釋放,最終就是你認(rèn)為文件都被刪除了,但是磁盤卻依然被占著。所以,養(yǎng)成好習(xí)慣,打開文件后,不用時,記得關(guān)閉文件描述符。

如果發(fā)現(xiàn)明明已經(jīng)刪除了大量文件,但是空間卻并沒有恢復(fù)正常,那么不妨看看是不是還有程序打開了這些文件。 

 

責(zé)任編輯:龐桂玉 來源: 民工哥技術(shù)之路
相關(guān)推薦

2020-05-10 18:16:32

rm刪除文件空間

2020-06-22 11:50:38

TCPIP協(xié)議

2010-04-28 19:18:44

Hp unix

2022-11-04 08:47:52

底層算法數(shù)據(jù)

2022-05-23 08:43:02

BigIntJavaScript內(nèi)置對象

2020-01-15 08:06:28

HTTP超文本傳輸協(xié)議網(wǎng)絡(luò)協(xié)議

2020-03-14 09:17:55

HTTPS網(wǎng)絡(luò)協(xié)議HTTP

2017-11-03 09:59:16

Linux文件空間

2024-06-26 11:55:44

2020-06-17 21:22:56

Serverless面試官架構(gòu)

2015-08-13 10:29:12

面試面試官

2021-11-15 09:32:06

浮點面試Java

2023-02-16 08:10:40

死鎖線程

2020-12-03 06:30:11

內(nèi)部類對象變量

2020-05-15 11:14:58

操作系統(tǒng)面試官運行

2023-03-05 22:11:20

刪除文件磁盤

2020-09-30 06:49:25

MySQL查詢刪除

2020-04-07 01:04:18

SessionCookieToken

2020-04-15 12:24:55

Exception Error Java

2025-02-10 00:00:25

內(nèi)存管理開發(fā)
點贊
收藏

51CTO技術(shù)棧公眾號