/ dev / zeroはWindowsで同等ですか?


10

Windowsバージョンのddを使用してRHEL isoをUSBスティックにコピーしようとしています。しかし、私は最初にドライブをゼロにして、書き込む前にファイルシステムが存在しないことを確認したいと思いました。infileとして使用できるWindowsの/ dev / zeroに相当するものはありますか?

回答:


12

John Newbiginのddはこれをサポートしています。

仮想デバイスは、バージョン0.4beta1の新機能です。

Windowsにはunix / dev / zeroや/ dev / randomなどのデバイスがないため、これらはdd内に実装されています。これらを入力ファイルとして使用して、無限量のゼロまたは疑似ランダムデータを提供できます。


チャームのように動作しましたが、ゼロになりました!お疲れ様でした!!!
マシュー



0

dd / dev / zeroフォレンジックワイプと呼ばれ、相互汚染を軽減するために、あるデバイスから別のデバイスにデータをフォレンジックイメージングする前に通常行われます。これには、製造元のファイルなどが原因でパッケージから取り外されたばかりの新しいデバイスが含まれます。

法医学ワイプを実行:

Download "dd for Windows" and open Windows Command-line ("cmd.exe").

Type: "cd /D [directory]" to the "dd" folder.

Type: "dd --list" to show list of Volumes, Disks, and Partitions. Locate your device.

Type: "dd if=/dev/zero of=\\?\Device\Harddisk1\Partition0 --progress"

Choose between "/dev/zero" and "/dev/random" as the write operation. Ensure you select your device based on step 3.

ゼロ書き込み操作を確認します。

Wait for the zero or random write process to complete and then run hexdump to display hexadecimal value, which should read all zeros for "/dev/zero" process. Choose one of the following:

Type: "dd if=\\?\Device\Harddisk1\Partition0 | hexdump -C"

Type: "hexdump.exe -C \\.\d:" where [\\.\d:] is [unformatted directory]

dd if = \?\ Device \ Harddisk1 \ Partition0 | hexdump -C使用したゼロ書き込みの結果は、ドライブの終わりまでゼロ(nullデータ)の解析を続行します。イメージで使用されているドライブは、ゼロ書き込み手順の実行後にフォーマットされませんでした。次の画像は、ゼロ書き込み成功と見なされるものを示しています。https //i.stack.imgur.com/idpHc.png

ドライブのみをフォーマットした後の16進数の印刷結果。これは、ドライブの内容を変更すると、ドライブ全体を実行する代わりにすべてゼロ(nullデータ)を表示する代わりに、印刷出力がトリガーされることを示しています。次の画像は、ゼロ書き込み失敗 と見なされるものを示しています。https //i.stack.imgur.com/JghoO.png

警告:

ドライブは読み取り不可能な状態でなければなりません(RAW-使用前にフォーマットドライブ)。それ以外の場合、「ネイティブのファイルを開くエラー...操作が正常に完了しました」または「ファイルの書き込みエラー...アクセスが拒否されました」は、Windowsを使用して何も実行しなくても発生します。ベースの「dd」ツール。

ドライブをRAW状態にする最も簡単な方法は、上記の「/ dev / zero」プロセスを実行することです。これはすぐに失敗し、ドライブを取り外して再度挿入します。" format before use prompt ... "が表示され、[キャンセル]をクリックしてから、同じ " / dev / zero "プロセスを繰り返して、ドライブにゼロ(nullデータ)または疑似ランダムデータを書き込みます。


-4

あなたがやろうとしていることは、メディアに関係なく、絶対に無意味です(なぜ私がそれを1秒で上書きするつもりなのに、何でもゼロにしてください)。書き込み前のゼロ化は、2つの書き込みが成功したことのわずかなチェックを追加するだけです(そして、貴重な時間の一部を盗みます)。

そして、それは(可能であれば)ソリッドステート/フラッシュドライブのコンテキストではさらに無意味です。それらのほとんどは、書き込み時に、空き容量が最も少ないブロックの1つを選択し(実際には、より多くの容量があり、アドバタイズされます。HDDに不良ブロックの再マッピング用にスペースが予約されているのと同じです)、新しいブロックにコンテンツを書き込みます。ブロックは「オフセットxyz」のコンテンツを保存し、古いブロックを「フリープール」に解放します。

彼らは「トリム」要求(フリーとしてブロックをマーク送信された場合でも、およびフラッシュドライブの多くはアプローチを取る、それをゼロに)私はのように感じるでしょうとき「ええ、私は、将来的にはそれにいくつかの時間をやりますそれ"。

いくつかのトリムを要求した後、「すぐに」プラグを抜くと、実際には何もしません(ある領域をゼロにするように命令されたメモも保持しません)。そして、ここで「すぐに」は「[数十]リクエスト後の秒数」。

したがって、(ドライブの種類に関係なく)上書きするだけで、ゼロ化は必要ありません(または、これからはフラッシュドライブについてです)。安全なワイプが必要な場合は、ドライブの製造元がこれを行うためのユーティリティを提供しているかどうかを確認してください。これにより、ドライブのすべての領域を完全にゼロにすることができます...


正しいが、これは質問に答えません。他にも、もっと便利な理由があるかもしれません/dev/zero
スヴェン

@swenさて、質問全体は間違っている/無意味です。他の人が同じ無意味なダンスを繰り返さないように、それを指摘する必要があると感じました。私はpointlesとして疑問、質問のための唯一の理由...マークしていなかったので、もちろん、それは、面白い答えを育て
MiloslavのRAU
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.