rmrf的文件夾怎麼恢復

『壹』 2020-02-03

到目標目錄下：

faste文件格式 ：大於號 + 序列名稱 後面才是序列

（2）常用操作

小技巧：在命令行界面，可以按ctrl + A 到命令行的開頭， CTRL + E 則是到命令行結尾

文件上下翻轉和左右翻轉 ： tac: 文件翻轉，第一行變為最後一行，第二行變為倒數第二行； rev 每列反轉，第一個字元變為最後一個字元，第二個字元變為倒數第二個字元。

1） 復制文件

2） 移動文件

mv 小技巧 :想給單個文件重命名的時候 ，可以使用 mv old_name new_name 。但是想給多個文件批量命名 可以使用 rename

4）ln(link)：給文件建立快捷方式（ln -s filder target ）

注意 ：在建立軟連接時，原文件要使用絕對路徑。如果希望軟鏈可以讓不同的用戶訪問，不要使用 ~。 建立軟連接，是簡化文件訪問方式的一個辦法。把其它文件夾下的文件鏈接到當前目錄，使用時只需要寫文件的名字就可以了，不需要再寫長串的目錄了

小技巧 ：每次輸入絕對路徑都很麻煩，怎麼能簡便呢？

pwd : 輸出當前所在的目錄 ，這地方要注意，要在文件所在目錄下

``為鍵盤 Esc 下第一個按鍵 (與家目錄 ~『符號同一個鍵)，寫在反引號內的命令會被運行，運行結果會放置在反引號所在的位置

5） 刪除命令

rm : 刪除一個或多個文件和目錄，也可以遞歸刪除所有子目錄，使用時一定要慎重。 rm 命令刪除的文件很難恢復。 rm -rf / * ,千萬不要執行這個命令！！！！！

5）文件壓縮和文件解壓(gzip , gunzip)

小訣竅 ：gunzip 可以記為滾zip包，即讓zip包混蛋（解壓）

6）對fasta格式文件的常用處理

wc(what count ) : 一般使用 wc -l 獲取文件行數

grep (對每一行進行模式匹配) ： 後跟字元串或正則表達式

但是面對fasta文件末尾，有我們不想要的雜字元怎麼辦？

6）對序列名的修改

有兩種方式：

其一：sed ，是文件內容編輯工具，常用於替換、取得行號等操作。

其二：cut , 更適合於矩陣操作，去除其中的一列或者多列。 由於FASTA 文件中序列裡面是沒有任何符號的，而如果名字比較長，則可以指定相應分隔符就行cut，這樣既處理了名字，又保留了序列。

『貳』 rm -rf 誤刪數據，如何進行磁碟數據恢復

在工作中，我們知道一些操作命令危險性很高，如： rm -rf，它會造成數據的誤刪除。如果萬一出現這樣情況導致數據誤刪除時，我們應該如何對數據進行恢復呢？

刪除數據的兩種場景

通常有兩種數據刪除的場景是你需要清晰了解的。第 1 個是在執行 rm -rf 刪除文件時，該文件正在被進程使用。第 2 個是這個文件並沒有被其他進程所使用，而被誤刪除。本課時我將圍繞這兩種場景進行講解並演示。

為什麼數據可以恢復

既然我執行了 rm -rf 命令，不就是刪除文件了嗎，為什麼又可以恢復數據呢？首先我來為你介紹一下其原由，對於第 1 種進程正在使用文件的場景，數據可以恢復是由因為 linux 里，每個文件都有 2 個 link 計數器：i_count 和 i_nlink。

i_count 的作用是當一個文件被一個進程引用時，它的數值會加 1，也就是說它記錄的是文件被進程引用的次數。i_nlink 的作用則是記錄文件產生硬鏈接的個數。Linux 系統只有在兩個數值都清零的時候，文件才被系統認為是刪除的。如果我們執行了 rm -rf，卻並沒有把 i_count 刪除，假設此時刪除文件有進程在使用，那麼它（i_count）數值不為 0。這個時候就是文件看似被刪除，但在操作系統還是能便捷的恢復回來。

這就是第 1 種場景刪除數據能夠被找回的原因（由於 i_count 不為 0）。

