搞自己的域名邮箱相对最保险，趁现在几大家还都有免费的域名邮箱，先注册好，以后哪家不行了就换一家。

@yulitian888 现在 PhotoPrism 还贼难用，只不过己经是相对来说功能相对完整的了，所以我说是“有潜力”。其它的更不能打。
性能不是问题，如果有好用的第三方相册软件能用，我就可以渐渐不用群晖了，我可以用性能牛 B 的机器来自建满足我自己需求的 NAS 。

同意。但是在需要私有云相册的情况下，没有任何一个软件做的比群晖好，连凑合能用的都没有。
PhotoPrism 算是一个勉强有潜力以后可以打的？

如果每个文件版本都这么重要，你应该用 git 。

否则的话，32 个应该很够用了。你可以开启 Intelliversioning ，让 Drive 帮你选择“可能”比较重要的版本进行保留，但是 Synology 好像没有公布过这个 Intelliversioning 的具体逻辑。

在这个版本上基础上，你还可以定期对你这整个共享文件夹用 Snapshot Replication 做快照，快照最小间隔 5 分钟，快照的版本数最大是 1024 ，满了也有灵活的淘汰策略。

水星 SG105 Pro ，便宜够用

我看了三遍都没看明白。
你在淘宝上用对方地址和手机号购物，淘宝提示你们是不是认识的，这好像没啥问题啊？

@elfive 再仔细看看？这个 IP 并不在 CGN 的范围内。

不玩 GPIO 用树莓派都不是太值得，被随便一个 x86 小机器或者廉价的 ARM 盒子秒杀。

我在群晖上整理照片的脚本，基本上是跟你这个思路是一样的。

@Licsber 群晖解释过为什么原本要支持的 On-demand Sync 功能后来支持不了，原因是苹果没有如期开放相关的 API 。现在苹果已经提供了部分 API，他们在继续开发了。
https://community.synology.com/enu/forum/3/post/141247

@GrayXu 可以在资源管理器中右键设置是按需获取还是强制同步保留本地副本。可以全局开启磁盘空间紧张时自动清理不强制保留本地副本的文件。

@morize 群晖在 Windows 10 下，Drive 是支持按需同步的。macOS 下不支持。

@RiESA 为啥还是无法访问系统分区？不过讲道理这个简单修复一下就好了。

@fushy 来个勒索病毒就傻了。数据安全的底线是备份！备份！备份！ RAID 是给你解决数据可用性问题而不是数据安全问题的。

我今天在 PVE 上用虚拟机黑群晖（ DSM 6.2.3 ）测试了恢复分区的逻辑。

步骤：

1. 先建一个 DSM （ test1 ），加一块硬盘，用 SHR 模式建一个 Volume，放点文件，关机。（模拟原来故障的 NAS 。）
2. 再建一个 DSM （ test2 ），也一块硬盘，建一个 Volume，关机。（模拟重装后的 NAS 。）
3. 把 test1 的硬盘，挂到 test2 上，test2 开机。群晖提示系统分区损坏，修复后，数据都在。（正常的硬盘重新挂到一台新建的 NAS 是可以无损恢复数据的）
4. 在 test2 上，强行用 fdisk 把 test1 的硬盘上的前两个分区（系统，SWAP ）删除。重启 test2 。（模拟楼主的修复操作）
5. 重启后，test2 上提示第二块硬盘为未初始化状态。什么都看不到了。

修复过程：

1. 先用 fdisk 把 test1 的硬盘上被删除的前两个分区重建，都设成 fd 类型，具体大小可以抄 test2 的情况，不同时期的 DSM，创建的分区型式略有差异，类似这样：
Device Boot Start End Sectors Size Id Type
/dev/sdc1 2048 4982527 4980480 2.4G fd Linux raid autodetect
/dev/sdc2 4982528 9176831 4194304 2G fd Linux raid autodetect
2. 然后，把这两个分区分别加到系统 md0 和 md1 中，靠 RAID 修复系统分区：
sudo mdadm -a /dev/md0 /dev/sdc1
sudo mdadm -a /dev/md1 /dev/sdc2
做完这步后，在 Storage Manager 中就能看到磁盘状态由未初始化变成了已初始化，但看不到上面的 卷。
3. 这时 cat /proc/mdstat 能看到一个 md127 的 RADI 设备，就是 test1 硬盘的数据区。看上去不太对，把它删掉重建成 md3，重建命令的-N 后面是名字:序号，可以抄下 md2 设备里的名字，序号跟 mdX 中的数字一样。系统会提示已经有 RAID 信息了，直接 y 继续创建：
sudo mdadm -S /dev/md127
sudo mdadm --create /dev/md3 --level=1 --raid-devices=1 --force /dev/sdc5 -N <机器名>:3
（我后来又演练了两次，这两次都没有出来 md127，我就直接创建 md3 了）
4. 下面就是要恢复 LVM 了，这步比较迷，我也不知道怎么就恢复了（好像就是只要多等一会儿就行了）。
我先运行了 vgchange -ay，但只列出了一个 vg，我就尝试着用下面这些命令看 LVM 的状态，到 vgs 时，突然看到多了一个 vg1000，然后后面那些命令看起来都符合预期了。但是 DSM 界面上看，相关的卷还没出来。
# pvs
# vgs
# lvs
# pvdisplay
# vgdisplay
# lvdisplay
5. 直接 reboot 重启，然后就都正常了

@RiESA 貌似现在 Basic 也会套一层 Linux RAID 的。

你不需要在群晖上 apt-get 装软件，要用的 mdadm 等命令群晖都有的，直接 sudo 运行就可以了。

你自己 mount 起来也是需要另一块硬盘来导一遍数据的。如果要修到群晖直接能自己挂起来，估计要费点力气，我也没试过。原理上是把三个分区都正确重建，然后加到对应的 md 组里，RAID 同步完应该就好了，但是不知道是不是还要修修什么元数据之类的才能在 DSM 里看到。

@RiESA 你这就是有 RAID 的情况，多半是因为你用了 SHR 。所以你需要用 mdadm 把这个 RAID 重建起来以后再 mount 。参考一下我上面给你的文章试试。

用 256G 的 NVMe 硬盘就存几百个字节的数据？

你先去命令行 fdisk -l 看看，这块盘上的分区是不是还在，讲道理群晖的盘至少会有三个分区，第三个是数据分区。

如果数据分区还在，那就自己 mount 起来看看，应该数据是不会丢的。如果你不是 Basic 存储空间，用了 SHR，那可能需要有操作 LVM 和 Linux RAID 的经验。LVM 和 Linux RAID 的基本操作可以参考群晖官网上在 Ubuntu 下恢复数据的文档，这些命令在群晖自己的命令行上应该都是可以用的。https://kb.synology.cn/zh-cn/DSM/tutorial/How_can_I_recover_data_from_my_DiskStation_using_a_PC 如果数据在就先备份吧，理论上应该有希望把这块盘修到在群晖上能正常挂起来，但是还是有些风险，先保数据要紧。

如果分区都不在了，就有点讨厌，可以用第三方工具看看能不能先把分区修复出来。