@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 编程的基础入门书还不错，我自己就是边学边译的。

@harde 你想多了，除非写 C++时只用非常古老和简单的特性，否则只学过 C 的人几乎不可能看得懂现代的 C++。

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

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

这叫 Server Side Copy，Samba 4.1 开始支持的，Windows 8 以上的 Windows 自带的资源管理器都支持，但可能有一些第三方的 Samba 客户端是不支持的。

Gitlab 挺费资源的，群晖上跑有点吃力。群晖自带那个 Gitab 是半弃坑状态，就算要搭，也建议用 Docker 自己搭自己管理。

PVE7 刚出来的版本在我的 Gen 10 Plus 上各种死机，后来更新了一般内核以后终于正常了。

@JoeoooLAI 可以发英文的工单，美国的客服比较有耐心查问题。

@Junzhou 用 Docker 跑 iftop 好机智。还有个更原生的玩法，sudo synogear install，有惊喜。

@stardust21 两个部门当年分属两个子公司，发不同的股票给我的 Offer 的股票数量是一样的。我入职的时候股票价格大概差 10 倍不到，现在差 150 倍。