DSM 7.2.1 系统更新后套件无法启动

Question

DSM 7.2.1 系统更新后，部分用户反馈第三方或旧版套件无法正常启动，提示“此套件与您的 DSM 版本不兼容”或启动失败错误。该问题主要源于 Synology 在 DSM 7.2.1 中加强了安全机制并调整了套件运行环境，导致未适配的新架构（如 ARM64 或 x86-64）或未通过验证的套件被系统阻止。此外，某些套件依赖的服务模块在更新后发生变更，造成依赖缺失或权限异常。常见于 Surveillance Station、Download Station 插件或社区开发套件（如 Plex、Jellyfin）。解决方法包括检查套件中心更新、手动重新安装兼容版本、确认来源可信性，或通过 SSH 检查日志（/var/log/packages/*.log）定位具体错误。建议用户优先使用官方认证套件以确保稳定性与安全性。

Answer 1

1. 问题背景与现象描述

在 DSM 7.2.1 系统更新后，部分用户反馈第三方或旧版套件无法正常启动，系统提示“此套件与您的 DSM 版本不兼容”或出现启动失败错误。该问题广泛影响 Surveillance Station 插件、Download Station 扩展模块以及社区开发的媒体服务套件（如 Plex、Jellyfin）。尤其对于依赖自定义脚本或非官方源安装的用户，问题更为突出。

2. 根本原因分析

• 安全机制增强：Synology 在 DSM 7.2.1 中引入了更严格的签名验证机制，所有套件必须通过数字签名认证才能加载。
• 架构适配变更：新版系统对 ARM64 和 x86-64 架构的支持进行了重构，导致未重新编译的旧版套件无法识别运行环境。
• 依赖服务调整：某些底层服务模块（如 synopkg、pkgctl）接口发生变更，造成插件调用失败。
• 权限模型升级：新增基于 AppArmor 的访问控制策略，限制未授权进程读写关键目录。

3. 常见受影响套件列表

套件名称	类型	常见错误码	是否官方支持
Plex Media Server	社区维护	exit code 127	否
Jellyfin	开源项目	dependency missing	否
Surveillance Station Add-on	第三方插件	not compatible with DSM 7.2.1	部分
Download Station RSS	扩展功能	failed to start	是（旧版本）
File Station Custom Scripts	用户脚本	permission denied	否

4. 故障排查流程图

graph TD
    A[套件无法启动] --> B{检查兼容性提示}
    B -- "不兼容" --> C[确认 DSM 版本与套件要求]
    B -- "启动失败" --> D[SSH 登录 NAS]
    D --> E[查看日志: /var/log/packages/*.log]
    E --> F[定位错误类型: 权限/依赖/签名]
    F --> G{是否为官方套件?}
    G -- 是 --> H[尝试重新安装或等待更新]
    G -- 否 --> I[寻找社区兼容版本或手动编译]
    I --> J[修改启动脚本或禁用签名验证(风险操作)]

5. 解决方案分层实施

1. 优先级最高：使用官方认证套件 —— Synology 套件中心已标记“兼容 DSM 7.2.1”的均为经过验证版本。
2. 检查并更新现有套件 —— 进入「套件中心」→「已安装」→「操作」→「更新」。
3. 手动重新安装兼容包 —— 下载适配 DSM 7.2.x 的 SPK 文件，通过本地安装导入。
4. 验证来源可信性 —— 使用 spkinfo 工具检查 SPK 包签名与架构信息。
5. SSH 日志分析示例：

$ sudo cat /var/log/packages/jellyfin.log
2024-04-05T10:23:01 Start jellyfin failed, reason: package arch not supported
2024-04-05T10:23:02 Error: Required library libssl.so.1.1 not found

上述日志表明存在架构不匹配和动态库缺失问题。

6. 高级调试手段

对于资深 IT 工程师，可通过以下方式深入诊断：

• 使用 ldd 检查二进制依赖：ldd /volume1/@appstore/Jellyfin/bin/jellyfin
• 查看 AppArmor 策略：sudo aa-status | grep synopkg
• 临时关闭安全限制测试（仅用于调试）：sudo setenforce 0（若启用 SELinux 模拟层）
• 重建套件数据库：sudo synopkg --reset