Được chứ. Sau khi chà thường xuyên, MDADM RAID5 của tôi đang báo cáo mismatch_cnt = 16. Theo tôi hiểu, điều này có nghĩa là trong khi không có thiết bị nào báo lỗi đọc, có 16 khối mà dữ liệu và tính chẵn lẻ không đồng ý.
Câu hỏi số 1: Người ta có thể có được danh sách các khối này không?
Câu hỏi số 2: Giả sử # 1 là có thể, với điều kiện là hệ thống tập tin cơ bản là EXT4, có cách nào để xác định tập tin nào được liên kết với các khối này không?
Tôi có các bản sao lưu gần và trong một thế giới lý tưởng, tôi chỉ có thể làm khác mảng trực tiếp với dữ liệu sao lưu để xác định vị trí bất kỳ tệp nào bị hỏng âm thầm. Nhưng thực tế việc thu hồi 6TB dữ liệu sao lưu sẽ vừa tốn kém vừa tốn thời gian. Biết nơi để tìm và những gì để phục hồi sẽ đơn giản hóa rất nhiều thứ.
(Tôi nên lưu ý rằng tôi chỉ chạy chương trình chà RAID với tùy chọn 'kiểm tra'. Chạy chà với tùy chọn 'sửa chữa' có vẻ rất nguy hiểm vì MDADM chỉ biết rằng dữ liệu hoặc tính chẵn lẻ là sai nhưng không biết là gì. Vì vậy, dường như có 50% khả năng MDADM đoán sai và tái tạo lại dữ liệu không chính xác. Do đó tôi muốn biết tệp nào có khả năng bị ảnh hưởng để tôi có thể khôi phục chúng từ bản sao lưu, nếu cần)
Bất kỳ đề xuất đánh giá rất cao!
icheck+ nchecktrong debugfsđể xác định các tệp dựa trên offset của ngành.
smartctl -a /dev/sdavà v.v.) hoặc sử dụng bất kỳ phương pháp nào khác bạn có để chạy thử nghiệm SMART ngắn trên mỗi đĩa và in báo cáo đầy đủ. Rất có khả năng một trong số họ sắp chết và phải chịu một mức độ nghiêm trọng nghiêm trọng để kích hoạt báo động sức khỏe SMART tổng thể.
dmesghoặc / var / log / syslog?