安全停止RAID阵列需执行四步闭环：1.卸载文件系统；2.用mdadm --stop停用阵列；3.用mdadm --zero-superblock清除各成员盘元数据；4.删除/etc/mdadm.conf和/etc/fstab中相关配置。
只执行 mdadm --stop 不算彻底销毁——内核设备节点、磁盘超级块、配置文件三处残留任存其一，重启后就可能自动重建或挂载失败。
必须先卸载文件系统，否则 mdadm --stop 会失败
内核不允许停用正在被文件系统占用的 MD 设备。常见现象是执行 mdadm --stop /dev/md0 后报错 mdadm: failed to stop array /dev/md0: Device or resource busy。
- 用
findmnt | grep md或mount | grep /dev/md找出挂载点（如/mnt/raid） - 执行
umount /mnt/raid；若提示 busy，用fuser -v /mnt/raid查进程并终止，或临时进入该目录用lsof +D /mnt/raid - 确认卸载成功：
findmnt /mnt/raid应无输出，且lsblk中对应md0不再显示挂载路径
mdadm --zero-superblock 必须在停用后对每个成员盘单独执行
停用 /dev/md0 只让设备消失，但每块成员盘（如 /dev/sdb1、/dev/sdc1）仍保留 RAID 超级块。下次 mdadm --assemble --scan 会重新识别并装配，导致“阵列幽灵复活”。
Linux Security Scanner
下载
Linux 安全审计工具，检查 SSH 配置、开放/监听端口、防火墙规则（ufw/iptables/nftables）、失败登录尝试、sudoers 权限...
- 先查成员盘：
mdadm -D /dev/md0输出中找 “RaidDevice State” 列，或直接看cat /proc/mdstat对应行末尾的设备名 - 逐个擦除：
mdadm --zero-superblock /dev/sdb1、mdadm --zero-superblock /dev/sdc1……注意不能对已挂载或正被 md 使用的设备执行，否则报Couldn’t open for write – not zeroing - 验证是否清干净：
mdadm --examine /dev/sdb1应返回No md superblock detected，而非一堆 UUID 和事件编号
配置文件残留会导致开机自动装配或挂载失败
/etc/mdadm.conf 和 /etc/fstab 是重启后问题的源头。即使设备已停、元数据已清，这两处旧条目仍会让系统尝试装配不存在的阵列，或挂载失败路径，拖慢启动甚至卡住。
-
/etc/mdadm.conf：用mdadm --detail --scan | grep md0定位对应ARRAY行，手动删除或注释；也可直接清空重生成：mdadm --detail --scan > /tmp/mdadm-new.conf，再检查内容后覆盖原文件 -
/etc/fstab：搜索/dev/md0或挂载点（如/mnt/raid），删掉整行；别漏掉 UUID 引用——用blkid | grep md0确认是否还存在关联 UUID - 可选但推荐：运行
update-initramfs -u（Debian/Ubuntu）或dracut -f（RHEL/CentOS），避免 initramfs 缓存旧配置
真正“彻底”的标志不是命令执行成功，而是重启后 cat /proc/mdstat 里没有该阵列、lsblk 不见 mdX、blkid 对各成员盘不再输出 TYPE="linux_raid_member" ——这三处全空，才算从内核到用户态真正归零。