第 2 種場景是將沒有被進程使用的文件誤刪除，此時 i_count 和 i_nlink 都為 0。這個時候文件的 inode 連接信息已經被刪除了，我們就需要通存放文件的 block 單元，做數據塊的數據找回。在系統上我們能看到的文件內容包括：文件名、文件大小、內容，但實際上它的存儲依賴兩個非常重要的單元，一個是 inode，它用於存放文件的相關元數據，它的元數據里會有一個類似於索引的值，能夠索引到後面具體存放數據的 block 單元， block 是一個數據塊，用來實際存放數據。我們在刪除文件時，其實是把 inode 的鏈接刪除了，但是 block 數據塊，並沒有刪除。

所以這個時候我們依然可以通過分析後端的 block 塊，對文件進行恢復。因為 block 塊保存著真實的數據，理論上可以作完整的找回數據，不過有一個風險：如果有進程在不斷往磁碟寫數據時，需要申請新的 block 塊，如果操作系統分配已刪除文件的 block 塊時，那麼新的寫入數據就會覆蓋 block 原來的數據，這時就會造成數據真正丟失的風險。

所以，如果出現這樣場景造成數據誤刪除，需要第一時間 umount 目錄所在的磁碟設備。如果沒有其他進程在不斷地往同一個磁碟塊（block）里寫數據，那麼你的數據理論上還是在 block 塊裡面，依然可以通過相關分析把數據找回。

這就是我們為什麼可以在這兩個場景中把數據找回的原因，那麼接下來我將講解如何來恢復數據。我會通過兩個案例來進行演示。

案例演示

我們先演示第 1 種場景，第 1 種場景是文件在被進程使用過程中被刪除，這種場景該如何去恢復文件呢？

首先我登錄到測試環境的機器上，這里開啟了兩個窗口，第 1 個窗口我登錄到了這台伺服器上，cd /test 目錄下，echo 一個測試文件（我把它命名為 DeleteFile），然後把這個內容（"Delete file"）重定向到本地的 deletefile.txt。這個時候我的測試文件就已經生成了。接下來我要做的是開啟一個進程，讓它實時地使用這個文件。

這里我使用 tail 命令，持續地查看並且保持監聽並使用這個文件。

接下來在另一個窗口，我同樣到/test 目錄下，而此時我要執行的是 rm -rf ./deletefile.txt，這樣就「徹底」把這個文件刪除。接下來我們通過 ls，可以看到本地已經沒有這個文件了。

現在我們已經模擬出文件在進程使用過程中被刪除的場景，那麼接下來我們來演示恢復該文件。

首先需要找到是哪個進程在使用這個文件，我們可以通過 lsof 命令，grep 剛剛刪除的文件名稱（deltefile.txt），會列出當前使用文件的進程。我們會看到tail 命令正在使用，它（進程）的 pid 是 4701。

接下來我們要根據這條線索去恢復數據。我們知道該進程會有使用的文件句柄，那麼我們對該進程的文件句柄目錄進行查找，cd 到 /proc/{pid}/fd 目錄下（這里 pid 為4701），我們到這個目錄下，輸入 ls -l 命令，這個時候我們會看到，使用這個文件（/test/deletefile.txt）並且它的文件句柄為 3。

接下來我們要想辦法把這個文件進行恢復，輸入cp 3 /opt/recovertest/deletefile.txt_bak，這時我就把這 3 個文件做了一個拷貝，實現將數據恢復到 /opt/recovertest/deletefile.txt_bak 文件。

這個時候cd /opt/recovertest/，cat deletefile.txt_bak 看一下裡面的內容，可以發現這個文件的內容與剛剛生成的的測試文件內容一致，所以剛剛刪除的文件恢復完畢。

接下來我來演示誤刪數據場景2（在沒有進程使用文件的情況下，如何恢復誤刪的文件）。演示這種場景，保險起見我在本地多掛載了一塊 SDB 的獨立硬碟設備。

