ext4の元に戻すファイル

私の母は、事故ごとにいくつかの重要なファイルを彼女の/ tmpに置いています。今、もちろん、彼らはなくなっています。

これは昨日起こりました（マシンの2回のブート以降）

ファイルの削除を取り消そうとしています。それらは/ tmpにあり、これは/の残りと同じパーティションにあったので、マウントされたシステムで実行するツールが必要です（またはlivecdを使用できます...）

今、ダウンロードしたsystemrescuecdでtestdiskを試しています。/ tmpからいくつかのファイルを取得できますが、すべてではありません。（それは正しいツールですか？それらの「赤い」ファイルとは正確に何ですか？それらの一部のみが回復可能ですか？）

使用することもできます extundelete

最初umountに、ファイルが削除されたファイルシステムをアンマウント（）します。
次に、ファイルを削除した場合の対処方法の章をお読みください。

extundelete古典的なUbuntuリポジトリからインストールできます。

sudo apt-get install extundelete

または、最新バージョンをダウンロードしてコンパイルすることもできます。

cd ~/Download
tar -xf extundelete-*.*.*-.tar.bz2  #Replace *.*.* by the version
cd      extundelete-*.*.*
sudo apt-get install e2fslibs-dev   #Required for compilation
./configure
make
sudo make install
extundelete --version               #Should be your *.*.* version

使用例：削除されたすべてのファイルをディレクトリImagesから新しく作成されたディレクトリに復元するrestore

sudo extundelete --restore-directory Images/ -o restore /dev/sda3

XXXX次の形式でファイルが表示された場合、悪いニュースです。

Unable to restore inode NNN (Images/XXXX): Space has been reallocated.

復元されたすべてのファイルを表示します（ファイルを探します）：

find restore -name '*'

ファイルをバックアップし、この一時ディレクトリを削除します restore

cp restore/Images/XXXX MY_BACKUP_DIRECTORY
sudo rm -rf restore  

特にEXTファイルシステムでのデータリカバリは、ライブCDまたは削除を取り消そうとしているパーティションに依存しない他のシステムから試行する必要があります。ディスクを読み取り専用としてアンマウントまたは再マウントすると、復旧作業に非常に役立ちます。

ほとんどのdd場合、または同様のツールを使用してパーティションまたはディスクのイメージを作成しようとするため、ディスク自体で作業することはありません。

dd if=/dev/sd[xx] of=/media/backup_drive/recovery.img

画像を取得したら、ツールを使用してext3grep、探しているファイルを探して見つけることができます。試すことができるさまざまなスイッチがたくさんありますが、これは良いスタートかもしれません：

ext3grep --restore-file 'tmp/moms-file.txt' recovery.img

このext3grepユーティリティは、ファイルの名前がわからない場合にファイルシステムを検索するためのさまざまな方法も提供します。ext3grep --helpさまざまな検索方法を確認してください。

私はext4magicを次のように使用することを好みました。

sudo ext4magic  /dev/sdc3 -r -f $USERl/Documents/ -d /tmp/local/tmp/

自分でシンボリックリンクを解決する必要があることに注意してください

参照：

http://sourceforge.net/projects/ext4magic/

http://rzr.online.fr/q/recover

ext4magicまたはextundeleteを使用してcrontabファイルを回復できませんでした。

Debianでは、rootのcrontabは次のとおりです。

/var/spool/cron/crontabs/root

しかし、次のコマンドを使用することで、ログからcrontabを少なくとも手動で回復することができました。

 grep CRON /var/log/syslog.* -i| awk -F " CMD " {'print $2;'} |sort | uniq

実行されたcronジョブのみを出力します（タイミングは出力しません）が、少なくともこれは最初から始めるよりもはるかに多くのことです。

特定のcronジョブが実行される頻度を覚えていない場合は、syslog.1などの完全なログを取得してください。これにより、1日の実行回数がわかります。

grep CRON /var/log/syslog.1 -i| awk -F " CMD " {'print $2;'} |sort | uniq -c |sort -n

AnalyzeEXT

EXTディレクトリデータのデータブロックを解析します。

EXT4の詳細なドキュメントは次の場所にあります。

• https://ext4.wiki.kernel.org/index.php/Ext4_Disk_Layout
• https://digital-forensics.sans.org/blog/tags/ext4

perlスクリプトをダウンロードします

git clone https://github.com/halpomeranz/analyzeEXT

保証はありませんが、削除されたファイルシステムを再構築できる場合があります。