在清理我的 4 磁盘 RAID5 mdadm 阵列后，我得到了以下日志条目：
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340608-204340616
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340616-204340624
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340624-204340632
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340632-204340640
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340640-204340648
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340648-204340656
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340656-204340664
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340664-204340672
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340672-204340680
Dec 03 07:20:53 srv10 kernel: md1: mismatch sector in range 204340680-204340688
如何找到 ext4 文件系统上受影响的文件？我想通知文件所有者可能存在损坏。
尝试使用此中描述的方法线但没有设法将其“翻译”到我的设置中。使用 4K 扇区磁盘和 ext4。
磁盘上的超级块（所有 4 个磁盘上都相同）：
mdadm -E /dev/sdh3
/dev/sdh3:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : 05346821:52973e66:6ebd7f2d:ef64dcca
Name : localhost:R5_01
Creation Time : Wed Dec 16 17:53:50 2020
Raid Level : raid5
Raid Devices : 4
Avail Dev Size : 1827202440 sectors (871.28 GiB 935.53 GB)
Array Size : 2740803648 KiB (2.55 TiB 2.81 TB)
Used Dev Size : 1827202432 sectors (871.28 GiB 935.53 GB)
Data Offset : 264192 sectors
Super Offset : 8 sectors
Unused Space : before=264112 sectors, after=8 sectors
State : clean
Device UUID : 0d31c56e:a07be732:8258d07a:b05813bf
Internal Bitmap : 8 sectors from superblock
Update Time : Sat Dec 3 12:49:22 2022
Bad Block Log : 512 entries available at offset 16 sectors
Checksum : ac57370b - correct
Events : 4651
Layout : left-symmetric
Chunk Size : 64K
Device Role : Active device 3
Array State : AAAA ('A' == active, '.' == missing, 'R' == replacing)
4 个磁盘的分区（第 3 部分为 RAID5）
Total size: 931.51GB
Logical- / physical sector: 4096 / 4096
Total sectors: 244190646
First usable sector: 6
Last usable sector: 244190640
Partitions on /dev/sdc
ID PartNo DevName Label Start-sector End-sector Sectors Size Type
-- ------ --------- ------ ------------ ---------- --------- --------- ----------
1 1 /dev/sdc1 P1-EFI 2048 28671 26624 104.0 MiB EFI System
2 2 /dev/sdc2 P5-R10 28672 15757311 15728640 60.0 GiB Linux RAID
3 3 /dev/sdc3 P9-R5 15757312 244190640 228433329 871.4 GiB Linux RAID
EXT4 属性：
#dumpe2fs -h /dev/md1
Filesystem volume name: R5_01
Last mounted on: /mnt/R5_DATA
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent 64bit flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem state: clean
Inode count: 42825728
Block count: 685200912
Free blocks: 207789491
Free inodes: 42129576
First block: 0
Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Reserved GDT blocks: 1024
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 2048
Inode blocks per group: 128
RAID stride: 16
RAID stripe width: 48
Flex block group size: 16
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
我还遇到了一些 EXT4 错误，已修复e2fsck：
Dec 02 19:35:21 srv10 kernel: EXT4-fs (md1): error count since last fsck: 7004
Dec 02 19:35:21 srv10 kernel: EXT4-fs (md1): initial error at time 1663363366: ext4_xattr_block_get:534: inode 4789231
Dec 02 19:35:21 srv10 kernel: EXT4-fs (md1): last error at time 1670003362: ext4_xattr_block_list:707: inode 4789224
Dec 02 20:35:11 srv10 kernel: EXT4-fs error: 26 callbacks suppressed
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_get:534: inode #4789231: comm smbd: corrupted xattr block 76627790
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_list:707: inode #4789231: comm smbd: corrupted xattr block 76627790
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_get:534: inode #4789228: comm smbd: corrupted xattr block 76627787
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_list:707: inode #4789228: comm smbd: corrupted xattr block 76627787
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_get:534: inode #4789231: comm smbd: corrupted xattr block 76627790
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_list:707: inode #4789231: comm smbd: corrupted xattr block 76627790
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_get:534: inode #4789228: comm smbd: corrupted xattr block 76627787
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_list:707: inode #4789228: comm smbd: corrupted xattr block 76627787
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_get:534: inode #4789221: comm smbd: corrupted xattr block 76627780
Dec 02 20:35:11 srv10 kernel: EXT4-fs error (device md1): ext4_xattr_block_list:707: inode #4789221: comm smbd: corrupted xattr block 76627780
当/如果我设法查明文件时，我认为我应该执行 a echo repair > /sys/block/md1/md/sync_action，然后执行新的 ext4 检查。
这些错误不太可能是由任何坏块引起的......应该md能够自动修复，对吧？
SMART 看起来对所有 4 个驱动器都适用。
然后我需要看看 ZFS！