回答:
TestDiskは、最近削除されたファイルを回復できる場合があります。
私が使用している何よりも素晴らしい結果で、(Windowsの場合)NTFS下の両方FAT32(Nokiaの携帯電話からのフラッシュカード)とext3を破損したハードディスクを回復します。コマンドラインのみですが、次のような非常に簡単です。
sudo foremost -i /dev/sda -o <dir where recovered files will be stored>
フォルダー上の復元されたファイルをファイルタイプ別に並べ替えます。Openofficeドキュメントはzipファイルとして復元されます。(ハードウェアに直接アクセスするために)rootとして実行する必要があるため、出力ファイルもrootが所有するため、後で所有権を変更する必要があります。
foremost
は.xcf
ファイルを回復できるとは思わない。次のファイルタイプのみを処理できるマニュアルページを参照してください:(jpg、gif、png、bmp、avi、exe、mpg、mp4、wav、riff、wmv、mov、pdf、ole、doc、zip、rar、htm、およびcpp)。
ファイルシステムがext3またはext4の場合、extundeleteは本当に優れています。
注:extundeleteでは、適切に動作するようにドライブをアンマウントする必要があります(削除されたファイル内の回復可能なバイトを上書きする可能性を避けるため、できるだけ早く行うことをお勧めします)。
ライブシステムでドライブをアンマウントするのは難しい場合がありdevice is busy
ます。「」メッセージが頻繁に表示されます。これを「適切に」クリアするには、ファイルシステムにアクセスしているすべてのプロセスをシャットダウンする必要があります。しかし...あなたはおそらくあなたのホームディレクトリで働いていて、無数のプロセスがあなたのホームディレクトリにフックされているので、それで幸運です。
これを回避するコツは、「遅延」アンマウントを行うことです。
$ mount
/dev/sda7 on /home type ext4 (rw)
$ sudo umount -l /home
どこ:
/home
マウントをextundeleteで使用するために準備することです。あなたは明らかに/home
あなたの興味のあるマウントと交換する必要がありますmount
最初にコマンドを実行して、どのデバイス(/dev/sda7
)をextundeleteに渡す必要があるかを把握しました(簡潔にするために出力は省略されています)-l
オプションの小文字のLですumount -l
新しいファイルが開かれたり、作成されたり、書き込まれたりするのを防ぎます(Webキャッシュなど)。ただし、開いている既存のファイルへの書き込みが妨げられることはありません(つまり、既存のファイルは閉じられません)。シャットダウンすることをお勧めしますが、問題のパーティションによっては、レイジーアンマウントにより(ほとんどの場合)書き込まれるファイルが少なくなると思います。その点については、extundeleteを既にインストールしておくことをお勧めします。インストールしていない場合は、回復しようとしているパーティション以外のパーティションにインストールしてください。
誤っていくつかのファイルを削除したが、そのファイルに書き込まれたいくつかの文字列をまだ知っている場合は、使用できます:
grep -a -B 25 -A 100 'containing string' /dev/sda1 > result.txt
25
と100
、おそらく特定のケースのために微調整する必要があるだけで、いくつかのマジックナンバーです。
使用できるディレクトリを回復するには extundelete
extundeleteをインストールする
sudo apt-get install extundelete
回復するコマンド
sudo extundelete --restore-directory /home/Documents/ /dev/sda1
注:dev/sda1
hardiskパーティション名の代わりに。
/home/Documents/
削除されたディレクトリへのパスです。
autopsy
は、必要なiノードを見つけextundelete
て復元していました。うまくいきました!
.....~/Books$ sudo extundelete --restore-directory /home/newubuntu/Books/LaTeX /dev/sda2 WARNING: Extended attributes are not restored. Loading filesystem metadata ... 522 groups loaded. Loading journal descriptors ... 32242 descriptors loaded. Writing output to directory RECOVERED_FILES/ Failed to restore file /home/newubuntu/Books/LaTeX Could not find correct inode number past inode 2621441.
sudo extundelete -y --restore-directory /home/Documents/ /dev/sda1
このような。
R-Linux(Recovery studio)は最高の1つです。私は以前にこのツールを何度も使用しました。私は彼らが商用版を使用している会社で働いていました。それは9/10回あなたが望むすべてを回復します。本当に素晴らしいアプリケーション。私を救い、友人たちは何回も後ろにいます。
R-Linuxは、Linux OSおよびいくつかのUnixで使用されるExt2 / Ext3 / Ext4 FSファイルシステム用の無料のファイル回復ユーティリティです。R-Linuxは、R-Studioと同じInteligentScanテクノロジーと柔軟なパラメーター設定を使用して、Linuxプラットフォームで最速で最も信頼性の高いファイルリカバリを提供します。ただし、R-Studioとは異なり、R-Linuxはネットワーク経由でデータを回復したり、RAIDを再構築したり、オブジェクトのコピーを提供したりすることはできません。
機能(彼らのウェブサイトから):
R-Linuxはファイルを回復します:
R-Linuxの高度な機能:
ダイナミック(Windows 2000 / XP / Vista / Win7)、Basic、GPTおよびBSD(UNIX)パーティションレイアウトスキーマおよびAppleパーティションマップの認識と解析。GPT上の動的パーティションとMBR上の動的パーティションがサポートされています。
ハードドライブ全体、論理ディスク、またはその一部のイメージファイルを作成します。このような画像ファイルは、通常のディスクのように処理できます。イメージは、R-Linuxの古いバージョンと互換性のある単純な正確なオブジェクトコピー(プレーンイメージ)、または圧縮、複数の部分への分割、パスワード保護が可能な圧縮イメージのいずれかです。このようなイメージは、R-Drive Imageによって作成されたイメージと完全に互換性がありますが、R-Linuxの古いバージョンとは互換性がありません。
ローカライズされた名前を認識します。
復元されたファイルのインポートにセカンダリ内部HD(外部HDでも同じと思われる)を使用する場合(ファイルが元々あったメインHDから)、ファイルをセカンダリHDに配置するディレクトリを作成する必要があります。それを行うには、最初にCDから起動するためのBIOS設定が必要です!1. Live Ubuntu Rescue-Remix CDを起動し、起動するコマンドを入力し、ターミナルで起動したら、コマンドでHDを確認します–コード:sudo fdisk -l
どのHDがメインで、どのHDがセカンダリで、どのパーティションでファイルをチェックし、どのパーティションにファイルを復元するかを認識します– linux ext3またはWindows NTFS!私はLinuxでした。十分なスペースがあります!(その後、Photorec(「sudo photorec」)を実行してみてください。すべてのHDを見ることができれば幸いです。幸運ではなかったので、ディレクトリを作成してsec。HDをマウントする必要がありました。)
sudo mkdir /media/disk
大丈夫なら、端末プロンプトは単に戻ります。
sudo mount -t ext3 /dev/sdb2 /media/disk
大丈夫なら、端末プロンプトは単に戻ります。
コマンドでPhotorecを実行–コード:
sudo photorec
設定を行って、必要なファイルタイプのみを選択してください。そうしないと、何千ものファイルをふるいにかけることができます。
詳細については、http://www..ubuntumanual.org/posts/357/recover-your-deleted-files-in-ubuntuをご覧ください。
.config/keepassx/*
ます))毎晩予備パーティションに。また、私は永遠にUnixを使用してきましたがthe-really-critical.file
、
最近、ext3grepを使用して、ext3ファイルシステムから削除された大きなSQLite 3ファイルを回復しました。
他の多くの復元ツールを試してみましたが、ファイルを(ディスクのddイメージから)復元できませんでした。
ext3grepを使用するには、ソースをダウンロードしてコンパイルする必要がありました。http://www.xs4all.nl/~carlo17/howto/undelete_ext3.htmlを上から下に注意深く読んで、ext3ファイルシステムがどのように機能するか、削除されたファイルがどこにあるのかを見つけるためにジャーナルを使用する方法を理解するディスクも必要でした。
これは単純な解決策ではありませんが、非常に強力です。文書を調べてプログラムをコンパイルするために数時間を費やす準備ができているなら、それだけの価値があります。