V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
BD8NCF
V2EX  ›  NAS

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

  •  
  •   BD8NCF · 49 天前 · 1747 次点击
    这是一个创建于 49 天前的主题,其中的信息可能已经有所发展或是发生改变。
    我的 nas 是 ds218+,装了 2 个 14T 硬盘
    前段时间有个盘报有坏道,就买了一个 16T 矿盘,无损替换坏硬盘下来。

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

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

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

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

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

    还有,我不太确定丢相册是我换硬盘导致的,还是群晖升级系统导致的。因为它有时会自己升级。而那个相册,也不经常看,只是偶尔看看。所以相册是什么时候丢的并不是很确定,只是刚好在我换硬盘后过几天 LP 看相册才发现的。
    16 条回复    2024-10-21 17:36:07 +08:00
    ferock
        1
    ferock  
       49 天前 via iPhone
    照片都在?
    换 immich 吧…
    FrankAdler
        2
    FrankAdler  
       49 天前
    群晖系统有一个内部内部使用的 postgre sql ,大部分数据应该都是保存在这里面,我没尝试过连接不清楚数据结构。
    另外我用了好多年从来没丢过相册,我是黑群晖,目前 7.2.1
    csunny
        3
    csunny  
       49 天前
    为什么是把好的拿下来,留下坏的来复制到 16T 呢?这操作我怎么看不懂了。
    totoro625
        4
    totoro625  
       49 天前   ❤️ 1
    应该是数据库炸了,而且很大概率是坏道损坏了该部分数据,然后换盘的操作导致系统自动将坏数据覆盖好数据了
    tips:群晖系统数据类似于 raid1 形式存在与所有磁盘

    可能 1:无损替换的方法有问题 ==>应该拆机在第三方系统上全盘复制
    可能 2:raid1 复制数据出问题 ==>坏数据的修改时间靠后,好数据的修改时间在前,冲突时坏数据覆盖好数据
    可能 3:新 16T 矿盘存在问题 ==>有无全盘扫过?
    Garphy
        5
    Garphy  
       49 天前
    只是索引出问题了,重建一下试试,但有可能人脸识别的数据不保。
    Universal Search -- 偏好设置:查看文件索引状态;
    Photos 套件右上角设置进去,也有重建索引的功能。
    monkey110
        6
    monkey110  
       49 天前
    没碰到过,像是相册这种重要的文件我都是用群晖 sync 套件定时同步到百度盘,你这种情况感觉是坏道正好是相册内容或者 raid1 同步的时候丢失了,自动升级这个可以排除,同 ds218+,最新版都没推送需要自己下载系统包更新。
    BD8NCF
        7
    BD8NCF  
    OP
       49 天前
    @ferock #1 照片都在

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

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

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

    @monkey110 NAS 里面的重要文件我都设有自动备份,因为不知道相册数据是以什么方式保存在什么地方,没法备份啊。你确定你同步到百度盘的是相册?而不仅仅只是照片?
    BD8NCF
        8
    BD8NCF  
    OP
       49 天前
    @Garphy #5 重建索引没用。群晖的技术支持就是叫重建索引,但是没用。
    alfawei
        9
    alfawei  
       49 天前 via iPhone
    完全不能理解你的操作
    chnsatan
        10
    chnsatan  
       49 天前
    OP 描述的有问题吧,硬盘上文件还在,只是 photos 没扫描到罢了。
    这种事情大惊小怪的~~,我还以为群晖又漏洞,丢文件了,仔细看了半天

    photos 删除重装一下就好了,大概率是软件内部 bug 导致的,postgre sql 数据库错乱了
    monkey110
        11
    monkey110  
       49 天前
    直接 cloudsync 套件同步 photos 文件夹到云盘,同步的当然是图片了,隐私问题可以启用加密同步。Hyper Backup 套件定时备份 photos 套件防止数据库损坏,故障后可以多节点回滚,这样照片和套件数据库都有备份还怕啥。
    BD8NCF
        12
    BD8NCF  
    OP
       48 天前 via Android
    楼上有同学没明白我在说什么,估计没用过 photos 的相册功能。
    photos 同步手机中的照片到 NAS 后,你可以创建相册,指定一些照片加入到某个相册中,相当于对照片分类。
    我的照片都还在,只是相册丢了。
    lifanxi
        13
    lifanxi  
       47 天前
    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
        14
    BD8NCF  
    OP
       47 天前 via Android
    @lifanxi 感谢感谢!国庆回家研究一下
    deletelife
        15
    deletelife  
       42 天前
    以楼主描述——基本可以确定:数据库坏了。

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

    楼主的方法是——拿坏的那块硬盘和新的空硬盘去 raid1 ,这样坏硬盘上的坏数据,被 raid 到新硬盘上了。这是一个错误发方式。
    wqswsa
        16
    wqswsa  
       24 天前
    这个问题我也碰到过,photos 把账号退了以后再登上相册就没了,现在我把需要用的照片都加上了备注方便查找
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5394 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 36ms · UTC 05:49 · PVG 13:49 · LAX 21:49 · JFK 00:49
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.