Synology Photos 存储位置迁移失败怎么办？

Question

在迁移 Synology Photos 的存储位置时，常见问题为“迁移任务卡在初始化阶段或提示‘无法访问目标文件夹’”。该问题通常因权限配置不当、目标卷未正确挂载或 DSM 系统缓存异常所致。用户可能已选择新存储空间，但 Photos 服务无法写入目标路径，导致迁移失败。此外，若原有照片库包含大量缩略图或索引数据，系统在切换存储位置时也可能因元数据不一致而出错。需检查共享文件夹权限、确认目标磁盘状态健康，并确保运行迁移前已关闭占用相关目录的服务。此问题影响数据安全与服务连续性，需谨慎处理。

Answer 1

1. 问题现象与初步诊断

在使用 Synology DSM 迁移 Synology Photos 的存储位置时，用户常遇到“迁移任务卡在初始化阶段”或提示“无法访问目标文件夹”的错误。这类问题直接影响照片库的可用性与数据完整性。从表面看，系统似乎已选择新存储路径，但实际迁移进程无法启动或中途停滞。

初步排查应聚焦于以下三个维度：

• 权限配置是否正确（包括共享文件夹与本地用户权限）
• 目标卷是否已成功挂载并处于可写状态
• DSM 缓存或服务进程是否存在异常

这些问题可能单独出现，也可能相互交织，需逐步深入分析。

2. 权限体系深度解析

Synology Photos 依赖于特定用户账户（如 sc-photos）对存储路径的读写权限。若目标文件夹未赋予该服务账户足够的权限，即使路径可见也无法执行写入操作。

检查步骤如下：

1. 进入【控制面板】→【共享文件夹】→ 选择目标文件夹 →【编辑】→【权限】
2. 确认 sc-photos 用户具有“读取与写入”权限
3. 同时检查【ACL】设置中是否存在冲突规则
4. 通过终端执行：synoacltool -get /volume2/photo 查看底层 ACL 状态

值得注意的是，Synology 在 DSM 7 后引入了更严格的权限隔离机制，第三方套件默认不再自动继承管理员权限，必须显式授权。

3. 存储卷状态与挂载验证

目标卷未正确挂载是导致“无法访问目标文件夹”的另一主因。可通过以下命令行工具进行验证：

df -h | grep volume

输出示例：

文件系统	容量	已用	可用	挂载点
/dev/vg1/volume_2	4T	1.2T	2.8T	/volume2

若目标路径（如 /volume2/photo）未出现在挂载列表中，则需检查磁盘管理器中的卷状态，确认其健康且已激活。此外，LVM 卷组损坏或 RAID 降级也会导致挂载失败。

4. DSM 缓存与服务冲突分析

DSM 系统缓存异常可能导致 Photos 套件读取旧路径元数据，从而拒绝切换至新位置。建议在迁移前执行以下操作：

• 停止 Synology Photos 服务：sudo synoservice --disable pkgctl-SynologyPhotos
• 清除缓存目录：rm -rf /var/packages/SynologyPhotos/target/var/.cache
• 重启相关进程：sudo synosystemctl restart nginx

此外，若其他服务（如 File Station 或 Moments）正在扫描同一目录，会造成文件锁竞争，必须确保无并发访问。

5. 元数据一致性与索引重建策略

原有照片库存储大量缩略图、人脸索引和时间线数据，这些元数据与原始路径强绑定。直接迁移可能导致数据库指针失效。

推荐处理流程如下：

graph TD A[停止 Photos 服务] --> B[备份原库 metadata.db] B --> C[清空目标目录索引缓存] C --> D[修改 storage.conf 指向新路径] D --> E[启动服务并触发后台重建] E --> F[监控 rebuild.log 进度]

此流程确保元数据重建基于新存储路径，避免跨卷引用错误。

6. 实际案例与风险规避建议

某企业用户在迁移过程中遭遇初始化卡死，经排查发现目标卷为外接 USB 设备，DSM 默认限制其作为套件存储路径。解决方案为：

1. 将存储设备更换为内部 SATA 盘
2. 使用 synoshare --get photo 验证共享属性
3. 手动创建符号链接过渡：ln -s /volume2/photo /volume1/photo_bak
4. 更新 Photos 配置文件中的 storage_root 路径

为保障数据安全，强烈建议在迁移前完成完整快照备份，并在维护窗口期执行操作。