昨天晚上有点困，就去睡觉了，Ai 继续干活，早上醒来，天塌了，电脑坏了，不停的桌面闪退，重启，反复执行，任何软件打不开，包含任务管理器，桌面黑屏。开机会显示桌面底部任务栏，几秒后显示，黑屏，进入安全模式，可以打开任务管理器，桌面依然黑屏，可以打开任何软件，用 ai 修复了 15 个小时依然修不好。 现象 进入系统后黑屏。explorer.exe 加载后立刻崩溃，再被拉起，再崩溃，屏幕不停闪。 正常模式下用快捷键打不开能看见的任务管理器。 安全模式下循环仍在。任务管理器可以打开。在任务管理器里结束「Windows 资源管理器」后，闪烁停止，桌面和任务栏仍然不出现。 已经执行过，没有效果： DISM Online Cleanup-Image /RestoreHealth sfc /scannow 已有崩溃记录： 应用程序日志里，explorer.exe 约每秒崩溃一次。从当天 07:22 起，外壳被自动重启约 1981 次。对应事件是 Winlogon 的事件 1002。 故障模块有两个： combase.dll ，异常 0xC0000005 ； ucrtbase.dll ，异常 0xC0000409 。崩溃日志里这两个文件的版本在 10.0.26100.7725 和 10.0.26100.7802 这一段。 任务栏窗口 Shell_TrayWnd 和桌面窗口从未创建出来。explorer.exe 死在创建外壳的过程中，不是死在加载完桌面之后。 这些现象说明什么 闪烁是 Winlogon 在自动重启已经崩溃的 explorer.exe。结束该进程后闪烁停止，是因为没有东西再把它拉起来。桌面仍然没有，是因为外壳进程本身起不来。 安全模式也崩溃，说明普通的第三方外壳扩展基本可以排除。安全模式下仍然会加载的东西要单独查，其中最常见的是 ExplorerPatcher 放在 C:\Windows\dxgi.dll 的文件。64 位 explorer.exe 启动时会优先加载自己所在目录 C:\Windows 里的同名 DLL。 0xC0000409 表示 explorer.exe 遇到无法处理的错误后自己终止。 0xC0000005 是访问冲突，出在 combase.dll 里，也就是 COM/WinRT 组件激活的时候。Windows 11 的任务栏由 XAML 组件实现。组件没有为当前账户注册好时，就会在创建任务栏之前崩溃，而且安全模式下一样崩溃。这和微软支持文档 KB5072911 描述的症状一致：登录后黑屏、资源管理器一启动就崩溃、任务栏不出现。 sfc 和 DISM /RestoreHealth 只核对系统文件和组件存储是否一致。它们不检查某个用户的 AppX 注册，也不处理只装了一半的更新和第三方注入。这两条命令没有报错，不代表系统是好的。不要再重复执行它们。 之前有人比较过 C:\Windows\System32\combase.dll 和 C:\Windows\SysWOW64\combase.dll ，看到 4522 和 7725 两个版本，并判断成「更新装了一半」。这个判断先不要当成事实： 64 位 explorer.exe 只加载 System32 里的 combase.dll。 SysWOW64 是 32 位程序用的副本。 崩溃日志记录的是实际加载的那个文件的版本。日志里是 7725/7802，所以当时加载的文件就是这个版本。若 System32 里的文件真是 4522，日志不会写成 7725。 文件属性里的「文件版本」文字经常是旧的。Windows 更新替换文件时不一定改这段文字。要看数字版本号：在 PowerShell 里用 (Get-Item 'C:\Windows\System32\combase.dll').VersionInfo.FileVersionRaw 。 不同系统文件的版本号末尾不一样是正常的，一次累积更新只替换有改动的文件。 「更新只装了一半」仍然是可能的原因，但要等下面阶段 2 的数字版本和 pending.xml 结果出来再定。在那之前，不要用别的电脑上的 DLL 覆盖本机文件。 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：技术学习与提效
  • 分类依据：内容涉及技术、AI、软件工具或工程实践
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/18 21:57:15