'srm' 및 Gutmann 방법을 사용하면 제거 속도가 너무 느립니다.

'srm' 및 Gutmann 방법을 사용하면 제거 속도가 너무 느립니다.

Gutman 방법을 사용하여 일부 파일을 삭제해야 합니다. 파일 삭제를 사용하면 srm -rvz취소하기까지 16시간 이상이 걸렸습니다.

그 후 테스트를 했습니다. wipe. 2회 패스에는 약 8시간이 소요되며 예상 도착 시간은 6일입니다. Windows에서는 Eraser 및 Gutmann 방법( wipe동일한 방법 사용)을 사용하면 2GB 파일이 1시간도 채 걸리지 않았습니다.

속도가 왜 이렇게 느린가요? 두 운영 체제의 쓰기/읽기 속도는 거의 동일합니다.

답변1

Gutmann의 방법은 1996년에 발표되었습니다. 나중에 Peter Gutmann은 다음과 같이 말했습니다.

https://www.cs.auckland.ac.nz/~pgut001/pubs/secure_del.html#Epilogue

이 기사가 출판된 이후 일부 사람들은 거기에 설명된 35패스 적용 범위 기술을 드라이브 인코딩 기술에 대한 기술적 분석 결과라기보다는 아포트로피적 부두 주문으로 간주했습니다. 따라서 그들은 무작위 데이터를 사용한 단순한 삭제보다 더 큰 효과가 없음에도 불구하고 PRML 및 EPRML 드라이브에 마법을 적용하는 것을 옹호합니다.

실제로 전체 35패스 적용 범위를 수행하는 것은 모든 드라이브에서 의미가 없습니다. 이는 30년 이상 된 MFM 접근 방식의 모든 것을 포괄하는 모든 유형의(일반적으로 사용되는) 인코딩 기술이 포함된 혼합 시나리오를 대상으로 하기 때문입니다(이해하지 못하는 경우). 이 진술을 읽으려면 논문을 다시 읽으십시오). X 인코딩 기술이 적용된 드라이브를 사용하는 경우 35개 패스를 모두 수행하지 않고 X 특정 패스만 수행하면 됩니다.

최신 PRML/EPRML 드라이브와 마찬가지로 몇 가지 무작위 청소가 가장 좋습니다. 논문에 따르면 "무작위 데이터를 잘 정리하면 원하는 효과를 얻을 수 있습니다"라고 합니다. 이는 1996년에도 사실이었고 지금도 마찬가지입니다.

어쩌면 Windows Eraser가 무언가를 최적화하고 관련이 없는 것으로 간주되는 채널을 무시할 수도 있습니까?

srm게다가 '가능한 모든 상황을 고려하여 최대한의 주의'를 원칙으로 개발된 것으로 보인다 . O_SYNC모드, fsync()호출 및 기타 기능을 사용하여 srm모든 디스크 캐시가 플러시되었는지 확인하면 속도가 느려질 수 있습니다.

관련 정보