copy 시 몇 바이트 틀게 카피되는 오류 케이스 고찰 및 질문
2016.05.04 12:43
copy 를 하면 당연히 그 파일 그대로 카피가 되어야 합니다.
그런데 어제 zip 파일 하나를 노트북에서 외장하드로 카피시켰는데
카피시킨 파일의 zip 압축을 풀 때 오류가 나는 것입니다.
이상하다 싶어서 원본zip 과 카피된zip 의 hash 를 체크했는데 둘이 달랐습니다.
그래서 외장하드를 체크했습니다.
빈 용량은 충분했고 배드섹터검사에 들어갔습니다.
배드섹터는 0이고, 읽기 속도가 느려진 부분도 없었습니다.
이런 경우는 랜섬웨어 맞기보다 더 어렵다고 생각되었고..
중요파일 카피 후에는 항상 해시를 체크해야 하나?
컴퓨터란 너란 놈 믿을 수 있나? 라는 생각까지 들게 하더군요 -_-
참 두 파일의 크기는 같았습니다.
원본zip 과 카피된zip 을 헥스에디터로 비교했습니다.
신기한 건지 당연한 건지 앞에서 1/4 정도되는 지점에 다른 부분이 있더군요..
한 몇 천바이트 정도 되는 듯.. 그 부분을 제외하고는 같았습니다.
카피된 zip 의 다르게 써진 부분이 hex 로 00 00 00 ... 으로 덮여있을 것 같다는 예상을 했었는데
그렇지는 않았습니다. 뭔가 있어보이는 헥스열을 열심히 쓰긴 썼더라구요.
그냥 넘길 수 없어서 오류난 hex 부분을 카피 후 원본zip 파일을 헥스에디터로 열고 헥스열 찾아 보았습니다.
컴퓨터가 뭔가 꼬여서 어떤 부분을 중복하여 썼을 것이라는 추측에서요..
그런데 그렇지도 않더군요. 그러한 헥스열은 오직 잘못 카피된zip 파일에서나 찾아볼 수 있었습니다.
오류가 난 헥스열을 길이를 짧게해서 이것저것 try 해봐도 마찬가지더군요.
제가 내린 결론은 오류가 난 헥스열은 원본파일과는 전혀 관계가 없다는 것입니다.
그렇다면 틀리게 카피된 부분은 도대체 컴퓨터가 뭘 보고 write 한 걸까요?
댓글 [5]
-
ton3d 2016.05.04 12:49
-
ton3d 2016.05.04 13:10
어려운 문제 관심가져 주셔서 감사합니다.
램의 번지를 착각하고 잘못 가져오는 모양이네요
그래도 궁금한게 있습니다.
하드디스크가 배드섹터가 난 것은 0이냐 1이냐와 같은 분명한 개념에 가까운데요..
램이 고장났다는 의미도 그 정도로 분명한 개념인지 궁금합니다~
램의 특정한 번지(?)에 배드가 났다는 개념이 있는지
아니면 그냥 램이 노화되어 실수하는 빈도가 늘어난다 정도로 이해해야하는지..
그리고
이러한 카피 에러와 관련해서 할 수 있는 램의 검사는 어떻게 해야하는지?
감사합니다 Neuro님^^
-
ton3d 2016.05.04 13:13
메리아님도 감사합니다^^ copy 에 실시간으로 해시가 체크되나보네요
저도 속도는 상관 않아서.. 저걸 빨리 달아야겠네요.
-
큰돌 2016.05.04 22:51
복사 때 파일이 깨지는 건 케이블 문제일 가능성도 많습니다.
메모리 에러보다는 확률이 더 높죠.
내장 디스크 간에 문제가 있다면 SATA 케이블, USB 외장 하드에서 문제라면 USB 케이블의 문제 가능성이 있습니다.
-
DarknessAngel 2016.05.05 01:57
로컬에서 복사하는정도로 에러나는경우 디스크, 케이블, 컨트롤러중 하나라 보면 됩니다
물른 램 문제일 수 도 있지만, 파일 복사정도로 눈에 띄게 맛 갈 정도로 램 상태 심각하면 BSOD 시달려서 견딜 수 없습니다
짧게 적는 게 낫겠네요
질문) 카피시 CRC32 에러 난 파일의 경우, 헥스에디터로 원본과 비교하면 다른 부분이 관찰되는데, 이 다른 부분은 대체 어디서 온 것입니까^^?