Linux 下誤刪除數(shù)據(jù)時(shí)的拯救大行動(dòng)記錄

某日,某君,也就是我啦,進(jìn)入到某臺(tái)服務(wù)器,整理服務(wù)器時(shí)發(fā)現(xiàn) /data目錄下有db_mysql和mysql_data目錄,查了mysql_data是不在使用的，所以想把mysql_data下的文件都刪除了……
這個(gè)時(shí)候，估計(jì)也許可能腦袋銹抖，居然跑到上一層目錄直接rm * -rf，這下糟了，把db_mysql也給刪除了，db_mysql是在使用中的庫�。。∥铱�:'( :'(
-
 

哭也沒用，這個(gè)時(shí)候還是想著怎么拯救吧！

拯救過程：
1、數(shù)據(jù)刪除了，但mysql還在運(yùn)行著，趕緊kill mysql，umount /dev/md0
2、使用網(wǎng)絡(luò)上到處都是debugfs方式
debugfs /dev/md0

輸入lsdel
理論上說這個(gè)時(shí)候這里可以看到被刪除的文件，然后才有下一步的操作，可惜的是，這家伙貌似比較喜歡ext2，在ext3下沒有任何東西顯示，第一步拯救行動(dòng)宣告失敗

3、使用mc方式
yum install mc

安裝完mc服務(wù)
直接輸入mc
這里窗口最好小一點(diǎn)，不然是亂碼
看到一個(gè)窗口，分別是一邊顯示刪除文件，一邊顯示恢復(fù)文件（也許是這樣，沒做研究）
輸入：
cd undel:/dev/md0

提示沒有找到目錄，無法chdir
繼續(xù)：
cd /dev/md0

一樣的結(jié)局
直接在窗口上鼠標(biāo)點(diǎn)擊進(jìn)入，還是失敗，第二個(gè)方法宣告失敗

3、使用第三方軟件ext3grep，哭訴，快OK吧，老天，再不行，我……我……被罰定啦

抱著絲絲希望開始了
安裝e2fsprogs，據(jù)說必須要有e2fsprogs-libs，不然在后面ext3grep的安裝會(huì)有問題。

下載ext3grep：http://code.google.com/p/ext3grep/downloads/list

目前最新版本是ext3grep-0.8.0.tar.gz

安裝：
cd
wget http://ext3grep.googlecode.com/files/ext3grep-0.8.0.tar.gz
tar zxvf ext3grep-0.8.0.tar.gz
cd ext3grep-0.8.0
./configure
make install

安裝過程很簡單，運(yùn)行ext3grep 就知道是否安裝成功了
恢復(fù)開始了
ext3grep /dev/md0 -ls -inode 2

這個(gè)是創(chuàng)建掃描的，不是必須的

恢復(fù)：
ext3grep /dev/md0 –restore-all
……

如果是恢復(fù)某個(gè)文件命令是：ext3grep /dev/md0 –restore-file 'filepath'

懷著忐忑的心情繼續(xù)等待……

等掃描到：
Searching group 1088:
Searching group 1089:
Searching group 1090:
Searching group 1091:
Searching group 1092:
Searching group 1093:

有結(jié)果了，看截圖，能恢復(fù)的都恢復(fù)了，恢復(fù)的文件在運(yùn)行extgrep當(dāng)前目錄下的RESTORED_FILES目錄下
查看一下該目錄，除了某個(gè)log表的兩個(gè)文件沒有恢復(fù)全外，其他全部恢復(fù)

找XXX核對(duì)了一下這個(gè)log表的作用，運(yùn)氣好，得到的答復(fù)是這個(gè)表早已經(jīng)沒在使用了

把文件拷貝到相應(yīng)的目錄，啟動(dòng)mysql，測(cè)試OK

oh，耶！��！終于成功了
感謝天感謝地，感謝黨，感謝人民，感謝網(wǎng)龍，感謝技術(shù)部，感謝WEB組，感謝冷溫和，感謝阮胖子，感謝Carlo Wood

引用別人的一句話：
“我痛哭流涕，我要再次感謝 Carlo Wood 手賤刪除了他的 ~/home 目錄，由此誕生了如此強(qiáng)大的 ext3grep，也正是因此，我才有了繼續(xù)打醬油的時(shí)間。 ”

服務(wù)器租用/服務(wù)器托管中國五強(qiáng)！虛擬主機(jī)域名注冊(cè)頂級(jí)提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]