HDD를 0으로 빨리 덮어 쓰나요?


52

나는 두 개의 OS가 설치된 PC를 가지고 있는데,이 하드 드라이브는 UbuntuUSB의 디스크를 사용하여 지 웠습니다. 나는 빠른 지우기를 선택했다. 알다시피, 파티션 테이블을 삭제했지만 모든 파일의 1과 0은 여전히 ​​HDD에 있습니다. 그런 다음 새 파티션 테이블을 만들고 Win10을 설치했습니다.

질문 : HDD를 0으로 덮어 쓰면 HDD가 더 빨리 작동합니까 (읽기 / 쓰기)?
또는 : "더러운"HDD보다 덮어 쓰지 않은 HDD에 정보를 빠르게 쓰는가?


1
이와 관련하여 ATA Secure 삭제 를 언급 할 가치가 있습니다. 이것은 OP에 직접 사용되지는 않지만 다른 사람들에게 유용 할 수 있습니다.
StephenG

(자기) HDD, SSD 또는 둘 다에 대해 묻고 있습니까? 대답은 다릅니다.
smci

마이크로 컨트롤러 패키지에서 찾을 수 하듯이, 물리적으로 주소가 플래시 메모리를 언급 할 가치가 됩니다 당신이 앞 길에서이 단계를 얻을 수 있기 때문에, 먼저 기본으로 클리어하면 빠릅니다.
MooseBoys

답변:


92

하드 드라이브는 문자 그대로의 0과 내가 생각하는 것으로 생각되는 0을 저장하지 않습니다. 대신, 데이터가 인코딩 된 형식으로 저장되어 서로 옆에 0 비트나 1 비트가 너무 많지 않도록합니다. 0 또는 1의 장기 실행은 실제로 데이터가 인코딩되는 물리적 매체의 플래터 속도, 진동 등의 미세한 변화로 인해 데이터를 읽으려고 할 때 실제로 동기화 문제를 일으킬 수 있으므로 특정 허용 오차로 제한됩니다.

또한 하드 드라이브는 변경된 비트뿐만 아니라 (인코딩 된 데이터이기 때문에) 전체 섹터 (일반적으로 512 바이트 또는 4096 바이트의 데이터)를 항상 한 번에 인코딩합니다. 이렇게하면 전체 섹터가 매번 올바르게 인코딩됩니다. 따라서 드라이브를 모두 0으로 채우면 실질적인 이점은 없지만 그렇게함으로써 발생하는 경미한 기계적 마모 외에는 아무런 영향을 미치지 않습니다. 원하는 경우 모든 것을 0으로 덮어 쓸 수 있지만 성능상의 이점은 없으며 모든 0이 작성되기를 기다리는 시간을 낭비하게됩니다.

솔리드 스테이트 드라이브는 비슷한 프로세스를 거칩니다. 그들은 새로운 데이터 블록을 쓰기 전에 블록의 이전 내용을 자동으로 지우므로 SSD에 0을 모두 쓰면 플래시 기술이 가변적이지만 유한 오류 횟수만큼 지워질 수 있기 때문에 장치에 불필요한 마모가 발생할 수 있습니다 . 도입 된 마모는 총 듀티 사이클의 0.01 %에 불과하지만 정기적으로 수행하지 않는 것이 좋습니다.


9
can only be erased a certain number of times— 실제로 그 숫자는 확실하지 않습니다. 다양성 은 상당히 큽니다 .
Ruslan

19
@Ruslan 가난한 단어 선택, 나는 추측한다. 확실하지는 않지만 (사망과 세금 만 확실해 보이지만) 확실히 유한하며 제조업체는 "듀티 사이클"횟수까지만 성능을 보장합니다.
phyrfox

내부 압축은 있지만 TRIM을 지원하지 않는 오래된 SSD에서 0을 쓰면 플래시 리매핑 레이어가 SATA 인터페이스를 통해 노출되는 논리적 데이터 배열에 대해 실제 플래시 공간을 덜 사용할 수 있습니다. 그래도 지우십시오.
Peter Cordes

5
답변에 관한 두 가지 문제; 1) Solid state drives go through a similar process. 이것은 정확하지 않습니다. 하드 드라이브는 SSD처럼 읽기 / 삭제 / 쓰기주기를 거치지 않습니다. 섹터를 먼저 지우지 않고도 바로 섹터를 덮어 쓸 수 있습니다. 2) A long run of 0s or 1s could actually cause sync issues when trying to read the data또한 정확하지 않습니다. 하드 드라이브 섹터는 섹터 번호, 동기 비트 및 ECC 데이터를 기록하는 섹터간에 차이가 있습니다. 주소 및 동기화 데이터는 헤드가 플래터에서 "분실"되지 않도록합니다. 이 때문에 4k 섹터의 길이는 실제로 4211 바이트입니다.
Wes Sayeed

