最快更新宿主脑阔疼最新章节！
足足十五分钟后，苏小木看着一片空白的调试存档，整个人陷入了沉思。
这过去的十五分钟里，苏小木只做成了一件事，恢复宕机的iMac Pro。
还好苹果的macOS整体来说并不复杂，苏小木从零开始摸索着恢复也不太费劲。
至于苏小木为什么花了十五分钟……
很简单。
其中有大概八分半钟的时间，苏小木在想自己摸索着将操作系统的状态还原到死机以前到底有没有用。
这个过程就像是薛定谔在思考著名的有关猫的生死叠加思想实验一样。
但凡没到最后一刻，结果不发生坍缩，是绝对无法得知结果的。
苏小木一边想自己要是中途放弃了，这个实验就不完整。
另边厢又想，万一坚持到最后还是没用的话，这十五分钟的时间足够弄一波新的调试了……
“唉，今天不适合做事情！”
天时地利人和都不在。
说起来苏小木在这十五分钟里也想了很多别的事情。
大抵上都能算是后悔情绪的延伸分支。
比如为什么还像个普通学生一样，在进行调试的时候不去制作即时快照。①
比如为什么要在数据未存档时去挑衅自己亲自搭建的部署在超算上的防火墙。
可惜的是，世界上没有后悔药吃。
么得办法，只能是祝自己愚人节快乐了！
正这么想着的时候，苏小木心里一动，“要不试试开发个数据恢复程序把丢失的数据和状态找回来？”
“好像赶不及了……”
磁性硬盘都是可以复写的，在苏小木尝试将系统状态还原到他需要的时间点时，已经产生了新的数据，从逻辑上来说已经覆盖了原始的数据。
更不用说是原始的状态。
如果覆盖了原始的数据还能想想办法，就拿市面上的数据恢复收费软件来说，也能支持找回很多数据了。
但……
找回状态……
在苏小木的印象中，市面上应该是没有这一类的软件。
市场需求并不大，因为在操作重要的数据状态、系统状态、运行状态等等的时候，基本上会有设置自动快照的流程。
就以存储举例，任何一家厂商的存储都得有这样的功能。
还有些厂商有更加复杂、适应性非常强的快照功能。
“石乐志！有这时间，还不如重新走一遍调试流程，虽然不会有相同的花开，但也是另一种类型的工业测试了……”苏小木安慰着自己。
要是未进行快照操作状态下恢复状态的软件有市场的话，苏小木还能愿意花点时间去捣鼓一下，好歹也是个挣钱的东西。
哪怕他不懂商业，不懂市场，但这种事情完全可以交给苏荷来的。
看了眼时间才十一点出头，苏小木果断进入了第二波调试测试流程，反正自己编写的程序是现成的，无非是修改一些东西罢了。
看着不断输出的测试结果，苏小木开始小声哔哔。
“大概算是今天最好的消息了，文件系统确实不错……”
“……”
“剩下的就是两条腿走路啰……”
苏小木大松了口气。
两次调试结果的大方向都是不错的，接下来的事情就变得清晰明了了。
