>

구트 만 방법을 사용하여 일부 파일을 삭제해야합니다. 다음을 사용하여 파일 삭제 srm -rvz  16 시간 이상이 걸렸고 그 후 취소했습니다.

그 후 테스트를 수행 한 후 wipe 를 사용하여 5GB 파일을 삭제하려고했습니다. . 2 패스에 ~ 8 시간이 걸렸으며 ETA는 6 일이었습니다. 지우개 및 Gutmann 방법을 사용하는 Windows ( wipe 와 동일한 방법)  2GB 파일의 경우 1 시간 미만이 소요되었습니다.

왜 속도가 느려? 쓰기/읽기 속도는 두 OS에서 거의 동일합니다.

  • 답변 # 1

    Gutmann 방법은 1996 년에 출판되었습니다. 그 이후 Peter Gutmann은 다음과 같이 말했습니다 :

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

    와이즈 비즈

    Windows 지우개가 사물을 최적화하고 관련이없는 패스를 생략 할 수 있습니까?

    또한

    In the time since this paper was published, some people have treated the 35-pass overwrite technique described in it more as a kind of voodoo incantation to banish evil spirits than the result of a technical analysis of drive encoding techniques. As a result, they advocate applying the voodoo to PRML and EPRML drives even though it will have no more effect than a simple scrubbing with random data.

    In fact performing the full 35-pass overwrite is pointless for any drive since it targets a blend of scenarios involving all types of (normally-used) encoding technology, which covers everything back to 30+-year-old MFM methods (if you don't understand that statement, re-read the paper). If you're using a drive which uses encoding technology X, you only need to perform the passes specific to X, and you never need to perform all 35 passes.

    For any modern PRML/EPRML drive, a few passes of random scrubbing is the best you can do. As the paper says, "A good scrubbing with random data will do about as well as can be expected". This was true in 1996, and is still true now.

    처럼 보입니다.  "충분히주의해서 가능한 모든 것을하십시오"라는 원칙을 사용하여 개발되었습니다. 어쩌면 srm 의 사용  모드, O_SYNC  전화와 다른 것들 fsync()  모든 디스크 캐시가 플러시되도록하여 속도를 저하 시키려고합니다.

    srm

관련 자료

  • 이전 ubuntu - mount 명령 프롬프트에서 비밀번호 힌트를 금지 할 수 있습니까?
  • 다음 webserver - 물리적 서버 웹 호스팅로드 테스트