痴迷刷机，看来也是一个技术控，有兴趣找对方向总会成功的，加油。

打卡~

@Apol1oBelvedere #15 应该是版本不同，我记得可以设置设置保存为 pst ，就可以减少 ost 转换的步骤，老哥可以试试

@Apol1oBelvedere #18 哈哈哈，没有看消息，outlook 的存档逻辑我不太了解，但是 pst 和 ost 的数据结构都是微软公开的，差异不大。至于为什么 ost 压缩后会变小，就是要么是申请的空闲空间进行回收，要么就是将附件的转移到 pst 中，可以使用一些 pst 查看程序对比一下。

@Apol1oBelvedere 就是每隔一段时间(周，月，季度，年)拷贝一份，(Outlook 运行时无法访问文件，必须要关闭 Outlook 客户端)。很多存档 pst 如何检索，这个也不难，Outlook 支持导入 pst ，且不会影响当前账户，直接导入后就可以通过 Outlook 进行查找了。

做过 pst 格式的恢复，个人觉得这个格式通过 node tree 的方式虽然查询快，但是增长到一定程度之后还是存在一定效率问题，而且这个格式也是存在容量上限的。之前处理过国外客户的邮件，大部分都是按日期进行定期备份，个人觉得这种方式也是比较好查询的。其次 ost 其实是给 pst 打补丁，ost 在寻址和容量方面都是对 pst 进行升级，但两者最基础的数据结构和文件框架还是没有怎么变。

误入医疗深处
低谷
低谷
惊觉才到半路

做过 Btrfs 文件系统的解析，说一些我的理解：

1. 第一点就是上面大家提到的挂载问题，这个是由于 Btrfs 的工具不兼容低版本导致（也可以自己下载源码去编）；
2. 第二点就是 RAID 这个技术，BTRFS 在 RAID 5 方面确实存在一些稳定性问题（反正 RAID 5 场景的解析我找了很多资料都没有实现数据恢复）；
3. 第三点就是要看到 Btrfs 的长处，Btrfs 设计的目的就是要解决文件系统容量有限的问题，这个在当前硬盘价格越来越低的环境下，Btrfs 是很有潜力的。

综上就是用 Btrfs 没有问题，作为一个还在迭代的系统，问题都会得到解决

@lqy2575395 淘宝上喂食器是拆分来卖的

@awesomes 理论上也是可以的，我也 DIY 了 20 元的底滤桌面小鱼缸放在办公室，基本上没有换水，平时水分蒸发就补充点矿泉水，已经稳定运行一年了（公司不断电，5W 水泵永不停），唯一遗憾的是开始有 20 多条鱼，现在只有稳定的 2-3 条斑马鱼了。

@lqy2575395 我也是买的小米鱼缸，没有放底砂，但是基本上过一个月也要清洗一下过滤和盖子；还买了自动喂食器，但是饲料经常受潮堵住喂食口，感觉有点鸡肋。

下一步可以从文件系统方面进行优化，比如将 ntfs 、fat32 、以及各类 fs 的存储特性结合 vhdx ，可以进一步节约空间

@shalingye 是按照 VHDX 的文档直接写入二进制数据吗？那这样有点厉害呀，如果不打算采用 Windows 的 API 的话，还可以尝试解析一下 libvhdi ，里面有合并相关的逻辑，其他单独讲 VHDX 合并细节的资料我知道的不多，目前只能想到从现有库中找一找实现方法了。

@CUPAIR 还有就是把硬盘取出来，换一套电脑试一试能不能识别

@CUPAIR BOIS 都读不了盘就很麻烦了，有可能就是硬件和固件驱动坏了，只能找专业的数据恢复人员了

如果数据重要的话，第一步应该是将数据进行镜像拷贝，避免进一步数据损坏

没有用过合并功能，可以试一下调用 Windows 的 virtdisk.lib ，里面有封装好的 MergeVirtualDisk

+1