2
@WesSayeed "유사한 프로세스"는 SSD가 전체 섹터를 한 번에 기록한다는 의미입니다. 사실, 일반 HDD는 먼저 지워지지 않지만 여전히 비슷한 과정입니다. 둘 다 한 번에 전체 섹터를 씁니다. 그리고 그렇습니다 .ECC와 그 밖의 것들을 포함하는 섹터 간 격차에 대해 알고 있지만 여전히 MMFM / GCR과 같은 것을 사용하여 클럭이 섹터 내에서 비 ​​동기화되지 않도록합니다. 행에 0 비트가 너무 많습니다.
phyrfox

53

아니요, 더 빠르지는 않습니다. 덮어 쓰는 데이터에 관계없이 쓰기에는 동일한 시간이 걸립니다.


12
마그네틱 HD의 경우에는 사실이지만, 내부 압축을 사용하고 지원하지 않는 SSD TRIM가 0으로 덮어 쓰면 더 빠를 수 있습니다. 플래시 스토리지에서 실제 공간을 덜 차지하므로 플래시 리매핑 레이어가 더 많은 작업 공간을 남겨 둡니다. 따라서 TRIM / 버리기와 조금 비슷합니다.
Peter Cordes

2
@PeterCordes-오늘날 실제로 사용되고 있는 SSD의 비율이 TRIM을 지원 하지 않는 비율은 무엇 입니까? 여러 제품 세대와 다양한 제조업체 (최고급부터 브랜드없는 / 점포 브랜드에 이르기까지)에 이르기까지 내가 사용했던 여러 유형 중 내가 알고있는 모든 유형을 알고 있습니다.
Jules

1
@PeterCordes 문제는 덮어 쓰는 대신 0 덮어 쓰는 것입니다. 내부 압축 섹터 단위로만 수행 할 수 있고 처리량을 유지하는 데 문제가있을 수 있기 때문에 해제되지 않은 것 같습니다 . SSD에 프로비저닝 공간이없고 제조업체가 논리적 0을 물리적 0으로 매핑하여 0으로 가득 찬 디스크가 실제로 "빈"플래시 페이지로 구성되면 0을 덮어 쓰는 것이 더 빠를 수 있습니다.
마가렛 블룸

@Jules : 일부 오래된 SSD는 TRIM을 지원하지 않았습니다. TRIM은 첫 번째 SSD가 존재 한 후에 ATA 표준에만 추가 되었기 때문에 컨트롤러가이를 지원하는 데 시간이 걸렸습니다. 오래된 노트북에 하나가 있습니다. (TRIM 지원을 추가하는 펌웨어 업데이트가 있다고 생각합니다). TRIM이없는 이전 SSD 중 하나라도 내부 압축을 사용했는지 확실하지 않습니다. 요즘에는 그러한 SSD가 드물다고 말했지만이 답변과 같은 담요 진술은 항상 반대 사례 또는 보유하지 않는 특수 사례를 찾도록 영감을줍니다.
피터 코데

3
@Jules SSD의 많은 부분은 TRIM을 지원하지 않습니다. 대부분 USB 스틱이나 SD 카드 또는 MMC와 같이 더 단순한 플래시입니다. ATA가 아닌 거의 모든 것.

10

이것은 다음에 달려 있습니다.

  • 기계식 HDD이든 SSD이든 상관 없습니다.

SSD를 들어, 다른 답변을주의, 당신은 제로 (플래시 세포에 불필요한 마모를 부과하는)로 덮어하지만 대신 보안 삭제 또는 전체 디스크 TRIM 중 하나를 사용하십시오. 최신 버전의 포맷 유틸리티는 SSD를 감지하면 TRIM을 자동으로 수행합니다. 그 이유는 SSD가 "빈"섹터와 0을 포함한 모든 데이터로 채워진 "섹터"를 크게 구분하기 때문입니다.

  • 드라이브에 읽을 수없는 섹터가 있는지 여부

몇 년 동안 열심히 사용하면 많은 드라이브에서 소수의 "나쁜 지점"이 발생합니다. 이미 발생한 모든 항목은 SMART 데이터에 "Pending Uncorrectable"로 표시됩니다.

읽을 수없는 섹터가없는 경우 기계식 HDD 덮어 쓰기로 인한 이점얻지 못하지만 선행 시간을 많이 소비하는 것 외에는 해를 끼치 지 않습니다.

읽을 수없는 섹터 있는 경우 읽기 시도가 오래 걸리고 드라이브는 여분의 순간에 데이터를 계속 복구하려고 시도하므로 성능에 영향을줍니다. 덮어 쓰면 HDD가 기존 데이터를 버리고 물리적 위치를 스토리지에 계속 사용할 수 있는지 테스트하고, 그렇지 않으면 스페어 섹터를 할당하라는 메시지가 표시됩니다. "Pending Uncorrectable"카운터도 재설정됩니다.

TL; DR- 일반적으로하지 마십시오.


1
또한 0으로 덮어 쓰는 것이 플래시에 최악의 가능성이 있음을 주목할 가치가 있습니다. 플래시 메모리 블록에 쓰는 프로세스는 플래시 메모리를 지우고 (비트를 1로 설정) 그런 다음 필요한 비트에 쓰는 것입니다 확실하지는 않지만 섹터에 0이 기록되어 있으면 임의의 패턴을 작성하는 것보다 장치의 수명이 더 오래 손상 될 수 있습니다. 그 이후에 0이 적 으면 (삭제에 대해 확실하지 않은 경우) 소거 작업에 더 적은 전력이 필요하므로 손상이 줄어 듭니다 (??).
Jules

