足足十五分钟后，苏小木看着一片空白的调试存档，整个人陷入了沉思。
这过去的十五分钟里，苏小木只做成了一件事，恢复宕机的iac pro。
还好苹果的as整体来说并不复杂，苏小木从零开始摸索着恢复也不太费劲。
至于苏小木为什么花了十五分钟……
很简单。
其中有大概八分半钟的时间，苏小木在想自己摸索着将Cao作系统的状态还原到死机以前到底有没有用。
这个过程就像是薛定谔在思考著名的有关猫的生死叠加思想实验一样。
但凡没到最后一刻，结果不发生坍缩，是绝对无法得知结果的。
苏小木一边想自己要是中途放弃了，这个实验就不完整。
另边厢又想，万一坚持到最后还是没用的话，这十五分钟的时间足够弄一波新的调试了……
“唉，今天不适合做事情！”
天时地利人和都不在。
说起来苏小木在这十五分钟里也想了很多别的事情。
大抵上都能算是后悔情绪的延伸分支。
比如为什么还像个普通学生一样，在进行调试的时候不去制作即时快照。1
比如为什么要在数据未存档时去挑衅自己亲自搭建的部署在超算上的防火墙。
可惜的是，世界上没有后悔药吃。
么得办法，只能是祝自己愚人节快乐了！
正这么想着的时候，苏小木心里一动，“要不试试开发个数据恢复程序把丢失的数据和状态找回来？”
“好像赶不及了……”
磁性硬盘都是可以复写的，在苏小木尝试将系统状态还原到他需要的时间点时，已经产生了新的数据，从逻辑上来说已经覆盖了原始的数据。
更不用说是原始的状态。
如果覆盖了原始的数据还能想想办法，就拿市面上的数据恢复收费软件来说，也能支持找回很多数据了。
但……
找回状态……
在苏小木的印象中，市面上应该是没有这一类的软件。
市场需求并不大，因为在Cao作重要的数据状态、系统状态、运行状态等等的时候，基本上会有设置自动快照的流程。
就以存储举例，任何一家厂商的存储都得有这样的功能。
还有些厂商有更加复杂、适应性非常强的快照功能。
“石乐志！有这时间，还不如重新走一遍调试流程，虽然不会有相同的花开，但也是另一种类型的工业测试了……”苏小木安慰着自己。
要是未进行快照Cao作状态下恢复状态的软件有市场的话，苏小木还能愿意花点时间去捣鼓一下，好歹也是个挣钱的东西。
哪怕他不懂商业，不懂市场，但这种事情完全可以交给苏荷来的。
看了眼时间才十一点出头，苏小木果断进入了第二波调试测试流程，反正自己编写的程序是现成的，无非是修改一些东西罢了。
看着不断输出的测试结果，苏小木开始小声哔哔。
“大概算是今天最好的消息了，文件系统确实不错……”
“……”
“剩下的就是两条腿走路啰……”
苏小木大松了口气。
两次调试结果的大方向都是不错的，接下来的事情就变得清晰明了了。
存储文件系统作为存储Cao作系统的核心模块，当然会同安卓底层文件系统一样，嵌入到那份已经破产了的基于risCao作系统的存储Cao作系统跑一波模拟测试。
这里面其实有点东西的。
苏小木最开始的构架思路是来源于ris的zfs文件系统，从某种角度上来说，ris系统有了zfs才是存储。
换句话说，zfs本身支持相当多的存储Cao作。
所以，当下自主知识产权的第一版存储文件系统的测试就尤为的重要了。
当然现在的资源没那么多可用，将就用一下百万亿次每秒的测试强度了。
在进行模拟测试的同时，苏小木还得抽时间根据文件系统完善其它的核心模块。
当然苏小木没打算做通用型Cao作系统，只针对存储领域，而且会极力裁剪一切用不上的功能模块，让Cao作系统简化。
原因有很多，比如冠冕堂皇的时间成本考虑之类的。
但归根结底，是只有专Jing于存储，苏小木才有把握依靠现有的还未彻底消化的知识资料完成……
正在苏小木瞅着时间也不早了，该去解决午餐时，苏荷的电话拨了进来。
接通后听到的第一句话就是：
“苏小木，出来一块吃饭。”
苏小木哦了声，“在哪。”
苏荷报了个地址，“……快点过来，今天大小也是个洋节日。”
“马上就十二点了，约定俗成的规则是12点之前愚人，知道吧？我可是读过书的