thrinity

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

打卡~

@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 没有问题，作为一个还在迭代的系统，问题都会得到解决