RAID 미러 요소를 비교하는 방법은 무엇입니까?

RAID 미러 요소를 비교하는 방법은 무엇입니까?

세 개의 장치(sdc, sdd, sdf)가 포함된 RAID 이미지(md1)가 있습니다. 밤새 문제가 발생하여 배열이 읽기 전용이 되었고 fsck는 inline_data_fl이 설정된 및/또는 분리된 inode 목록에서 수천 개의 inode를 발견했습니다.

나는 정지 배열을 사용했으며 모든 장치에서 작동합니다 mdadm --manage /dev/md1 --stop.smartctl -t long

smartctl이 완료되면 장치가 달라질 가능성이 높기 때문에 배열이 다시 조립되지 않을 것이라고 생각합니다. 세 가지 파일 시스템을 비교하는 표준(?) 방법이 있나요? 그리고/또는 자동화된 3선승제 수정을 수행합니까?

저는 Debian Stable을 실행하고 있으며 온디스크 및 오프사이트 백업을 갖고 있습니다. 이를 피하기 위해 ZFS로 이동할 막연한 계획도 있습니다 ...

커널 로그:

Jul 26 15:15:16 jumbo kernel: [1839678.260050] md: md1: data-check done.
Aug  1 01:37:02 jumbo kernel: [2308990.999405] EXT4-fs error (device md1): ext4_lookup:1591: inode #179405745: comm rsync: iget: bad extra_isize 9234 (inode size 256)
Aug  1 01:37:02 jumbo kernel: [2308991.116973] Aborting journal on device md1-8.
Aug  1 01:37:02 jumbo kernel: [2308991.146777] EXT4-fs (md1): Remounting filesystem read-only
Aug  1 01:37:02 jumbo kernel: [2308991.146903] EXT4-fs error (device md1): ext4_lookup:1591: inode #179405746: comm rsync: iget: bad extra_isize 28338 (inode size 256)
Aug  1 01:37:02 jumbo kernel: [2308991.183721] EXT4-fs error (device md1): ext4_lookup:1591: inode #179405747: comm rsync: iget: bad extra_isize 9234 (inode size 256)
Aug  1 01:37:02 jumbo kernel: [2308991.228169] EXT4-fs error (device md1): ext4_lookup:1591: inode #179405748: comm rsync: iget: bad extra_isize 28338 (inode size 256)
Aug  1 01:37:02 jumbo kernel: [2308991.272639] EXT4-fs error (device md1): ext4_lookup:1591: inode #179405749: comm rsync: iget: bad extra_isize 9234 (inode size 256)

관련 정보