最近，设备又开始频繁发作各种各样的问题，老夫也随着头疼脑热。

办公室的一台工作机，是 ZBook 15 G2，之前说过，兴冲冲地买回来，是看中其 3K 屏幕，4910MQ 的 CPU，以及可以上到 8GBx4 的内存，还有可以支持一块 2260 MVMe 和两块 2.5 SATA 共三块硬盘的能力。这和规划中的 Windows 系统和 Linux 系统各占一块盘，再另辟一块数据存储盘的构思简直是天作之合。只可惜谋事在人，成事在天，Ubuntu 18.04 对机器本身自带的 Nvidia Quadro K2100M 实在是很不友好，每每冻屏、花屏待我，于是 Linux 只好退守一隅，仅在迫不得已时偶一使用。

悲剧就发生在这“偶一”中。在 Linux 下工作到半道，突然需要访问位于 Windows 分区上的文件，于是就手动 mount 起来，隔了一会儿，屏幕突然变花。为了抢救进行中的工作成果，用键鼠盲操作了一番，成功将系统安全 shutdown 而不是断电。如此小心翼翼操作之后的结果，竟然是再引导到 Windows 之后，登录后立刻显示此登录会话为一个临时会话，需要重新登录，五次三番尝试问题依旧，心头顿感不妙。冒死又至 Linux 下查看 Windows 分区上的文件结构，发现 /Users 下的用户目录不翼而飞，真叫人欲哭无泪。好在一通忙乱后并未丧失理智，仔细回顾了盲操作的过程，似乎并未使用诸如 shift-del 这样的硬手段，恐怕是鼠标的什么操作无意中将用户目录拖放到别的地方去了。本着这一念头查找，果然发现了踪迹，移动回去总算又见晴天。

经此一役，却突然念起 ThinkPad X200 的好来，虽然体格羸弱，战力太差，但好歹对 Windows 和 Linux 的兼容性还是没得说的，正好手头有与 ZBook 上的 Windows 系统所用磁盘容量相同的 SSD，何不克隆了来在 X200 上重整旗鼓？谁知接下来发生的事，毫无道理，迄今没有任何合理解释。首先是用 LiveUSB 引导，再用 dd 命令进行磁盘克隆，出于对时间的充分利用之想，这个操作开始于午餐前，料得饭毕，怎么也结束了，可回来一看，dd 命令竟然僵死于后台，连 USR1 信号都不响应了，但系统本身并无任何阻滞。无奈只好又 dd 一遍，期间不断关注进度，眼睁睁看着成功结束，并特意等待了一段时间以便系统进行 sync 落盘。可是把克隆后的盘插入到电脑中试图引导时，竟然报 Disk read error！分区大小正确，但是类型等参数均为 Unknown 状态，用 Disks 工具强行设置为 NTFS 分区也无济于事，最后想起了一招狠的，再克隆一遍！但对速度又不由得打鼓，决定取个巧，只克隆开头的 8MB 看一下，没成想歪打正着，立竿见影！

得益于 Windows 10 强大的几乎可以媲美 Linux 的兼容性，克隆成功后的磁盘立即就能把 ThinkPad X200 引导成功，可是又有新情况，三五分钟后会死机。如果抢在还没有死机的时候，改变引导方式，进入安全模式，则死机也会不复存在。由此推断，极有可能是某些与原来的 ZBook 绑定着的硬件驱动出了什么问题。直接卸载，有些组件卸载不干净，注册表里仍然有服务和驱动的入口项，手动进行屏蔽，都没敢下狠手，只是把 start 模式统统改为 4（禁用），就这一下，结果就连安全模式也进不去了，永远是蓝屏，INACCESSIBLE_BOOT_DEVICE。

你以为这就是人生的低谷了吗？那就太幼稚了。晚上回家的路上，从著名的西二旗城铁站北端出站，向西、转南、折东，转了个 U 字形的大弯，不幸地遇到了小蓝单车被剃了光头的命运。在西二旗的大桥下，又赫然不见了熟悉的公交车站牌，继续向东，直到缓坡结束才看到。手机微信频频震动，互聊之间手机电量降低到了 8%，然后，自动重启。屏幕的正中孤零零地显示着 SAMSUNG 的字样，不停地变量变暗，仿佛垂死之人的呼吸挣扎，持续良久没有任何进一步的变化。手动按电源键重启，出现了 Galaxy S7 Edge 的标识，由此开始周而复始不停重启，画面几乎一直保持着不变，如果非要说发生了变化的话，那就是——它竟然花了！出现了大量的彩色点，彩色的点又组成了一条条的长虚线，有时候是少部分区域，有时候则几乎布满全屏。直到电量耗尽，在此期间，任何组合按键均告无效。回家后充电，第二天早上故障依然。连接到电脑毫无反应。

这一事件导致的后果有：上公交刷不了卡、骑单车开不了锁，要登录 GitHub，无法获取二阶段授权码。截至目前，已经探明 Recovery 模式也是挂了的，只在左上角显示一行 Recovery booting…. 就趴窝了，稍微算好消息的只剩：Download 模式是可以进去的。

小伙伴有个线上服务，之前是随机会附加一串数字，后来变成消息为空，也是花式作死的节奏。另一个小伙伴，收到腾讯粑粑的广点通 SDK 升级影响，需要探索极其严苛环境下的热更新热修复技术，测试环境验证可行的方案，移到正式环境就会发生奇奇怪怪的错误，简直是水深火热。