Unix / Linuxの削除されたファイルの削除の取り消し/回復

削除されたファイルを回復/元に戻すコマンドはありますrmか？

$ rm -rf /path/to/myfile

どうすれば回復できmyfileますか？そのようなツールがある場合、どのように使用できますか？

コメントで誰かが提供したリンクは、おそらくあなたの最高のチャンスです。

Linux debugfsハック：ファイルの復元

少し威圧的に見えますが、この記事は実際にはかなり簡単です。一般に、手順は次のとおりです。

1. debugfsを使用してファイルシステムログを表示する

   $ debugfs -w /dev/mapper/wks01-root
   

2. debugfsプロンプトで

   debugfs: lsdel
   

3. サンプル出力

   Inode  Owner  Mode    Size    Blocks   Time deleted
   23601299      0 120777      3    1/   1 Tue Mar 13 16:17:30 2012
   7536655      0 120777      3    1/   1 Tue May  1 06:21:22 2012
   2 deleted inodes found.
   

4. debugfsでコマンドを実行します

   debugfs: logdump -i <7536655>
   

5. ファイルのiノードを決定する

   ...
   ...
   ....
   output truncated
       Fast_link_dest: bin
       Blocks:  (0+1): 7235938
     FS block 7536642 logged at sequence 38402086, journal block 26711
       (inode block for inode 7536655):
       Inode: 7536655   Type: symlink        Mode:  0777   Flags: 0x0   Generation: 3532221116
       User:     0   Group:     0   Size: 3
       File ACL: 0    Directory ACL: 0
       Links: 0   Blockcount: 0
       Fragment:  Address: 0    Number: 0    Size: 0
       ctime: 0x4f9fc732 -- Tue May  1 06:21:22 2012
       atime: 0x4f9fc730 -- Tue May  1 06:21:20 2012
       mtime: 0x4f9fc72f -- Tue May  1 06:21:19 2012
       dtime: 0x4f9fc732 -- Tue May  1 06:21:22 2012
       Fast_link_dest: bin
       Blocks:  (0+1): 7235938
   No magic number at block 28053: end of journal.
   

6. 上記のiノード情報を使用して、次のコマンドを実行します

   # dd if=/dev/mapper/wks01-root of=recovered.file.001 bs=4096 count=1 skip=7235938
   # file recovered.file.001
   file: ASCII text, with very long lines
   

ファイルはに復元されましたrecovered.file.001。

別のオプション

上記があなたのためではない場合、私はphotorec過去にファイルを回復するなどのツールを使用しましたが、それは画像ファイル専用です。次のタイトルのこの記事のブログで、この方法について広範囲に書きました。

Fedora / CentOS / RHEL上のデジタルカメラのSDDカードから破損したjpegおよびmovファイルを回復する方法。

少しのチャンスがあれば、このスクリプトまたは答えの次の解決策で削除されたファイルを回復できる場合があります：

#!/bin/bash

if [[ ! $1 ]]; then
    echo -e "Usage:\n\n\t$0 'file name'"
    exit 1
fi

