rootで空きディスク容量を埋めても、photorecがファイルを探し続けるのはなぜですか?

rootで空きディスク容量を埋めても、photorecがファイルを探し続けるのはなぜですか?

Linuxに精通している若い甥にしばらくラップトップを借りる前に、彼がドライブの空きスペースに私の個人データを刻むことができないようにしたかったのです。私はドライブの空きスペースを何度も埋めました。

sudo cat /dev/urandom > some-file

sudo を使用すると、残りの 5% スペースが無視され、エラーが発生するまでファイルが増え続けるので注意してください。

ところで、そのパーティションに対してphotorecを実行しましたが、突然何百もの古いファイルが表示されます。だから少なくとも好奇心で、これらのファイルはどこに保存され、なぜランダムノイズで上書きされないのですか?

(これまでに私が持っている唯一の説明は、ファイルの終わりとファイルを含むセクタの終わりの間の空のスペースにある可能性があることです。それは可能ですか?)

ベストアンサー1

これには少し誤解がある可能性があるため、コマンドは期待どおりに実行されません。

sudosudoを読む必要がないので重複します/dev/urandom。その> some-file部分はシェルリダイレクトなので、sudoまったく含まれていません。したがって、sudo効率が非常に低いです。 (メモ:この特別なケースでは、sudoとにかく期待どおりに動作することができます。説明を参照してください。しかしsudo、これを使用しないのは、他の状況であなたを噛むのでパターンです。 )

その後、通常のファイルに書き込みます。これは、ファイルを含むファイルシステムの利用可能なスペースを埋めます。複数のファイルシステム(ブートパーティションとスワップパーティション/用のものなど)がある場合/homeでも影響はありません。

せいぜいこれはただ扱います利用可能なスペース。ファイルシステムの内部、ルート予約、ログ、その他の圧縮/予約/その他のセクタに基づいてすべてを上書きする保証はなく、まだ定期的に存在するファイル(隠しファイルを含めることができます)を上書きしないという保証はありません。 /thumbnails/cache フォルダまたは忘れたサブディレクトリ)。

photorec上書きされないため、これらの項目はすべて選択されます。

また、ファイルの書き込みは最初に完了する必要があります。したがって、後で削除するのではなく、syncすべてのランダムデータが実際にディスクに到達し、単純なRAM書き込みバッファではなく、書き込まれないことを最初に確認する必要があります。

したがって、この方法では保証できません。さらに、ファイルシステムの空き容量が不足すると、他のすべてのプログラムの書き込みに失敗して予期しないデータ損失が発生する可能性があるため、危険です。

おすすめ記事