1
대부분의 최신 SSD에는 반전 플래그, 간섭 패턴 또는 가벼운 압축 방식과 같은 영향을 완화시킬 수 있다고 생각합니다. 예를 들어 실시간 암호화를 사용하는 드라이브는 0이 의사 랜덤 해시로 변환되므로 효과적으로 간섭 패턴을 갖습니다. 압축 및 중복 제거를 대신 사용하는 이전 SandForce 기반 드라이브 중 하나가 여전히 있습니다. 그러나 간단한 플래시 장치 (썸 드라이브 및 SD 카드)가 실제 데이터보다 0으로 빨리 마모 될 수 있습니다.
Chromatix

공간을 과다하게 프로비저닝하여 플래시 드라이브를 덮어 쓰는 것도 쓸모가 없습니다.
Forest

SSD를 너무 많이 사용하는 것에 대해 걱정할 필요가 없습니다. 독일어 링크 : heise.de/-3755009
user3549596

5

아니요, 0으로 덮어 쓰면 하드 드라이브의 속도에 차이가 없습니다. 그러나 솔리드 스테이트 드라이브의 경우 트리밍 작업을 수행하는 것보다 0으로 덮어 쓰는 것이 블록을 사용하지 않는 것으로 표시합니다. OS를 설치하기 전에 SSD의 파티션 또는 전체 드라이브를 트리밍하면 SSD의 성능 및 수명 이점이 생길 수 있습니다. 이미 OS를 설치 한 경우 비슷한 이점을 위해 파일 시스템의 여유 공간을 정리하는 기술이 있습니다.


2

"느린 포맷"을 수행하는 경우 일반적으로 드라이브의 불량 블록에 대한 표면 테스트도 수행되므로 오래된 HDD에는 적합하지만 R / W 성능 차이는 눈에 띄지 않아야합니다.


0

HDD 또는 SDD에는 차이가 없습니다.

HDD의 경우, 드라이브의 날짜는 기록하는 각 섹터에서 자기 적으로 변경되므로 기록하는 내용과 관련이 없습니다.

또한 임의의 데이터를 쓰는 것이 자기 정렬 트레이스로 더 엉망이기 때문에 0을 쓰는 것보다 낫습니다. 고급 법의학에서는 임의의 데이터 덮어 쓰기와 0의 덮어 쓰기의 경우 이전에 무엇이 있었는지 확인하기가 훨씬 어렵습니다.

SSD의 경우 값을 0으로 설정하거나 차이가없는 것으로 명령하면 메모리 블록을 작성하는 데 여전히 같은 시간이 걸리지 만 TRIM 최적화로 인해 특정 영역을 덮어 쓸 수 없다는 것을 알 수 있습니다 당신은 원합니다. 대신, 여유 공간을 모두 차지하는 자체 확장 파일을 만들어 모든 것이 기록되도록하여 복구를 방지하십시오.


0

아니요, 속도 차이는 없지만 불필요한 마모 및 고장 가능성이 있습니다.

기존의 하드 디스크는 단순한 의사 난수 발생기,보다 현대적인 하드 디스크 및 모든 SSD가 항상 AES로 데이터를 인코딩하여 데이터를 인코딩합니다. 그 이유는 임의의 데이터 (또는 임의의 모양의 데이터)를 저장하는 것이 자기 및 솔리드 스테이트 드라이브 모두에서웨어 레벨링에 훨씬 유리하지만, 특히 후자의 경우 (따라서 AES가 가장 먼저 사용되기 때문입니다) 비트를 스크램블하지만 무료 보너스로 추가 비용없이 보안을 유지할 수 있습니다).

따라서, 많은 제로를 기록하는 것은 많은 "킨다 랜덤 비트"를 효과적으로 기록한다.

즉, 어느 쪽이든 읽고 쓰는 것이 더 빠르지는 않습니다.

반면에 완전한 드라이브를 덮어 쓰는 것은 수십억 개의 섹터를 쓰는 것을 의미합니다. 하드 디스크 드라이브의 고장률이 너무 낮아서 "never"처럼 보이지만, 최신 디스크의 크기가 "never"로 지정되어있는 경우 "never"가 더 많이 발생하는 것 같습니다. 이러한 이유로 인해 고장난 디스크가 재 동기화 할 때 복구 할 수없는 고장이 발생할 가능성이 너무 높아 실제 문제가 될 수 있으므로 RAID-5와 같은 RAID-5는 더 이상 권장되지 않습니다.

그게 무슨 뜻이야? 글쎄, 그것은 일반적으로 아무 의미가 없지만 필요없이 전체 디스크 덮어 쓰는 것은 좋은 생각이 아닙니다. 안전한 삭제를 위해서라도, 오늘날에는 훨씬 더 나은 (더 빠르고 안정적인) 방법이 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.