背景說明：今天同事在用ftp更新網站內容是，將原來文件夾重命名以備份，再上傳文件，上傳完成后測試網站可以訪問就將備份刪除（腦袋抽筋了），結果發現備份中最重要的一個圖片文件夾被刪除，而上傳的只是程序文件，導致所有圖片丟失。

找回辦法如下：

1、嘗試方法一：debugfs
用debugfs工具，可以看到刪除的列表，但沒有找到批量恢復文件的辦法（丟失的文件有1萬多），可能是我方法不對。對于單個文件，debugfs是可以很方便恢復的。

大多數Linux發行版都提供一個debugfs工具，可以用來對Ext3文件系統進行編輯操作。不過在使用這個工具之前，還有一些工作要做。

　　首先以只讀方式重新掛載被誤刪的文件所在分區。使用如下命令：（假設文件在/usr分區）

　　-r表示只讀方式掛載；-n表示不寫入/etc/mtab，如果是恢復/etc上的文件，就加上這個參數。如果系統說xxx partion busy，可以用fuser命令查看一下是哪些進程使用這個分區上的文件：
　

　　如果沒有什么重要的進程，用以下命令停掉它們：
　　

　　然后就可以重新掛載這些文件系統了。

　　如果是把所有的文件統一安裝在一個大的/分區當中，可以在boot提示符下用linux single進入單用戶模式，盡量減少系統進程向硬盤寫入數據的機會，要不干脆把硬盤掛在別的機器上。另外，恢復出來的數據不要寫到/上面，避免破壞那些有用的數據。如果機器上有dos/windows，可以寫到這些分區上面：
　
 

　　然后就可以執行debugfs：（假設Linux在 /dev/hda5）
　

　　列出的文件有很多（這里找到2692個），第一字段是文件節點號，第二字段是文件所有者，第三字段是讀寫權限，接下來是文件大小，占用塊數，刪除時間。然后就可以根據文件大小和刪除日期判斷那些是我們需要的。比如我們要恢復節點是196829的文件：

　　可以先看看文件數據狀態：

　　然后就可以用dump指令恢復文件：
　

　　這樣就把文件恢復出來了。退出debugfs：
　　

　　另一種方法是手工編輯inode：
　　

　　使用mi指令后每次顯示一行信息以供編輯，其它行可以直接按回車表示確認，把deletion time改成0（未刪除），Link count改成1。改好后退出debugfs：
　　

　　然后用fsck檢查/dev/hda5

程序會說找到丟失的數據塊，放在lost+found里面。

另外debugfs不適合恢復大文件。

2、嘗試方法二、foremost
foremost是很不錯的軟件，非常簡單，一個命令就恢復了所有圖片，但是文件名卻丟失了，那么多圖片如何恢復名字，沒有找到好的辦法。同上面debugfs一樣，如果是單個文件，或者知道文件名字，這個方法是可以的。但文件量過大，且必須恢復文件名，此方法則不行。

基本使用辦法如下：

下載并編譯安裝 foremost： 
 

恢復完成后會在你的當前所在目錄中建立一個 output 目錄，并在在 output 目錄下會建立 png 子目錄下會包括所有已經恢復回來的 png 格式的文件。 
注意：恢復回來的文件，文件名已經改變，另外 output 目錄下有一個 audit.txt 文件是恢復成功文件的列表。

3、嘗試方法三、extundelete
在網上終于找到一個非常優秀的恢復軟件extundelete，通過它，我恢復了絕大部分軟件（分部被覆蓋導致丟失）。操作方法如下：

安裝軟件：
軟件下載地址：http://extundelete.sourceforge.net/
 

執行恢復動作：
 

上述命令表示恢復上述分區下的所有近期刪除文件，我通過此辦法找回了99%的文件，還有少數被覆蓋。

extundelete 其他主要用法：
單個文件的恢復：
 

目錄恢復：

教訓經驗：
文件被刪除后，恢復建議如下：

1、停止所有寫入（可斷網防止外部新的訪問進入），最好將磁盤dd克隆一份。我們丟失的文件就是因為同事急于恢復，進行一些操作導致部分數據被覆蓋。

2、如果被刪除的文件被進程使用中，則千萬別關閉該進程，用losf配合可以找回（因為還在內存中），這種恢復辦法網上很多教程。

3、用合適的工具恢復。