@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 如果数据在就先备份吧，理论上应该有希望把这块盘修到在群晖上能正常挂起来，但是还是有些风险，先保数据要紧。

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

加儿童票买 ABC 是个好主意。不过 10 小时高铁的话，儿童票也不少钱了，可能还是会有所顾虑。

是我会考虑多加几个身份证进去，先用多的身份证尝试占掉几个座位，不用支付，然后再用实际乘车人的买，买完了不要的订单取消就行了，不过一个账号每天可以取消的次数是有限的。如果实在不行也就没办法了。可以考虑去车站窗口买票指定席位，售票系统是有这个功能的，但是售票员愿不愿意给你指定，有时候得看运气了。

多开几个 VM 一会儿就没了。

或者多编译几个大型 C++项目，我现在在做的项目有单一文件编译就需要 20G 内存的情况，make -j 4 就够打爆 64G 内存了。

好巧，我也今天刚查了“马晶慧”，没查到啥有用的线索。原因是我无意中看到好多电力社的 Kubernetes 的书都是她译的。
顺手推广我译的《 Kubernetes 编程》，这本书内容挺全面的，但是不是很深入，作为了解 Kubernetes 编程的基础入门书还不错，我自己就是边学边译的。

周报抄送自己私人邮箱的做法真的可以吗？没有涉嫌泄密？

试了一圈后我最终选的是 Joplin，因为就是 Markdown 文件，以后换平台不折腾。