ファイルを細断処理して、復元できないようにしたい。私は通常「bleachbit -s file」コマンドを使用します。探していたところ、ext4のジャーナリングによってファイルのコピーがどこかに作成され、ファイルが細断されても削除されないことがわかりました。別のフォーラムで、誰かがジャーナリングの結果として生じたファイルがしばらくすると自分自身を削除すると言った。
本当ですか? Bleachbitだけがファイルをワイプすることを信頼できますか?しばらくするとファイルが回復不能になることを知っていますか、それともジャーナリング機能はそれを役に立たなくします。
ばかげた質問ならすみません。私はLinuxにいくらか慣れていませんが、それでもあまり知りません。英語で申し訳ありませんが、私は作家というよりは読者です。
ブリーチビットは「安全」です-はい。漂白剤ビット自体を実行してもシステムに損傷を与えることはありませんが、使用してはいけないものを取り除くために使用したり、誤用したりすると損傷する可能性があります。
ファイルの削除またはパーティションのフォーマットと、新しいデータでファイルを上書きすることには違いがあります。
最初のケースである削除またはフォーマットでは、データまたはコンテンツがディスクから削除されていないため、ファイルを回復できる可能性があります。
詳細については、testdisk、photorec、および同様のデータ回復ツールを参照してください。
参照- http://www.ufsexplorer.com/und_fmt.php および https://wiki.archlinux.org/index.php/file_recovery および/またはその他の技術さまざまなツールのドキュメント。
この最初のタイプのデータ回復では、ext4ジャーナルを使用する場合と使用しない場合があります。
2番目のシナリオは、bleachbitを使用する場合と同様に、データが上書きされる場合です。必要に応じて、他のいくつかのツールを使用してこれを行うことができます。
この場合、データはリカバリを超えて失われます。ガットマン理論は暴かれた=)
参照 http://www.nber.org/sys-admin/overwritten-data-guttman.html または類似
Ext4とデフォルトのオプションの場合、これは問題にはならないはずです。
細断されたmanページからの引用。いい読みだと思います。
In the case of ext3 file systems, the above disclaimer applies
(and shred is thus of limited effectiveness) only in data=journal mode
これを確認するには、
cat /proc/mounts
とdata=XXX
パーツ。
もちろん、これはext4で基本的な変更が何もない場合にのみ適用されます。
(主に serverfault のこの投稿から取得)