本篇內容介紹了“linux下RM刪除文件空間釋放”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

創新互聯建站主營黔西南州網站建設的網絡公司,主營網站建設方案,重慶APP軟件開發,黔西南州h5微信平臺小程序開發搭建,黔西南州網站營銷推廣歡迎黔西南州等地區企業咨詢

產生一個指定大小的隨機內容文件

我們先看一下當前各個掛載目錄的空間大小：

$ 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下的文件增多了。

測試程序：

#include  
#include  
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

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

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

實際上，只有當一個文件的引用計數為0（包括硬鏈接數）的時候，才可能調用unlink刪除，只要它不是0，那么就不會被刪除。所謂的刪除，也不過是文件名到 inode 的鏈接刪除，只要不被重新寫入新的數據，磁盤上的block數據塊不會被刪除，因此，你會看到，即便刪庫跑路了，某些數據還是可以恢復的。換句話說，當一個程序打開一個文件的時候（獲取到文件描述符），它的引用計數會被+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; /* 硬鏈接數目 */

關于里面的細節，還有很多內容（如硬鏈接數量也會影響文件是否被刪除），這里不一一展開。

如何釋放已經被刪除文件占用的空間？

關于釋放，前面已經說了，重啟打開該文件的進程即可。但是有沒有方法找到哪些文件被刪除了，但還是被某些進程打開了呢？

自然是有方法的：

$ 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字樣。

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

總結

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

如果發現明明已經刪除了大量文件，但是空間卻并沒有恢復正常，那么不妨看看是不是還有程序打開了這些文件。

“linux下RM刪除文件空間釋放”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注創新互聯網站，小編將為大家輸出更多高質量的實用文章！

本文名稱：linux下RM刪除文件空間釋放
網站URL：http://vcdvsql.cn/article26/gjepcg.html

成都網站建設公司_創新互聯，為您提供做網站、用戶體驗、營銷型網站建設、網站維護、小程序開發、電子商務

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