黑群晖启动报错：Loader disk not found 如何解决？

Question

黑群晖启动时报错“Loader disk not found”，通常是由于引导盘未被正确识别所致。常见原因包括：BIOS中SATA模式设置错误（应设为AHCI）、引导盘顺序错误、USB启动设备兼容性问题或引导文件损坏。此外，部分主板在UEFI模式下无法正确加载Grub引导程序，需尝试关闭CSM兼容模块或调整启动方式为Legacy。建议检查硬盘连接、更换USB接口或使用专用引导工具重新写入引导文件，确保使用与DSM版本匹配的引导镜像。

Answer 1

一、问题现象与初步诊断

黑群晖（Hackintoshed Synology NAS）在启动过程中出现“Loader disk not found”错误提示，是当前DIY NAS用户中最常见的引导故障之一。该报错表明系统无法识别用于加载DSM操作系统的引导设备（通常为U盘或小容量SSD）。从表象来看，系统进入Grub引导阶段后未能定位到包含loader信息的分区。

• 错误代码：Loader disk not found
• 触发时机：POST完成后，Grub加载期间
• 常见设备类型：USB 3.0 U盘、mSATA/SATA DOM、NVMe引导盘
• 影响范围：几乎所有基于RedPill、XPEnoboot、Saturn等引导方案的黑群晖平台

二、底层机制解析：引导流程拆解

理解黑群晖的启动链路对排查此类问题至关重要。其引导过程遵循以下顺序：

1. BIOS/UEFI初始化硬件并执行POST
2. 根据启动顺序选择可引导设备（如USB）
3. 读取设备MBR或EFI分区中的Grub配置文件
4. Grub加载initrd和zImage内核镜像
5. 内核挂载根文件系统并启动loader服务
6. 查找带有特定标识（如synopartition）的loader磁盘
7. 若未找到，则抛出“Loader disk not found”异常

三、常见原因分类与排查路径

类别	具体原因	检测方法	修复建议
BIOS设置	SATA模式非AHCI	查看BIOS中SATA Operation Mode	更改为AHCI模式
启动方式	UEFI+CSM冲突	检查是否启用CSM/Legacy支持	关闭CSM或切换至Legacy模式
硬件兼容性	USB控制器不被识别	更换USB接口（优先使用USB 2.0）	使用带电源的USB HUB或焊接电阻
引导介质	U盘损坏或写入失败	重新烧录镜像并校验SHA256	使用Rufus或balenaEtcher重写
镜像匹配性	引导镜像与目标DSM版本不符	核对model及firmware编号	下载对应Patcher版本（如DS3617xs-7.2）

四、深度技术分析：Grub与设备枚举机制

在UEFI架构下，Grub2需依赖EFI系统分区（ESP）正确加载grub.cfg。部分主板（如ASRock B550/TUF系列）在开启CSM时会导致设备命名混乱，例如将USB设备识别为(hd1,msdos1)而非预期的(hd0)，从而造成loader搜索失败。

set default=0
set timeout=30

menuentry "Synology DSM 7.2 Loader" {
    set vid="0x1b21"
    set pid="0x1042"
    set sn="123456789ABC"
    set rootdev="/dev/sdb1"
    linux /zImage vid=$vid pid=$pid sn=$sn root=/dev/md0 console=ttyS0,115200n8 earlyprintk loglevel=15
    initrd /initrd.img
}
    

五、解决方案实施流程图

graph TD
            A[开机报错: Loader disk not found] --> B{检查BIOS设置}
            B --> C[SATA Mode = AHCI?]
            C -->|否| D[修改为AHCI]
            C -->|是| E[确认启动顺序]
            E --> F[首选设备为USB?]
            F -->|否| G[调整Boot Priority]
            F -->|是| H[尝试更换USB接口]
            H --> I[使用USB 2.0端口]
            I --> J[仍失败?]
            J -->|是| K[重新制作引导盘]
            K --> L[选用匹配的Loader镜像]
            L --> M[通过balenaEtcher写入]
            M --> N[成功启动]

六、进阶调试手段与日志提取

当常规手段无效时，可通过串口调试获取Grub详细输出。连接TTL转USB模块至主板UART接口，在超级终端中观察启动日志：

• 关键日志片段：No such device: hd0,gpt1 表示设备未挂载
• 可能原因：PCIe拓扑导致USB控制器延迟初始化
• 应对策略：添加内核参数 usbcore.autosuspend=-1
• 替代方案：使用IT模式硬盘背板或外接ASM1166桥接芯片的M.2转接卡作为引导盘