Linux是通過link的數量來控制文件刪除的，只有當一個文件不存在任何link的時候，這個文件才會被刪除。一般來說，每個文件都有2個link計數器:i_count 和 i_nlink。
i_count的意義是當前文件使用者（或被調用）的數量,i_nlink 的意義是介質連接的數量（硬鏈接的數量）；可以理解為i_count是內存引用計數器，i_nlink是磁盤的引用計數器。
當一個文件被某一個進程引用時，對應i_count數就會增加；當創建文件的硬鏈接的時候，對應i_nlink數就會增加。
對於刪除命令rm而言，實際就是減少磁盤引用計數i_nlink。這裡就會有一個問題，如果一個文件正在被某個進程調用，而用戶卻執行rm操作把文件刪除了，那麼會出現什麼結果呢？
當用戶執行rm操作刪除文件後，再執行ls或者其他文件管理命令，無法再找到這個文件了，但是調用這個刪除的文件的進程卻在繼續正常執行，依然能夠從文件中正確的讀取及寫入內容。這又是為什麼呢？
這是因為rm操作只是將文件的i_nlink減少了，如果沒其它的鏈接i_nlink就為0了；但由於該文件依然被進程引用，因此，此時文件對應的i_count並不為0，所以即使執行rm操作，但系統並沒有真正刪除這個文件，當只有i_nlink及i_count都為0的時候，這個文件才會真正被刪除。也就是說，還需要解除該進程的對該文件的調用才行。
以上講的i_nlink及i_count是文件刪除的真實條件，但是當文件沒有被調用時，執行了rm操作刪除文件後是否還可以找回被刪的文件呢？
前面說了，rm操作只是將文件的i_nlink減少了，或者說置0了，實際就是將文件名到inode的鏈接刪除了，此時，並沒有刪除文件的實體即（block數據塊），此時，如果及時停止機器工作，數據是可以找回的，如果此時繼續寫入數據，那麼當新數據就可能會被分配到被刪除的數據的block數據塊，此時，文件就會被真正的回收了，那時就是神仙也沒有辦法了
