Windows에서 / dev / zero에 해당합니까?


10

RHEL iso를 USB 스틱에 복사하기 위해 Windows 버전의 dd를 사용하려고합니다. 그러나 파일을 쓰기 전에 파일 시스템이 없는지 확인하기 위해 먼저 드라이브를 0으로 만들고 싶었습니다. infile로 사용할 수있는 Windows에 / dev / zero에 해당하는 것이 있습니까?

답변:


12

John Newbigin의 dd 가이를 지원합니다.

가상 장치는 버전 0.4beta1의 새로운 기능입니다.

윈도우에는 유닉스 / dev / zero 나 / dev / random 같은 장치가 없기 때문에 dd 안에 구현되어 있습니다. 이를 입력 파일로 사용하여 무한한 양의 0 또는 의사 랜덤 데이터를 제공 할 수 있습니다.


매력처럼 작동하여 이제는 제로화됩니다! 충고 고맙습니다!!!
Matthew



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 "를 사용한 Zero Write 의 결과 는 드라이브가 끝날 때까지 영 (널 데이터) 구문 분석을 계속합니다. 이미지에 사용 된 드라이브는 Zero Write 절차를 실행 한 후에 포맷되지 않았습니다 . 다음 이미지는 Zero Write 성공 으로 간주되는 항목을 보여줍니다 . https://i.stack.imgur.com/idpHc.png

드라이브 만 포맷 한 후 16 진 출력 결과. 이것은 드라이브 내용을 변경하면 전체 드라이브를 실행하는 대신 출력이 트리거되어 모든 0을 표시 함을 나타냅니다 (널 데이터). 다음 이미지는 제로 쓰기 실패 로 간주되는 항목을 보여줍니다 . https://i.stack.imgur.com/JghoO.png

경고:

드라이브를 읽을 수없는 상태 (사용하기 전에 RAW 형식 드라이브) 여야합니다. 그렇지 않으면 " 오류 기본 파일 열기 ... 작업이 성공적으로 완료되었습니다 "또는 " 파일 쓰기 오류 ... 액세스가 거부되었습니다 "는 Windows를 사용하여 아무런 조치도 수행하지 않습니다. " dd "도구 기반 .

드라이브를 RAW 상태로 만드는 가장 쉬운 방법은 위에서 설명한 " / dev / zero "프로세스 를 실행하는 것입니다. 즉시 실패한 다음 드라이브를 제거했다가 다시 삽입하십시오. " format before use prompt ... "가 표시되면 cancel을 클릭 한 다음 동일한 " / dev / zero "프로세스를 반복하여 0 (널 데이터) 또는 의사 랜덤 데이터를 드라이브에 씁니다.


-4

당신이하려고하는 것은 매체에 관계없이 절대적으로 무의미합니다 (내가 그것을 덮어 쓸 때 왜 아무것도 제로하지 않습니까?). 쓰기 전 제로화는 두 번의 쓰기가 성공했다는 약간의 점검을 추가합니다 (귀중한 시간을 훔칩니다).

그리고 가능하다면 솔리드 스테이트 / 플래시 드라이브와 관련하여 훨씬 더 무의미합니다. 대부분의 경우 쓰기 작업에서 가장 적게 사용되는 무료 블록 중 하나를 선택합니다 (HDD에 불량 블록을 다시 매핑하기 위해 예약 된 공간이있는 것처럼 실제로 더 많은 용량이 광고 됨). 새로운 블록에 내용을 기록합니다. 블록은 이제 "offset xyz"의 내용을 저장하고 이전 블록을 "사용 가능한 풀"로 해제합니다.

"트림"요청을 받았을 때 (블록을 ​​무료로 표시 하고 0으로 함)에도 많은 플래시 드라이브가 접근합니다. "예, 앞으로는 시간이 좀 걸릴 것 같습니다. 그것".

일부는 트림을 요청한 후 "충분히"분리 할 때 실제로는 아무 것도하지 않습니다 (일부 영역을 제로로하도록 지시 한 메모도 유지하지 않음)- "충분히"는 여기서 "[수십 ] 요청 후 "초.

따라서 (드라이브 유형에 관계없이) 덮어 쓰거나 영점을 지정할 필요가 없으며 (지금부터 플래시 드라이브에 관한 것) 쉽게 가능합니다. 안전한 와이프가 필요한 경우 드라이브 제조업체가이를 수행 할 수있는 유틸리티를 제공하는지 확인하십시오. 이렇게하면 드라이브의 모든 영역 을 실제로 제로화 할 수 있습니다.


정확하지만 질문에 대답하지 않습니다. 다른 유용한 이유가있을 수 있습니다 /dev/zero.
Sven

@swen 글쎄, 문제는 전체적으로 잘못되었거나 의미가 없습니다. 다른 사람이 무의미한 춤을 반복하지 않도록 지적해야한다고 생각했습니다. 물론, 그것은 흥미로운 답변을 불러 일으켰다. 그래서 나는 질문을 pointles로 표시하지 않고 질문에 대한 이유 만 ...
Miloslav Raus
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.