短暂的停顿之后，指挥部的回复在巨大的噪音中传了过来。
“土行孙,系统检测你的降落伞一切正常。你的问题是什么？”
“我的降落伞无法弹出！”
叶舟焦急地回答道。
发动机点火之后就不能熄灭,上升的过程也不能中止。
此时距离探测器离开地面升空还有不到4分钟，他必须在这4分钟里发现并且排除异常。
“土行孙,现在还没有进入降落伞弹出阶段，你是怎么发现降落伞无法弹出的？”
叶舟被问得一愣,但转瞬间，他的思路突然打开了。
对啊。
我为什么要按部就班地去检查哪个环节出了问题？
那是在只有一次机会的情况下才需要使用的策略。
可是我现在不是在模拟器里吗？我只要在上升的各个时间段以此尝试手动打开降落伞,一直到降落伞无法打开的时候,问题自然就会浮出水面了。
这是最可靠也是最有效的办法。
毕竟,他根本不知道，这个降落伞是一开始就出了问题，还是在上升过程中才出现问题的。
想到这里，叶舟当机立断地放下了通话器，直接切断了跟指挥部的远程联系，随后找到紧急控制按钮，输入密码后获取了探测器的完全控制权。
随后，他输入了降落伞弹出的指令。
早就预埋好的爆炸索被电流激发，探测器的部分外壳被抛去，主降落伞轰然弹出。
巨大的扰动之下，探测器彻底失去平衡，一头撞毁在洞道之上。
叶舟满意地回到虚空中，这至少证明了在8千米以下深度这个范围内，降落伞的工作还是正常的。
看着结算界面上显示的45点能量值，叶舟毫不犹豫地再次进入了模拟。
86千米，降落伞工作正常。
64千米，正常。
42千米，还是正常。
20千米，这一次，主伞没有弹出。
找到了！
叶舟进入回放界面，开始用“结构学大师”的天赋逐帧检视探测器的状态。
良久之后，他终于找到了问题的关键。
探测器的表面早就已经被落石砸出了一个创口，表面残余的星尘隔热涂层被刮掉了一小片，但因为只是局部损伤，探测器的自检系统并没有发现。
而这一块损伤区域，正好就是用作降落伞抛出的薄弱外壳。
随后上升过程中，发动机逸散的高温叠加地底的温度让失去涂层保护的外壳发生了轻微形变，扭曲了爆炸索的排列，导致抛壳过程中爆炸索的能量没有按照预订设计完全向外释放，最终破坏了降落伞的抛出机构。
叶舟无语地看着回放,这个无比巧合的原因是他万万没有想到的。
更要命的是,他好像根本没办法简单地去改变这件事情。
石头就在那儿,注定要落下。
探测器注定要被砸。
能怎么办？
在探测器的设计之初，其实就考虑到了这样的情况，所以星尘涂层是留有余量，哪怕有落石影响，对整体构造也不会造成太大的损伤。
但巧就巧在，这块石头直接砸在了爆炸索的上方，简直是几百分之一的概率都撞上了。
真的要解决这个问题的话，从下降阶段就要开始监控，要找出那块落石的来源，然后通过控制下降速度来避开。
这又是一次漫长而无趣的工作。
但是，只要能活下来，就是有意义的。