NAS 入门踩坑：群晖 DSM 7.2 硬盘兼容性报错排查

一、现象：DSM 7.2 的兼容性校验更严格

群晖自 DSM 7.2（2023 年发布）起启用了更严格的硬盘兼容性校验，并在后续更新中不断收紧。新装 SHR / RAID 阵列时，Storage Manager 经常会弹出一段类似这样的报错：

“This hard drive is not on the compatibility list of Synology. Using this drive may cause risks to the data integrity.”

在 DS923+、DS224+、DS1823xs+ 等 x86 机型上，还可能看到 “Storage Pool creation failed: Drive not supported” 字样。问题主要集中在白标盘、二手拆机盘、非认证批次的企业盘，以及固件版本未被白名单收录的硬盘。

需要区分两种提示：一种只是警告，勾选确认后仍可继续创建存储池；另一种是 “Drive not supported” 这类硬性拒绝，无法继续。本文讨论的是后者以及如何排查。

几类典型情况

按社区中反复出现的案例，大致有四类：

• 情况 1：企业盘不在认证范围内。比如在 DS1522+ 上使用希捷 Exos 7E2000 2TB 企业盘，企业盘类别只对特定机型开放，7.2 更新后新建 SHR 时直接失败，提示 “Drive not supported”。
• 情况 2：型号在白名单里，但固件版本不在。扩容时加入 WD Ultrastar HC550 18TB，如果硬盘固件版本未在群晖兼容列表上列出，同样会触发 “compatibility check failed”。这类问题在 OEM 定制固件批次（戴尔、惠普拆机盘）上尤其常见。
• 情况 3：二手盘 SMART 状态不健康。8TB 二手拆机盘的 Reallocated_Sector_Count 等属性已超过阈值，DSM 在创建存储池前的健康检查阶段就会拒绝。
• 情况 4：缓存盘与存储盘混用。把企业级 NVMe SSD 插进 M.2 槽位当缓存或存储用，会触发 “unsupported drive class”；群晖对 NVMe 缓存盘有型号限定（如 SNV3410、SNV3510、SNV5420），其他型号需要先在兼容列表确认。

二、为什么会有兼容性白名单

群晖的兼容性列表不只是商业策略，它和实际运维直接相关：

1. 数据完整性：SHR / Btrfs 在重建和 scrub 时对硬盘读写一致性要求很高。非认证盘的固件行为（如异常掉盘、长时间无响应、静默数据错误）没有经过群晖的测试，长时间高负载下更容易出问题。
2. 功耗与散热：NAS 的电源额定功率和散热设计是按认证盘的典型功耗区间计算的，Exos 等企业盘峰值功耗明显高于 NAS 盘，多盘满载时可能触发电源过载保护或温度降速。
3. 振动特性：多盘位机型的托架和风扇布局对硬盘的旋转振动（RV）敏感，企业盘与 NAS 盘的振动特征不同，混用可能影响顺序读写的稳定性。
4. 保修条款：使用非认证盘导致的数据丢失，群晖官方明确不在保修范围内；型号带 “xs” 后缀的机型（如 DS1823xs+、DS3622xs+）要求使用 Enterprise 认证盘。

三、常见原因

1. 固件版本不匹配：硬盘厂商更新微代码后，群晖兼容列表通常要滞后一到两个补丁。型号一样但固件版本没有被收录，一样会被拒。
2. 型号不在白名单：DSM 7.2 按 “型号 + 固件” 两个字段校验，任一不一致都会拒绝。即使是同一系列，OEM 定制批次也无法通过。
3. 二手盘 SMART 异常：Pre-fail 属性低于阈值即报错。重点看 Reallocated_Sector_Count（ID 5）、Current_Pending_Sector（ID 197）、Offline_Uncorrectable（ID 198）。
4. 4Kn 与 512e 混用：把原生 4Kn 盘和常规 512e 盘混在同一个阵列里，会出现扇区对齐问题，DSM 7.2 对这类混用会拒绝创建。选购新盘时尽量保持同一阵列的扇区格式统一。
5. 缓存盘与存储盘混用：把 SATA SSD 接到主存储槽位，或把不受支持的 NVMe 型号插进 M.2 缓存槽位，都会触发校验。
6. SMR 盘混入阵列：希捷 Archive 8TB 等 SMR 盘在 SHR 中随机写入性能会明显下降。DSM 不一定直接报错，但重建和 scrub 的耗时会被大幅拉长。
7. 企业盘与机型不匹配：Enterprise 类别只对 DS3622xs+、DS4022xs+、HD6500 等机型开放，普通 DS923+、DS1522+ 安装企业盘会报 “Drive not supported”。