f=$(ls 2>/dev/null -l /proc/*/fd/* | fgrep "$1 (deleted" | awk '{print $9}')

if [[ $f ]]; then
    echo "fd $f found..."
    cp -v "$f" "$1"
else
    echo >&2 "No fd found..."
    exit 2
fi

別の便利なトリックがあります：削除されたファイルのパターンがわかっている場合は、alt+ sys+ resuoを入力して読み取り専用で再起動+再マウントし、ライブCDを使用grepしてハードドライブで検索します：

grep -a -C 500 'known pattern' /dev/sda | tee /tmp/recover

次に、/tmp/recover以前のファイルのみを保持するように編集します。

ちょっと、Unixの哲学ですべてがファイルであるなら、それを利用する時が来た、そうではない？

私のために働いたのは、アーチによって与えられました（テキストファイルにのみ適用されます）：

grep -a -C 200 -F 'Unique string in text file' /dev/sdXN

/dev/sdXN失われたファイルを含むパーティションはどこmountですか（不明な場合は確認してください）。

少し時間がかかりますが、まだコミットしていないソースコードを誤って削除したときに機能しました。

この質問は解決され、数年前ですが、testdiskユーティリティについて言及したいと思います。

testdiskでファイルを回復する方法は、このチュートリアルで詳しく説明されています。ファイルを復元するには、実行testdisk /dev/sdXしてパーティションテーブルの種類を選択します。この後[ Advanced ] Filesystem Utils、を選択し、パーティションを選択してを選択します[Undelete]。これで、削除したファイルを参照して選択し、ファイルシステムの別の場所にコピーできます。

先週も同じ問題があり、debugfs、photorec、ext3grep、extundeleteなどの多くのプログラムを試しました。ext3grepは、ファイルを回復するのに最適なプログラムでした。構文は非常に簡単です。

ext3grep image.img --restore-all

または：

ext3grep /dev/sda3 --restore-all --after date -d '2015-01-01 00:00:00' '+%s' --before `date -d ‘2015-01-02 00:00:00’ ‘+%s’

このビデオは、役立つチュートリアルです。

del代わりにrm、削除する代わりに使用することもできます：

http://fex.belwue.de/fstools/del.html

del 元に戻す機能があり、任意のファイルシステムで動作します。

もちろん、「囚人を連れて行かない」rmでファイルを既に削除している場合、それは解決策ではありません：-}

外部インターフェースを介してドライブを接続します

1. マウント
2. umount /dev/{sd*}
3. extundelete --restore-all /dev/{sd*}
4. 結果はブートドライブのホームフォルダーに移動します
5. ボーナスポイント：このためのGUIを書く

詳細については、このリンクを参照してください。extundeleteを使用して、ext4で削除されたばかりのファイルの削除を取り消します。

回復ツール-コマンドライン：

• testdisk（3）（5）
• フォトレック（3）
• extundelete（3）

回復ツール-Gui：

• R-Linux（2）（5）
• R-Studio（1）（5）（4）
• UFSエクスプローラー（1）（5）（4）
• 回復エクスプローラー（1）（5）（4）

情報：

私の経験では、ufs-explorerとphotorecを使用してデータを取得しています

（1）=オープンソースではなく、無料ではない

（2）=オープンソースではなく、無料

（3）=オープンソースで無料

（4）= ntfsをサポートする

（5）=ディレクトリ構造機能を備えている

私はそれが不可能であり、非常に非常に困難であることに同意しません。

ファイルが削除されても、実際には削除されません。起こることは、それらがハードドライブ上にあったスペースがリセットのようなものであるため、コンピューターがそこにデータを書き込もうとしても、何も文句を言わないことです。通常、削除したと思われるハードドライブ上のデータは、ほぼ1年後に存在する可能性があります。または、少なくとも、これはWindowsマシンでの私の経験です。Linuxのコマンドラインから同じように機能するかどうかはわかりませんが、そのようなパーティションを開くには別のLive CDが必要になる可能性があります。また、ファイルがまだ存在するという保証もありません。Zero Assumption Recoveryを使用して、Windows XPでこれを数回行いました。よく見ると似たようなツールがあるはずです。

ファイルを削除すると、そのファイルのiノードテーブル内のリンクカウントが1つ減ります。Unixでは、リンクカウントが0に低下すると、そのファイルのデータブロックは空きとしてマークされ、通常、それらのデータブロックへの参照は失われます。@fedorquiのコメントから、これらのブロックにアクセスする方法があるかもしれないが、それはext3ファイルシステムにのみ適用できることを発見しました。

ファイルを保存する1つの方法は、ファイルをゴミ箱領域に移動して（$HOME/.trash必要に応じて）必要なファイルをそこから回復できる関数を記述することです。この関数はにエイリアスできますrm。cronジョブをスケジュールして、特定の日数の間ごみ箱にあったファイルを削除できます。

これにより、一部のユーザーの手間を省くことができます。
geditを使用してそのファイルを編集したことがある場合、デフォルトでそのファイルのコピーが作成されます。
たとえば、「myfile.txt」を誤って削除したとしましょう。
削除したファイルが含まれていたフォルダーでこれらのコマンドを使用すると、そこからコピーを回復できます：
ls | grep 'myfile.txt~'
少し運が良ければ、それを見つけてから：
cp 'myfile.txt~' 'myfile.txt'
この方法でファイルを回復しました。幸運を祈ります！