@Oli-안녕하세요, 저는 그 기사를 실제로 쓴 Jim Salter입니다. 가상 머신을 사용하여 작업을 단순화했습니다. 내가 한 일은 JPEG 파일로 시작하여 16 진수 편집기에서 열었습니다. 내가 사용한 특정 것은 Bless였습니다. 간단한 apt-get install bless 로 우분투에 설치할 수 있습니다 .

Bless에서 JPEG를 연 후 JPEG의 “고기”에 잘 들어가기 위해 페이지를 몇 번 눌렀다가 약 50 바이트 분량의 데이터를 강조 표시 한 다음 텍스트 편집기에 복사하여 붙여 넣었습니다. 사례, gEdit). 이것은 나에게 검색 할 무언가를 주었다.

이제 JPEG를 VM의 각 배열에 저장했습니다. 어레이 뒤의 스토리지는 일련의 .qcow2 파일입니다. JPEG를 배열에 저장 한 후에는 각 배열과 관련된 .qcow2 파일을 Bless에로드하여 검색 할 수있었습니다. 파일 크기는 그다지 크지 않았으며 JPEG 및 일부 메타 데이터는 아니 었습니다. JPEG에서 강조 표시하고 복사했습니다. Voila, 나는 타락 할 블록이 있었다! 이 시점에서 Bless를 사용하여 VM의 가상 디스크에 저장된 JPEG의 개별 바이트를 수동으로 편집 할 수 있었으며, 각 어레이 에서 정확히 동일한 방식 으로 그렇게 할 수있었습니다 .

유일한 주름은 기사에서 테스트 된 RAID5 어레이의 경우 스트라이프 자체의 패리티가 아니라 스트라이프의 실제 데이터 사본을 편집했는지 확인해야한다는 것입니다. 그렇지 않으면 빈 배열이므로 스트라이프의 FOLLOWING 블록에 데이터가 없으므로 패리티 블록에 데이터 블록에서 변경되지 않은 데이터가 포함됩니다. 실수로 데이터 블록 대신 패리티 블록을 편집 한 경우 이미지가 변경되지 않은 것으로 나타납니다.

마지막 참고 사항-가상 머신이 필요하지 않습니다. 베어 메탈과 동일한 방식으로 동일한 작업을 수행 할 수 있습니다. 멋진 작은 .qcow2 파일 대신 전체 원시 드라이브로 작업해야하고 드라이브를 당겨 다른 컴퓨터에 넣어야하기 때문에 엉덩이가 더 고통 스럽습니다. 또는 실제 환경 (또는 대체 환경)으로 부팅하여 엉망으로 만듭니다. (저는 ZFS의 데이터 치유를 정확히 이런 방식으로 테스트했지만 7 년 전 차세대 파일 시스템에 처음 관심을 보였던 실제 베어 메탈 머신에서 테스트했습니다.)

이것이 도움이되기를 바랍니다!

답변

$ git clone git://kernel.ubuntu.com/cking/debug-code
$ cd debug-code/block-mapper-fibmap
$ make
$ sudo ./fibmap /path/to/your/image-file.jpg

sudo hdparm --fibmap /PATH/TO/FILE