Tìm tệp có BTRFS Lỗi không thể sửa được

Tôi có một câu hỏi liên quan đến các lỗi không thể phục hồi trên hệ thống tệp BTRFS. Cụ thể, tôi đã chạy BTRFS Scrub gần đây sau khi gặp sự cố với một trong các thanh RAM của mình và dường như đã phát hiện ra 4 lỗi không thể sửa. Đây là đầu ra:

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

May mắn là tôi có mọi thứ được sao lưu trong bản sao lưu thứ ba nên tôi không đặc biệt lo lắng về việc mất các tệp (Tôi nhận thức rõ các vấn đề liên quan đến trạng thái thử nghiệm của BTRFS, tôi có nhiều bản sao lưu để giữ an toàn cho dữ liệu của mình và xác định tiếp tục sử dụng nó vì vậy xin vui lòng không: "Giải pháp; không sử dụng bài viết BTRFS").

Tôi muốn biết, tuy nhiên, làm thế nào để xác định tập tin nào được liên kết với các lỗi không thể sửa chữa? Tôi muốn tìm chúng, xóa chúng và thay thế chúng bằng các bản sao lưu của chúng.

Nếu bất cứ ai có thông tin về cách làm điều này, tôi rất thích nghe từ bạn.

Cảm ơn bạn trước.

Tôi đã tìm thấy phương pháp sau hữu ích ...

btrfs scrub âm lượng.

Bạn sẽ gặp bất kỳ số lỗi csum nào như bạn đã trình bày ở trên.
Sử dụng chi tiết lỗi ví dụ của bạn : csum = 4 . Sử dụng số đó trong chỉ thị đuôi của tuyên bố sau:

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

Nó rất thuận tiện để chuyển cái này ra một tập tin (ví dụ > csums.txt)

Tôi đã thử một số cách tiếp cận tìm kiếm inode được đề xuất và tất cả chúng đều bị hạn chế nếu có thành công.

Có, việc ánh xạ từ INODE hoặc Block Number trở lại tên tệp có thể khó khăn. Nếu bạn thực sự quan tâm, bạn có thể thử một cái gì đó như thế này và xem tập tin nào sẽ được sao chép ... sau đó nếu tập tin xấu, nó sẽ gây ra lỗi trong quá trình sao chép. Trước đây tôi đã sử dụng loại kỹ thuật này.

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

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

dmesgsẽ cung cấp cho bạn thông tin chi tiết về các tệp liên quan đến lỗi tổng kiểm tra không chính xác. Các thông báo thường trông như thế này: "BTRFS: lỗi kiểm tra tại logic [...] trên dev [...], sector [...], root [...], inode [...], offset [ ...], độ dài [...], liên kết [...] (đường dẫn: [...]) "; thông tin cuối cùng là đường dẫn tuyệt đối đến tập tin bị hỏng.

Tôi cũng đến đây để tìm "lỗi không thể sửa" từ BTRFS. Các grep trên không làm việc cho tôi; Tôi đã phải sử dụng thay thế:

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

Lưu ý cách đường dẫn có liên quan đến sự khởi đầu của subvolume - không có dấu hiệu nào cho thấy nó nằm trong đó. May mắn thay, đây không phải là vấn đề đối với tôi.