有同学遇到过群晖 photos 丢相册么？

[BD8NCF]

我的 nas 是 ds218+，装了 2 个 14T 硬盘
前段时间有个盘报有坏道，就买了一个 16T 矿盘，无损替换坏硬盘下来。

无损替换的方法大致是这样：
把各种服务停掉，把好 14T 硬盘换下，新 16T 硬盘换上，成为 新 16T + 坏 14T 的情况。
然后做 raid1 ，让系统自动把坏 14T 盘的内容复制到新 16T 上。
复制完成后，解除 raid1 ，把 2 个硬盘都取下来，好 14T 硬盘放原来的位置，新 16T 盘放坏 14T 的位置。
然后启动各个服务。

过了几天，LP 发现她的 photos 的相册没了。幸苦整理了几年的相册没了。
然后我看自己的相册，也没了。
然后我新建一个相册，可以创建成功。
又过了几天，发现我最近建的那个相册又没了。

相片都还在，只是相册没有了。

寻求群晖技术支持，跟意料的一样，没什么用。
我在硬盘上找了一会儿，没找到相册数据保存在什么位置。

有同学有类似的遭遇吗？或者有同学知道 photos 的相册数据放在哪个位置吗？我找找看能不能找回来。

还有，我不太确定丢相册是我换硬盘导致的，还是群晖升级系统导致的。因为它有时会自己升级。而那个相册，也不经常看，只是偶尔看看。所以相册是什么时候丢的并不是很确定，只是刚好在我换硬盘后过几天 LP 看相册才发现的。

[ferock]

照片都在？
换 immich 吧…

[FrankAdler]

群晖系统有一个内部内部使用的 postgre sql ，大部分数据应该都是保存在这里面，我没尝试过连接不清楚数据结构。
另外我用了好多年从来没丢过相册，我是黑群晖，目前 7.2.1

[csunny]

为什么是把好的拿下来，留下坏的来复制到 16T 呢？这操作我怎么看不懂了。

[totoro625]

应该是数据库炸了，而且很大概率是坏道损坏了该部分数据，然后换盘的操作导致系统自动将坏数据覆盖好数据了
tips：群晖系统数据类似于 raid1 形式存在与所有磁盘

可能 1：无损替换的方法有问题 ==>应该拆机在第三方系统上全盘复制
可能 2：raid1 复制数据出问题 ==>坏数据的修改时间靠后，好数据的修改时间在前，冲突时坏数据覆盖好数据
可能 3：新 16T 矿盘存在问题 ==>有无全盘扫过？

[Garphy]

只是索引出问题了，重建一下试试，但有可能人脸识别的数据不保。
Universal Search -- 偏好设置：查看文件索引状态；
Photos 套件右上角设置进去，也有重建索引的功能。

[monkey110]

没碰到过，像是相册这种重要的文件我都是用群晖 sync 套件定时同步到百度盘，你这种情况感觉是坏道正好是相册内容或者 raid1 同步的时候丢失了，自动升级这个可以排除，同 ds218+,最新版都没推送需要自己下载系统包更新。

[BD8NCF]

@ferock #1 照片都在

@FrankAdler #2 改天研究下这个数据库看有没有找回的可能

@csunny #3 目的是使用 raid1 全盘复制

@totoro625 #4 对 linux 不太熟悉，担心复制的过程中会有什么差错，网上看到用 raid1 重建硬盘这种方式，感觉比较靠谱
新的 16T 矿盘全盘扫过，全绿。因为只保修 1 个月，肯定要全盘扫一遍。

@monkey110 NAS 里面的重要文件我都设有自动备份，因为不知道相册数据是以什么方式保存在什么地方，没法备份啊。你确定你同步到百度盘的是相册？而不仅仅只是照片？

[BD8NCF]

@Garphy #5 重建索引没用。群晖的技术支持就是叫重建索引，但是没用。

[alfawei]

完全不能理解你的操作

[chnsatan]

OP 描述的有问题吧，硬盘上文件还在，只是 photos 没扫描到罢了。
这种事情大惊小怪的~~，我还以为群晖又漏洞，丢文件了，仔细看了半天

photos 删除重装一下就好了，大概率是软件内部 bug 导致的，postgre sql 数据库错乱了

[monkey110]

直接 cloudsync 套件同步 photos 文件夹到云盘，同步的当然是图片了，隐私问题可以启用加密同步。Hyper Backup 套件定时备份 photos 套件防止数据库损坏，故障后可以多节点回滚，这样照片和套件数据库都有备份还怕啥。

[BD8NCF]

楼上有同学没明白我在说什么，估计没用过 photos 的相册功能。
photos 同步手机中的照片到 NAS 后，你可以创建相册，指定一些照片加入到某个相册中，相当于对照片分类。
我的照片都还在，只是相册丢了。

[lifanxi]

Synology Photos 的相册元数据只有 PostgreSQL 里，DB 丢了就丢了，没法从照片里重建出来。

访问这个 PG 的方法是 sudo su postgres/psql -d synofoto/select * from album;

这个 PG 的物理数据是在某个 volume 下的 @database/pgsql 下，比如/volume1/@database/pgsql ，可以把每个 volume 都找一遍，看是不是 volume 搞乱了造成系统重建了一个新的 @database 。

[BD8NCF]

@lifanxi 感谢感谢！国庆回家研究一下

[deletelife]

以楼主描述——基本可以确定：数据库坏了。

如果群晖 raid1 中，有一块硬盘告警了，正确的方式：拔掉坏的那块硬盘，然后替换新的空硬盘，然后 DSM 系统会自动重建 raid 系统。如果 14-16T 的硬盘，重建过程大概 20-24 小时之间。

楼主的方法是——拿坏的那块硬盘和新的空硬盘去 raid1 ，这样坏硬盘上的坏数据，被 raid 到新硬盘上了。这是一个错误发方式。