王霁的思路，是循着可疑操作入手，硬啃代码。
只要代码的掌握度超过80%，他就能够获知缺陷细节，找到可能引起数据删除的缺陷，就有了明确方向。
老方法，先扔给AI解释。
代码加文档，都扔过去。
分布式存储的驱动部分，也是基础架构组维护的，属于半内核态代码。
因为平时接触少，所以这块算是他的知识盲点。
好在，他是计算机系科班出身，对内核跟驱动还是有些了解的。
2小时下来，掌握度提升至——
39%
没达到50%门槛，只有整体提示。
再想提升，就得深入细节了。
王霁面对上万行代码，猛吸一口凉气，心中纠结：“这都是c代码，真要从头研究到尾，没2、3天根本搞不定。”
跟应用级别的代码不同，内核级代码很难做到一目十行。
写的时候慢，看得也慢。
他忽然灵光一闪：“没准以前有人处理过类似问题呢？有类似问题，定位就更准确，不用都看一遍了。”
立刻打开公司内部文档系统，搜索：“删数据”。
命中几百篇文章……
再筛选「存储驱动」空间。
只剩17篇！
他一篇篇仔细看，发现去年记录过一个案例，也是驱动升级导致数据丢失，跟这次情况有几分相似。
文档记录人——
郭超。
是他？
那这次怎么定位不到原因？
情况不同？
王霁决定找郭超问问，跟胡嘉怡要了他的手机号。
胡嘉怡提醒道：“郭超这个人吧，性格孤僻、眼高于顶，连江总、于总他都瞧不起，敢生怼的，要做好准备……”
王霁脑子里浮现出韦宇的形象，点点头：“我见过这种人，没事。”
到小会议室拨通电话：“喂，是超哥么？我是腾云王……”
“交接文档已经写了，我在休假，谢绝打扰！”对面很干脆。
滴滴滴——
电话断了。
“好歹让我念完名字嘛……”
王霁做好了心理准备，没想到对方听到腾云就挂电话。
琢磨片刻，按手机号加微信。
5分钟了，没反应。
他索性发短信：“超哥，我是腾云王霁，关于夏汽故障，在wiki里看到您以前处理过类似情况，想跟您咨询下。”
又过5分钟，依然没反应。
真是油盐不进……
那就给你整点辣的！
王霁对韦宇用过激将法，打算故技重施。
短信发过去：“根据目前情况判断，故障最大的可能性是你的操作导致，代码也是你写的，你要配合定位问题！”
存储驱动代码不归郭超维护，但他确实改过很多地方。
有没有错另说，先激一激！
果然，大神脾气类似。
郭超回复了。
连续3条：
“不可能！”
“拉黑你了。”
“不必再发。”
擦……
要不要这么果断……
行！
我自己看！
王霁回到工位，把wiki通读一遍，发现文档详细描述了相关代码问题。