☰

关闭挂载计数 fsck 似乎成功了：

tag-icon • tag-icon software-raid mdadm md tune2fs e2fsck
关闭挂载计数 fsck 似乎成功了：

标题基本概括了所有内容。

关闭挂载计数 fsck 似乎成功了：

tune2fs -c 0 /dev/sda1
tune2fs -c 1 /dev/md0

但通过列出

tune2fs -l /dev/sda1显示安装计数已重新设置1为 /dev/sda1 和 /dev/md0。

我只希望自动文件系统检查软件RAID 设备，而不是成员驱动器，但它会不断地为成员驱动器重新运行。

答案1

启动时自动文件系统检查基于 fstab 中的信息。

这意味着要么您的 /etc/fstab 配置有问题，要么如果您使用的是 LABEL 或 UUID，则这些块设备的配置方式有问题。我怀疑这是与 udev 或 udev 配置相关的问题。

答案2

我的成员驱动器和 RAID1 驱动器都具有相同的 UUID。将通过以下方式更改成员 UUID：

tune2fs -U time /dev/sda1

但是现在我又改变了主意，因为对于成员驱动器 UUID 是否应该等于 RAID UUID，似乎存在一些相互矛盾的观点。

# for fs in md1 sda2 sdb2; do tune2fs -l /dev/${fs} | egrep -i '(UUID|Hash Seed)'; done;
Filesystem UUID: 0de026e2-a1ce-461c-bb3f-c3982b064b4c Directory Hash Seed: 0a5f8be8-965c-48b2-a0c6-3c1cd314a12f Filesystem UUID: 0de026e2-a1ce-461c-bb3f-c3982b064b4c Directory Hash Seed: 0a5f8be8-965c-48b2-a0c6-3c1cd314a12f Filesystem UUID: 0de026e2-a1ce-461c-bb3f-c3982b064b4c Directory Hash Seed: 0a5f8be8-965c-48b2-a0c6-3c1cd314a12f

答案3

/dev/md0/dev/sda1是位于和（RAID 1 阵列的成员驱动器）之上的设备/dev/sdX1。这意味着您对 上的文件系统所做的所有更改都/dev/md0将传播到两个成员驱动器。这就是标题中问题的答案。

/dev/sdX1这也意味着文件系统 UUID 在和 上完全相同/dev/mdo。

一旦您使用成员设备设置了 RAID 1，您不应直接对成员驱动器进行任何更改（包括 tune2fs 等），因为这可能会干扰 RAID 操作。

您在这里试图解决的原始问题是什么？

相关内容