DiskView는 할당되지 않은 클러스터를보고하지만, WinHex는 디스크 파일이 차지하는 클러스터를보고합니다 - 그 이유는 무엇입니까?


1

필자는 최근에 텍스트 파일을 삭제하고 그 파일이 있던 클러스터에서 수집 할 수있는 정보를 확인하는 방법을 모색했습니다. 그러나, 나는 정말로 내 머리를 긁적 거리게 만들었습니다 ... DiskView는 첫 번째 할당되지 않은 블록 (나는 그들을 클러스터라고 부른다.) FAT 드라이브의 클러스터 32269에 있습니다.

나는 그것을 확인하는이 이미지를 포함 시켰습니다. I've included this image which confirms that. 그러나 WinHex를 사용하여 클러스터 32269에 남아있는 정보를 살펴본 결과 프로그램이 디스크에 있던 파일로 가득 차 있다고보고했습니다.

이것은 WinHex가보고하는 것입니다.

This is what WinHex reports. WinHex가 실제 디스크를 인식 할 때 DiskView 상태에서이 클러스터가 사용되지 않는 이유는 무엇입니까? "살고 있다" 파일 (삭제되지 않음)이 클러스터 내에 있습니까? 나는 WinHex에서 다소 아래로 스크롤했고, 그 프로그램에 따르면 빈 공간 (할당되지 않은 클러스터에 대한 단어)은 클러스터 32273까지 시작되지 않는다.

내 디스크에있는 파일과 거의 같습니다. 출혈 4 클러스터로 들어가기로되어 있지는 않지만 그런 일은 불가능하다는 인상하에있었습니다. 진지하게 이러한 결과를 오해하고 있습니까? 아니면 여기에 무언가 잘못된 것이 있습니까?

업데이트 : 요청에 따라, WinHex가 클러스터 32273을 표시하는 방법은 다음과 같습니다. . 나는 또한 상관 관계가있다. WinHex는 클러스터 32270 - 32273 사이에서 표시합니다. . 클러스터 당 바이트 수는 1,024이고 섹터 당 바이트 수는 512입니다. LesMiserables1 파일은 DiskView 생각해. 클러스터 32689에서 끝나야하고 클러스터 32269는 여유 공간이어야합니다. 결합 된 이미지에서 볼 수 있듯이 WinHex는 실제로 32270으로 끝나고 볼륨 슬랙의 끝 부분을 보여줍니다.



파일을 삭제 한 후 WinHex에서 볼륨의 새로운 "스냅 샷"을 가져 왔습니까?
Tom Yan

또한 언급 한 사용 가능한 공간 / 할당되지 않은 클러스터 (32273)가 얼마나 정확하게 표시되었는지 보여줄 수 있습니까? 어느 부분을 정확히 스크롤 다운 했습니까? "볼륨 여유"(해당 파일에 대해 마지막으로 할당 된 클러스터의 사용되지 않은 공간)가 보입니다. 당신이 보여줄 수 있다면 그것은 도움이 될 것입니다. Bytes per cluster 삭제 파일의 볼륨 및 파일 크기
Tom Yan

RE Tom - 파일이 꽤 오래 전에 삭제되었지만 이전에는 WinHex를 실행 한 적이 없었습니다. 따라서 볼륨 정보가 최신 상태 였을 것입니다. 삭제 된 파일의 파일 크기를 제외하고 포함 된 정보를 포함하도록 게시물을 업데이트했습니다.
Tyrx
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.