BTRFS 수정할 수없는 오류가있는 파일 찾기

BTRFS 파일 시스템에서 복구 할 수없는 오류에 관한 질문이 있습니다. 특히, RAM 스틱 중 하나에 문제가 발생한 후 최근에 BTRFS Scrub을 실행했으며 수정할 수없는 4 개의 오류가있는 것으로 보입니다. 이것은 출력입니다.

scrub status for <UUID>
    scrub started at Thu Dec 25 15:19:22 2014 and was aborted after 89882 seconds
    total bytes scrubbed: 1.87TiB with 4 errors
    error details: csum=4
    corrected errors: 0, uncorrectable errors: 4, unverified errors: 0

운 좋게도 3 차 백업으로 모든 것을 백업 했으므로 파일 손실에 대해 특별히 걱정하지 않습니다 (BTRFS의 실험 상태와 관련된 문제를 잘 알고 있습니다. 데이터를 안전하게 유지하기 위해 여러 백업이 있으며 계속 사용하십시오. "솔루션; BTRFS를 사용하지 마십시오"게시물).

그러나 수정 불가능한 오류와 관련된 파일을 확인하는 방법을 알고 싶습니다. 찾아서 삭제하고 백업 사본으로 교체하고 싶습니다.

누구 든지이 작업을 수행하는 방법에 대한 정보가 있으면 귀하의 의견을 듣고 싶습니다.

미리 감사드립니다.

다음 방법이 유용하다는 것을 알았습니다 ...

btrfs scrub 음량.

위에 표시된대로 여러 가지 csum 오류가 표시됩니다. 오류 세부 사항
예제 사용 : csum = 4 . 다음 명령문 의 꼬리 지시문에 해당 번호를 사용하십시오 .

dmesg | grep "checksum error at" | tail -4 | cut -d\  -f24- | sed 's/.$//'

이 파일에 (예를 관이 밖으로에 편리합니다 > csums.txt)

나는 제안 된 inode 검색 접근법을 많이 시도했지만 성공하면 제한적으로 만났습니다.

예, INODE 또는 블록 번호에서 파일 이름으로 다시 매핑하는 것은 어려울 수 있습니다. 정말로 관심이 있다면, 이와 같은 것을 시도하고 복사 할 파일 파일을 볼 수 있습니다 ... 결국 파일이 나쁘면 복사 중에 오류가 발생합니다. 이전에이 유형의 기술을 사용했습니다.

 find /mount-point -type f -exec cp {} /dev/null \;

 where mount-point is the ROOT node/mount-point of the affected filesystem

dmesg수정할 수없는 체크섬 오류와 관련된 파일에 대한 세부 정보를 제공합니다. 메시지는 일반적으로 다음과 같습니다. "BTRFS : dev [...]의 논리 [...], 섹터 [...], 루트 [...], inode [...], 오프셋 [ ...], 길이 [...], 링크 [...] (경로 : [...]) "; 마지막 정보는 손상된 파일의 절대 경로입니다.

BTRFS에서도 "수정할 수없는 오류"를 찾아 여기에 왔습니다. 위의 grep은 저에게 효과가 없었습니다. 대신 사용해야했습니다.

$ dmesg | sed -n -r 's#.*BTRFS.*i/o error.*path: (.*)\)#\1#p' | sort -u
somepath/somefile.txt

경로가 하위 볼륨의 시작과 관련이있는 방법을 확인하십시오. 하위 볼륨이 어떤 것인지 표시하지 않습니다. 운 좋게도 이것은 나에게 문제가되지 않았습니다.