四、排查与处理步骤

步骤 1：确认硬盘型号与固件

SSH 登录群晖（需先在控制面板 → 终端机和 SNMP 中启用 SSH）：

sudo smartctl -i /dev/sata1
sudo smartctl -A /dev/sata1 | grep -E "Reallocated|Pending|Uncorrectable"
sudo hdparm -I /dev/sda | grep -i "physical.*sector"

记录 Model Family、Device Model、Firmware Version 三项，并检查 SMART 关键字段。二手盘建议再追加一轮全盘扫描：

sudo badblocks -sv -b 4096 /dev/sda    # 全盘读写扫描，耗时按容量估算
sudo smartctl -t long /dev/sda          # 长自检

步骤 2：核对官方兼容列表

到 Synology 官方兼容性页面，按机型和容量筛选，注意区分三类认证：

• NAS HDD：常规存储用途，适用于 DS923+、DS224+ 等主流 x86 机型。
• NAS SSD / FlashStation：适用于 FS6400、SA3610 等全闪存机型。
• Enterprise：适用于 DS3622xs+、DS4022xs+、HD6500 等机型。

型号和固件必须同时匹配；只有型号一致但固件版本未列出，也会被拒。

步骤 3：升级硬盘固件

如果只是固件版本落后，可以用厂商工具升级（仅限 NAS HDD 通过官方工具更新固件）：

# 以希捷 SeaChest 为例（不同版本的工具名略有差异）
sudo ./SeaChest_Generic -l
sudo ./SeaChest_Firmware -d /dev/sg1 --updateFirmware fw.bin

步骤 4：临时绕过校验（仅测试环境）

sudo vi /etc/synoinfo.conf
# 将 support_disk_compatibility="yes" 改为 "no"
sudo reboot

如果希望重启后仍保留修改，需要同时改默认配置：

sudo sed -i 's/support_disk_compatibility="yes"/support_disk_compatibility="no"/' /etc.defaults/synoinfo.conf
sudo sed -i 's/support_disk_compatibility="yes"/support_disk_compatibility="no"/' /etc/synoinfo.conf
sudo reboot

步骤 5：直接更换兼容型号

不折腾的话，直接在兼容列表内选仍在产的高容量型号，常见参考：

下单前务必在兼容性页面确认型号和固件版本都在名单内。

五、SHR / RAID 容量规划速查表

六、备份链路：兼容列表之外的最后防线

即使全部使用群晖认证硬盘，也必须建立 3-2-1 备份链路：

1. 本地快照：Btrfs Snapshot 配合 Smart Recycle，保留 7 / 30 / 365 天快照，开启版本去重节省空间。
2. 第二台 NAS：异地或同机柜 Hyper Backup，支持跨版本增量同步，建议周级全量 + 日级增量。
3. 云端冷备：Backblaze B2、阿里云 OSS、AWS S3 Glacier，存放不可再生的关键数据。
4. 离线介质：重要文件定期拷贝到移动硬盘并断网保存，防勒索病毒和整机故障。

七、入门玩家常见误区

1. “型号相同就行”：忽略了固件版本差异，很多兼容性报错实际上就是固件版本没被收录。
2. “二手盘 SMART 短测通过就行”：短测通过不等于长测稳定，至少跑一轮几十小时以上的 badblocks 全盘扫描。
3. “SMR 盘也能用 SHR”：SMR 在随机写入场景性能会明显下降，尽量避开。
4. “兼容列表不会变”：群晖会不定期增删型号，旧机型兼容的型号到了新机型上可能被移除。
5. “绕过校验一劳永逸”：DSM 更新后 /etc/synoinfo.conf 和 /etc.defaults/synoinfo.conf 会被重新生成，需要手动改回，且绕过不等于获得官方支持。
6. “SSD 缓存能替代存储”：NVMe 缓存只加速热点读写，主数据仍存放在 HDD 池中；全闪存储池需要另行确认机型与硬盘的兼容性。

八、小结

硬盘兼容性比 CPU 跑分更值得在选购阶段就确认清楚，三条原则：