快速启动还是完全关机：你的诡异故障到底是谁引起的

你点了关机，第二天早上，同一个卡顿的音频驱动和半残的 Wi-Fi 照常出来迎接你，好像什么都没发生过——因为确实什么都没发生。快速启动把“关机”变成了部分休眠，而单是这一个设置，就能解释比其他任何因素都更多的 Windows 无名怪象。

按下关机时，快速启动实际做了什么

快速启动是随 Windows 8 到来的开机时间优化：系统不再冷关机，而是注销你的会话，然后把内核会话、已加载的驱动和设备状态写入 hiberfil.sys——正是传统休眠用的那个文件。下次开机时读回这个镜像，所以混合启动比冷启动感觉更利落。代价是关机不再是白纸一张：周一把自己卡进坏状态的驱动，周二还在原地，因为它的状态在半空中被冻结了。全部交易就是这些——更快的开机，换一个永远不会完全复位的系统。

让人糊涂的是，“重启”并不走快速启动：重启会刻意把一切拆光、从零开始，所以“你重启过吗”总比“你关机过吗”管用。Windows 更新也懂这个区别，凡是需要干净状态的时候，它安排的都是重启而不是关机。所以，关机再开机什么也修不好、重启却全能修好的时候，元凶其实已经找到了。

这一个设置悄悄造成的一堆诡异故障

大多数快速启动的受害者从来没把点连起来，因为症状清单读起来像一连串霉运，而不是同一个根因。模式永远一样：故障出现，关机清不掉，重启清得掉——而没有人问为什么。以下是我们在“关机”早已名不副实的机器上反复见到的故障：

双系统和 live-USB 环境 —— Windows 在休眠镜像里把 NTFS 卷留成“脏”状态，Linux 随后要么只读挂载，要么干脆拒绝挂载
音频、Wi-Fi 和 GPU 驱动卡死在坏状态，直到一次真正的重启 —— 经典的“关机修不好、重启能修好”模式
U 盘和存储卡无法弹出，因为僵死的内核会话仍握着它们的句柄
BitLocker、虚拟化和部分 VPN 客户端在“关机”后行为异常，因为它们期待的是冷启动
Windows 更新的安装只有重启后才完成，因为分阶段更新的目标是真正的启动路径
一个吃掉约 40% 内存大小磁盘空间的 hiberfil.sys，换来的开机提速在 SSD 上你可能根本察觉不到

怎样才算真关机 —— 一次性的，还是永久的

偶尔需要一次干净的断电时：点关机的同时按住 Shift，或者在“运行”框或终端里执行 shutdown /s /t 0；两者都完全绕过混合路径。选择重启时按住 Shift，则能在完全拆解之外按需调出高级启动菜单。如果故障已成顽疾，就把功能本身关掉：控制面板 → 电源选项 →“选择电源按钮的功能”→“更改当前不可用的设置”，然后取消勾选“启用快速启动(推荐)”。在现代 NVMe SSD 上，省下的开机时间顶多几秒——你用极小的代价，换来一台叫它复位它就真复位的机器。

如果你压根不用休眠，在管理员终端里执行 powercfg /h off 会把 hiberfil.sys 整个删掉，顺带弄死快速启动——在 32 GB 内存的机器上能腾出 12 GB 以上的磁盘。以后想找回休眠，powercfg /h on 随时可以恢复，没有任何破坏性。唯一需要三思的，是那些在路上靠休眠实现省电安睡的笔记本用户。