M1uG*xgRCthKWwjIjWc*010iSthY9buc根据passwd和cracklib-check ，如何将随机字符串检测为过于简单/系统化的密码？在你的机器上试试看
echo "M1uG*xgRCthKWwjIjWc*010iSthY9buc" | cracklib-check
请注意，这不是我的密码，而是来自同一个随机密码生成器的另一个随机生成的字符串，它产生相同的结果。
我即将在我的家用 linux 机器 nas 中重新组织我的所有 HDD，并希望使用 mdadm raid 进行数据保护及其重新调整阵列的灵活性。但是，在为此使用 mdadm 之前，我想知道它是如何处理bit rot 的。特别是不会导致从 HDD 发送的不可恢复的读取错误消息的位腐烂类型。
由于我很可能会使用硬盘驱动器的至少21TB在NAS 8个磁盘，并在各种行情概率的故障HDD上，我在想，期间从单个磁盘故障重建我非常有可能遭遇剩余磁盘上的某种形式的位腐烂。如果其中一个驱动器出现不可恢复的读取错误，驱动器实际上将其报告为错误，我相信raid6 应该没问题（是吗？）。但是，如果从磁盘读取的数据是错误的但磁盘没有报告，那么即使使用raid6，我也看不到如何自动更正。这是我们需要关心的事情吗？鉴于文章It is 2010 and RAID5 仍然有效，以及我自己在家庭和工作中的成功经验，事情并不一定像流行语和营销让我们相信的那样悲观和悲观，但我讨厌仅仅因为硬盘故障而不得不从备份中恢复。
鉴于使用模式将是，最多写入几次，偶尔读取，我需要执行数据清理。我在archlinux wiki上看到 用于数据清理数组的 mdadm 命令为
echo check > /sys/block/md0/md/sync_action
然后监控进度
cat /proc/mdstat
在我看来，它会读取所有磁盘的所有扇区并检查数据是否与奇偶校验匹配，反之亦然。尽管我注意到文档中非常强调在某些重要情况下“检查”操作将无法自动更正，只能检测，并且将由用户来修复。
我应该选择什么 mdadm RAID 级别来最大限度地防止位腐烂，我应该做哪些维护和其他保护步骤？这不能保护我免受什么伤害？
编辑：我不打算开始 RAID vs ZFS 或任何其他技术 QA。我想特别了解 mdadm raid。这也是为什么我在 Unix & Linux 而不是SuperUser上询问的原因。
编辑：答案是： mdadm 只能更正数据清理期间磁盘系统报告的 URE，并在清理期间检测静默位腐烂但不能/不会修复它？