데이터 복구 후 손상된 파일을 식별/복구하는 방법은 무엇입니까?

그래서 ext4파티션을 마운트했는데 /home실패하기 시작했습니다. HDD 문제인지 확인한 후 사용을 중단하고 새 USB 스틱을 구입한 다음 작동하는 USB 스틱에서 새 USB 스틱을 포맷하고 ddrescue. 마지막으로 fsck남은 FS 문제를 해결하세요.

$ sudo ddrescue -f -n /dev/sda1 /dev/sdb1 /root/ddrescue.log
# There were very few bad areas reported (my bad not saving the log file)...
$ sudo fsck -f /dev/sdb1

새 드라이브를 설치한 후 모든 것이 "정상"으로 돌아갔습니다. 대부분의 응용 프로그램은 완벽하게 실행되었지만 일부 문제가 발생했습니다. 특정 구성 파일에 대한 이러한 문제를 추적해 보면 이러한 파일이 "손상"되었음을 확인할 수 있었고 다음 방법으로 확인할 수 있습니다.

$ hexdump -C ok.conf 
00000000  5b 63 65 72 74 5d 0a 63  61 5f 66 69 6c 65 3d 0a  |[cert].ca_file=.|
00000010  74 72 75 73 74 65 64 5f  63 65 72 74 3d 65 38 63  |trusted_cert=e8c|
# Truncating output...
$ file ok.conf
ok.conf: ASCII text

$ hexdump -C corrupt.conf 
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000231
# This output is not truncated.
$ file corrupt.conf 
corrupt.conf: data

손상된 파일의 경우 파일 크기도 의미가 없습니다.

$ ls -l *.conf
-rw-rw-r-- 1 user user 561 sep 30 08:36 corrupt.conf
-rw-rw-r-- 1 user user 561 oct  7 09:21 ok.conf

질문은 다음과 같습니다.복구 후 손상된 파일을 식별할 수 있는 방법이 있습니까? 이 문제를 해결할 수 있는 방법이 있나요?

노트: 모든 데이터가 포함된 원래 드라이브가 아직 남아 있으며 새 드라이브가 괜찮은지 확인할 수 있습니다. 더 읽어본 후 일부 사람들은 읽기 오류가 발생할 경우 두 번째 실행에 ddrescue재시도 옵션( ) 을 사용하여 다시 시도할 것을 제안했지만 -r3아직 시도하지 않았으며 차이가 있는지 모르겠습니다. 어쩌면 누군가가 이것에 대해서도 밝힐 수 있습니다.