问题描述
在 Nextcloud 管理后台的 Security & setup warnings 中出现如下提示：
The PHP module “imagick” in this instance has no SVG support.
具体表现为：
- 系统层 ImageMagick 工具支持 SVG
- Nextcloud 功能整体正常
- SVG 文件无法生成缩略图
- PHP imagick 侧不识别 SVG 格式
环境背景（概述）
- 操作系统：Ubuntu LTS（经历多次原地升级）
- PHP：8.3
- Web 运行环境：Apache + PHP-FPM
- Nextcloud：物理机部署
- 历史情况：
在早期系统版本中，因官方源不支持目标 PHP 版本，曾使用第三方 PPA 安装 PHP 相关组件
初步判断
系统层 ImageMagick 验证
通过系统命令确认：
- ImageMagick 版本较新
- SVG / SVGZ 格式状态为可读写
结论：
系统层 ImageMagick 支持 SVG
PHP imagick 状态验证
查询 PHP imagick 模块信息，发现：
- imagick 模块已加载
- imagick 所使用的 ImageMagick 版本较旧
- 支持格式列表中不包含 SVG
进一步使用 PHP 接口查询 SVG 支持情况，返回结果为空。
结论：
PHP imagick 实际并不支持 SVG
关键分歧点：动态库不一致
在系统层与 PHP 层分别检查动态链接关系后发现：
- 系统工具（如 convert）链接的是 较新的 ImageMagick 动态库
- PHP imagick 扩展链接的是 较旧的 ImageMagick 动态库
系统中同时存在两套 ImageMagick 6.x ABI：
- 新版本动态库：支持 SVG
- 旧版本动态库：不包含 SVG coder
这导致：
系统看似支持 SVG，但 PHP imagick 实际仍运行在旧库之上
问题根因
该问题并非 Nextcloud 配置错误，也非依赖缺失，而是：
多次 LTS 原地升级 + 历史第三方 PHP 来源，导致 PHP 扩展仍绑定旧的 ImageMagick ABI
即：
- 系统已升级
- PHP 运行时仍加载历史遗留的二进制扩展产物
解决思路
核心目标只有一个：
使 PHP imagick 扩展重新绑定当前系统官方 ImageMagick 动态库
而不是继续安装或叠加依赖。
解决过程（关键步骤）
1. 禁用第三方 PHP 源
确认历史第三方 PHP 源已被禁用，确保后续包仅来自官方仓库。
2. 确认相关包未被锁定
检查并解除可能存在的包锁定状态，避免旧版本被强制保留。
3. 彻底移除旧 imagick 扩展
对 PHP imagick 扩展执行完全移除，确保旧的二进制文件不再存在。
4. 从官方源重新安装 imagick
在当前系统版本下，从官方仓库重新安装 PHP imagick 扩展，使其在安装阶段绑定新的 ImageMagick ABI。
5. 重启相关服务
重启 PHP-FPM 与 Web 服务，使新的扩展与动态库生效。
验证结果
动态链接验证
重新检查 PHP imagick 扩展的动态链接关系，确认其已绑定到：
- 新版本 ImageMagick 动态库
PHP 功能验证
通过 PHP 接口查询 SVG 支持情况，返回结果包含 SVG。
Nextcloud 状态
- 管理后台告警消失
- SVG 缩略图功能恢复正常
结论
本问题的本质并不在于“是否安装了某个功能”，而在于：
PHP 扩展在运行时实际链接的是哪一套 ABI
在经历多次原地升级的系统中，以下结论尤为重要：
系统工具的行为不能代表 PHP 扩展的实际能力
在涉及 PHP / ImageMagick / imagick 的问题中，PHP 自身才是最终裁判。
最小排查命令链（通用）
1. 验证系统层格式支持
2. 验证 PHP 扩展支持能力
3. 对比系统工具与 PHP 扩展的动态链接库
适用范围
- 长期运行的服务器
- 多次 LTS 原地升级环境
- 曾使用第三方 PHP / 扩展源
- Nextcloud / PHP 图像处理相关异常