這種情況要如何恢復數據呢？我們需要安裝 extundelete 這個工具。登錄到我的測試機上，在這個演示場景里，掛載一塊獨立硬碟設備 /dev/sdb 並作數據格式化。完成格式化後。把單獨的 sdb 設備，掛載到 test 目錄下（mount /dev/sdb /test），接下來在 test 目錄下生成一個內容為「deletetest 」的測試文件file(echo 'deletetest'>file),這個時候本地目錄會生成一個測試的文件：file，再新建一個叫 testdir 的目錄（mkdir /test/testdir），那麼這時本地既有文件又有目錄，也就是我接下來要演示刪除的這些文件。

我們可以通過 rm -rf ./*，直接把當前目錄下的文件整體刪除。然後我需要恢復這個文件，原理就是：通過分析它的 block 塊，來恢復 inode 鏈接，要分析並恢復已刪除文件的鏈接，我們要用到一些工具，這里推薦你使用一個叫 extundelete 的命令，它是在 Linux 下基於 ext3\ext4 的文件分析工具，可以對文件系統已刪除的文件進行分析，並進行數據恢復。

在執行命令extundelete之前需要先做的是 umount，把我們剛剛誤刪的目錄 umount 掉（umount  /test -l），避免有新的進程再往磁碟塊里寫數據，同時也便於執行工具進行接下來的分析。

附：extundelete 命令安裝方式：

yum -y install bzip2 e2fsprogs e2fsprogs-devel gcc-c++

wget https://nchc.dl.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2

tar jxvf extundelete-0.2.4.tar.bz2 

cd extundelete-0.2.4

./configure 

make && make install

安裝好這個工具（extundelete）後，執行：extundelete /dev/sdb --inode 2

我們可以在命令後面加入設備名稱，然後加入上面的 inode 進行分析。完成之後我們會看到顯示屏幕上已經出現了剛剛刪除的文件、名稱及目錄，還會看到 inode 號以及當前的狀態。

我們也可以選擇恢復單獨文件類型文件，執行：extundelete /dev/sdb --restore-file file

加入的選項是 --restore-file，後面加你想恢復的文件名稱。

在執行以上恢復操作之前，我先要確保數據恢復的目錄 /opt/recovertest 下，cd  /opt/recovertest 目錄下，執行想恢復的文件 extundelete /dev/sdb --restore-file file。

執行完命令後，會有一個成功的提示。此時在當前目錄的 RECOVERED_FILES 目錄，有對應恢復好的文件，一個是 file，一個是 file.v1（這個為剛恢復的文件），為什麼是 file.v1 呢？因為我在做操作的時候有操作過兩遍，所以它恢復了兩個文件。第 1 個 file 是我之前寫入的內容，第 2 個 file 則是由於我執行了第 2 次恢復，恢復的文件雖然也是 file，所以會自動命名成一個新的版本，叫作 file.v1（這個文件就是我們想要恢復的文件名稱）。

剛剛講到的選項是恢復單個文件，假設我們要恢復所有文件的話，就把選項改為 --restore-all，這樣就把分析出來的已刪除文件進行了恢復。如果件，只想恢復某一個目錄，就可以把 "all" 改成 directory，然後用 restore-directory 這種方式恢復單個已刪除的文件目錄。

以上就是通過 extundelete 作場景 2 恢復演示。

平時工作中，你還是需要謹慎進行操作系統指令，以避免產生文件系統誤刪的情況，畢竟恢復起來對我們的業務影響，還有數據風險都是存在的。

『叄』 linux使用rm-rf刪除文件恢復方法

因為在整理文件，不仔細的原因導致不小心誤刪了一個模塊，折騰一早上（真想抽自己一嘴巴子），搜索了一下找到了恢復方法

1.安裝extundelet第一種方法查看yum源，有安裝epel 倉庫的話是有源的

查看yum源：yum list | grep extundelete

安裝：yum install -y extundelete 

完成✅

2.第二種方法源碼安裝

wget  http://zy-res.oss-cn-hangzhou.aliyuncs.com/server/extundelete-0.2.4.tar.bz2

yum -y install bzip2 e2fsprogs-devel e2fsprogs gcc-c++ make

tar -xvjf extundelete-0.2.4.tar.bz2

cd extundelete-0.2.4

./configure

make

make install 

安裝後完後查找數據,一個個查找

extundelete /dev/sdb1 

查找到文件後恢復數據

extundelete /dev/sda5/dbus-daemon --restore-directory /usr/bin

復原全部數據可以使用命令

extundelete /dev/sda5 --restore-a

『肆』 linux恢復rm刪除文件

『伍』 在linux 根目錄rm * -rf以後怎麼辦

首先，這是一個非常危險的操作，執行後Linux基本報廢。如下圖所示，把rm命令都刪除了。我是在虛擬機中做的實驗，真實機一定不要執行此操作。

其次，在根目錄執行rm * -rf的命令對Linux系統來說是毀滅性的。如果日常工作中，刪除了某個文件，可以通過下面的方法找回。以下方法不適用你問題中的情況。只是做為擴展。

1. lsof

文件剛剛被刪除，想要恢復，先嘗試lsof.

#lsof |grep data.file1

# cp /proc/xxx/xxx/xx /dir/data.file1

2.

如果lsof不能看到文件，那麼就需要使用恢復軟體進行恢復。

要做的第一件事是立刻卸載被誤刪除文件所在的分區，或者重新以只讀方式掛載此分區。

umount /dev/part 或 mount -o remount,ro /dev/part

刪除一個文件，就是將文件inode(inode 是操作系統尋找文件的目錄，起到索引作用)

節點中的扇區指針清除，同時，釋放這些數據對應的數據塊，

而真實的文件還存留在磁碟分區中。但是這些被刪除的文件不一定會一直存留在磁碟中，當這些

釋放的數據塊被操作系統重新分配時，這些被刪除的數據就會被覆蓋。因此要立刻卸載分區。

3. ext3grep

該工具只能用於ext3文件系統，操作步驟不詳細介紹.

1> unmount /dev/part

2> ext3grep /dev/part --ls --inode 2 ##列出可恢復文件信息

3>ext3grep /dev/part --restore-inode N

4>恢復到 RESTORED_FILES/

更多命令查看 ext3grep --help

4. extundelete

該工具可以恢復ext3,ext4. http://extundelete.sourceforge.net/

1>fuser -k /dev/part && unmunt /dev/part

2>extundelete --inode 2 /dev/part

3>extundelete --restore-inode 13 /dev/part

4>恢復到 RECOVERD_FILES/

5.note

1> 對於空文件，不會進行恢復

2> 可以恢復mysql表， 由於myisam是單獨3個文件，恢復出來就能使用。

3> 建議innodb，設置innodb_file_per_table 為 ON，這樣也就能恢復單表數據。

4> 從上面可以看出，恢復工具這能恢復分區，所以，建議為應用軟體單獨劃區進行安裝，

存放數據。

『陸』 linuxrm-rf刪除的文件怎麼恢復

第一種 誤刪文件進程還在

這種方法就比較簡單，能還原的文件限制也比較多。如果被刪除的文件的進程還是存在，即能找到進程PID。通過命令 lsof | grep (deletefile) 查找到進程id。然後就是進入進程目錄 cd /proc/PID/fd 。然後可以通過 ll 命令查看具體文件信息，將有軟連接到被刪除文件的文件復制就可還原了。

第二種 使用extundelete之類基於inode的工具

針對 Linux 下的 ext 文件系統來說，常用的 Linux 文件刪除恢復工具有 debugfs、ext3grep、extundelete 等。extundelete 是一個開源的數據恢復工具，支持 ext3、ext4 文件系統，其官方站點位於http://extundelete.sourceforce.net/，目前最新穩定版本為 0.2.0。

這個工具和還有一些其他類似的恢復工具，都是基於inode，還原文件的，也就是說，需要被刪除文件的inode還在，沒有被覆蓋，即在文件刪除之後，沒有讀寫輸入。所以第一件事就是掛起文件所在分區。但是這個操作有個問題就是，如果系統只有一個掛載盤，而且還是線上服務的話，掛起是不現實的。並且就算讀寫不多，但是系統本身沒有安裝這些恢復工具，在你安裝編譯這些恢復工具時的讀寫，也很可能把刪除的文件inode覆蓋了。

但是如果，系統擁有多個掛載盤，且被刪除文件分區所在的文件盤掛起並不印象，你還是可以嘗試這個方法的。或者系統本身就有安裝這個工具，距離文件刪除不是很久，也可以試一下，也許inode還在呢。

具體使用方法這里就不說了，網上很多教程，隨便搜一下都是。

第三種 testdisk工具

testdisk 是分區表恢復、raid 恢復、分區恢復的開源免費工具（testdisk 支持如下文件系統: FAT12/FAT16/FAT32/NTFS/ext2/ext3/ext4）。testdisk 支持的功能: 修復分區表, 恢復已刪除分區，用 FAT32 備份表恢復啟動扇區，重建 FAT12/FAT16/FAT32 啟動扇區，修復 FAT 表，重建 NTFS 啟動扇區，用備份表恢復 NTFS 啟動扇區，用 mft 鏡像表(mft mirror)修復 mft 表，查找 ext2/ext3 備份的 superblock，從 FAT,NTFS 及 ext2 文件系統恢復刪除文件，從已刪除的 FAT,NTFS 及 ext2/ext3 分區復制文件。

所以，這個工具是不基於inode的，即時文件後，沒有掛起分區，讀寫操作一直在進行，或者過去很久了，都是可以有機會恢復文件的。

但也不是百分百能成功，舉個栗子，被刪除的是 /usr/local/mytest 這個文件夾。然後你這個文件夾下部分文件的備份，為了及時先恢復部分線上業務，然後你mkdir /usr/local/mytest 然後將部分備份復制了進去。那麼testdisk也無法拯救恢復了。還有就是testdisk恢復文件時，還需要注意看一下文件大小。如果文件大小顯示為0，那麼就算選擇恢復這個文件，也是會得到一個0kb的文件。

所以這個適用於，一些inode已經被覆蓋，但是文件物理存儲塊還未被覆蓋的文件，可以嘗試一下這個方法，也許可以找回部分丟失文件。

在使用rm -rf這個命令時一定要小心再小心，不然造成的後果是很嚴重的，因此提醒大家再使用這個命令時一定要保持頭腦清醒。

『柒』 rm-rf後如何恢復

1、首先進入救援模式。將/dev/sda兩個分區分別掛載看看，裡面的內容，有內容的就是根存在的分區，fconfigeno16777777192.168.8.2，從另外一台一樣系統的根 。
2、其次用tar打包，一個個文件夾拷貝過來到壞系統，scp另外一個系統的etc.tar.gz修改拷貝過來的fstab：再拷貝/usr .然後解壓到/mnt/sysimage。然後再ln -s源目標的硬鏈接。
3、然後這時就可以從救援模式進入真正的系統，再安裝boot的軟體包包：通過掛載光碟，#rpm-ivh kernel名字，boot還缺什麼文件就從另外一個系統復制過來。
4、最後重寫引導程序：#grub2-install /dev/sda，#grub2-mkconfig -0 /boot/grub2/grub.cfg，再重啟，就可以進到系統啟動頁面：按e，進入grub界面：恢復進入系統。

『捌』 linux 系統下面，rm -rf 刪除的文件能找回來嗎

在linux下rm -rf是一個很可怕的命令，這個命令意味著一旦刪除的文件是無法挽回的。但是在一定的條件下可以補救，但是有個大前提：就是不能有覆蓋的動作（意思就是在嘗試恢復刪除的數據前，刪除文件的目錄內不能存放新東西），不然覆蓋多少就損失多少。
這里用到的套件是ext3grep、系統必須默認的安裝上e2fsprogs-lib、2fsprogs-devel、e2fsprogs5、gcc、gcc++這些軟體。
1、[root@localhost ~]# rpm -qa|grep e2fsprogs
e2fsprogs-libs-1.39-23.el5
e2fsprogs-devel-1.39-23.el5
e2fsprogs-1.39-23.el5
源碼安裝ext3grep
2、 [root@localhost ~]# llext3grep-0.10.2.tar.gz
-rw-r--r-- 1 root root 236364 Oct 17 2011 ext3grep-0.10.2.tar.gz
[root@localhost~]# tar zxvf ext3grep-0.10.2.tar.gz
[root@localhost ~]# cd ext3grep-0.10.2
[root@localhost ext3grep-0.10.2]# ./configure
[root@localhost ext3grep-0.10.2]# make && make install
[root@localhost ~]# ll /usr/local/bin
total 2656
-rwxr-xr-x 1 root root 2709704 Oct 15 04:46 ext3grep //www.linuxidc.com這句是那個可執行文件。
接下來演示一個補救的過程實例
[root@localhost~]# mkdir /data/ /ixdba/
[root@localhostdata]# dd if=/dev/zero of=data-disk bs=1M count=105
[root@localhost data]# mkfs.ext3 data-disk //格式為ext3的文件系統，在出現的提示符處輸入y
[root@localhost data]# mount -o loop /data/data-disk /ixdba/ //掛載
[root@localhost data]# cp /etc/host* /ixdba/ //往裡邊放文件
[root@localhost data]# cp /etc/passwd /ixdba/
[root@localhost data]# cd /ixdba/
[root@localhost data]# rm -rf * //製造刪除的動作
[root@localhost data]# cd /data/
[root@localhostdata]# ext3grep /data/data-disk --ls --inode 2 //查看丟失的文件
[root@localhostdata]# ext3grep /data/data-disk --restore-file passwd //僅僅恢復passwd這個文件
[root@localhost data]# ext3grep /data/data-disk --restore-all //恢復的動作，全部恢復。
[root@localhostdata]# ls
data-disk data-disk.ext3grep.stage1 data-disk.ext3grep.stage2 RESTORED_FILES
[root@localhost data]# ll RESTORED_FILES/ //所有恢復的文件全在這個文件夾里存放，都找回來了
total 48
-rw-r--r-- 1 root root 17 Oct 15 06:03host.conf
-rw-r--r-- 1 root root 187 Oct 15 06:03hosts
-rw-r--r-- 1 root root 161 Oct 15 06:03hosts.allow
-rw-r--r-- 1 root root 347 Oct 15 06:03hosts.deny
drwx------ 2 root root 4096 Oct 15 06:04 lost+found
-rw-r--r-- 1 root root 1635 Oct 15 06:03 passwd
總結：這里只能實現的是首次恢復的動作，並且不能有覆蓋的動作。
注意：
1. ext3grep後面跟的是分區名稱，不是目錄名
2. --restore-file恢復指定文件，對路徑名有特殊要求，具體請自己用—help查看
3. 所有恢復的文件放到該分區下的RESTORED_FILES目錄，不是原目錄
4. 關於所需的安裝包，可以在系統光碟、SDK光碟上找。

『玖』 rm-rf刪除的文件怎麼恢復

方法一：從回收站恢復誤刪除文件
雙擊電腦桌面上的"回收站"圖標，打開回收站。瀏覽回收站里的文件，找到想要還原的文件。右擊該文件，並選擇"還原"選項。
這個文件就被還原到被刪之前的位置。如果回收站里沒有找到想要恢復的文件，那就需要嘗試其他的恢復方法了。
方法二：從備份中恢復誤刪文件
重要的文件需及時做好備份，此外，備份文件應該保存多份，並且是保存在同的地方。遇到文件誤刪除的問題，可以查看下備份文件，如果可以找到備份，輕松將刪除的文件恢復。如果找到的備份是近期的，也可以將損失降到最低。備份方法：重要的數據復制粘貼一份到其他的硬碟，也可以使用備份軟體進行備份。
方法三：使用數據恢復軟體找回丟失文件

『拾』 Linux rm -rf 誤刪數據恢復

a、epel 倉庫安裝

如果我們的源裡面添加了 epel 倉庫的話，我們可以直接使用下面的命令安裝。

b、源碼編譯安裝

c、查看安裝情況

先從根分區 inode 查找：

比如此處需要繼續進入root則：

根據需要找到自己最終刪除數據的目錄

我們可以看到標稱的 Deleted，這些數據就是我們要進行恢復的數據

注意： 有時候恢復數據會報錯

此時，多嘗試幾種恢復方式

指定目錄恢復，以當前分區為根分區進行路徑設定，項目名進行掩蓋

恢復全部數據可以使用命令

根據inode恢復

其他命令自行查看幫助

恢復的數據會在當前目錄生成一個目錄 RECOVERED_FILES 裡面就是我們恢復的數據。