电脑蓝屏死机代码大全：停止码、错误码与磁盘驱动网络打印排查

简介：电脑蓝屏死机代码的大集合是一份面向Windows普通用户、桌面运维与技术支持人员的蓝屏故障速查文档，针对系统蓝屏后错误代码含义不清、难以判断故障来源的问题，按数值顺序整理常见死机与错误代码。文档以词条形式给出0x0000、0x0001等代码及其中文释义，并延伸至系统错误、网络错误、设备错误、磁盘机错误、打印机错误和系统配置错误等区间，便于从代码快速定位到可能的硬件、驱动、存储或网络环节。压缩包共1个doc文件，约47KB，体量轻便，适合本地留存、打印或排障时对照查阅；文中还汇总了重启系统、检查系统配置、更新驱动程序、检查磁盘与打印机状态、使用系统还原等处理思路。该资料已有3792人学习下载，可作为Windows蓝屏问题初步排查与错误码对照的实用参考。

1. 蓝屏后只记下一串 0x000000XX：先分清停止码和错误码

电脑蓝屏死机代码的大集合这类资料，很多人是在手机拍下蓝屏照片后才开始翻的。真正折腾人的不是蓝屏本身，而是重启后只剩一串 0x001b、0x0035 或 0x0000007B，搜出来的答案一半让重装，一半让换硬件。下面按“先分清代码来源，再按磁盘、驱动、网络/打印、避坑顺序”拆，适合正被某条报错卡住、想照着命令定位的人。

2. 开机蓝屏进不了系统：0x0000007B、0x001b 与磁盘错误码的排查顺序

开机就蓝屏，往往比重启后还能进桌面更麻烦。此时系统可能连日志都没写完整，用户能看到的只有蓝屏页上的停止码，或者 WinRE 里事件查看器留下的一条 Win32 错误码。很多人把它们当成同一类代码，结果拿 0x001b 去套 0x0000007B 的修复方案，越修越乱。

这一章按“先分清代码来源，再看磁盘健康，最后修引导”的顺序走。能进安全模式时先查文件系统；进不了系统时用安装介质进 WinRE，只做确认和修复，不随手 clean 磁盘。

2.1 先把蓝屏停止码和 Win32 错误码分开

蓝屏页上的 0x0000007B、0x000000ED 是停止码，也叫 bug check code，表示内核在某个位置停下了。事件查看器、应用日志、共享报错里的 0x001b、0x001d、0x03ed，多数是 Win32 错误码或系统返回码，含义是“某个操作失败”。两者数值长得像，来源完全不同。

注意：蓝屏后事件日志里的 0x001d 很可能是“结果”，不是“原因”。先看蓝屏停止码和发生时间，再用日志补上下文。

2.2 能进安全模式：先查文件系统和磁盘健康

能进安全模式，说明核心驱动还能加载，这时先别急着全量更新驱动。先看磁盘健康，再决定要不要跑修复命令。机械盘有异响、SSD 健康状态异常时，反复跑全盘扫描只会加重问题。

# 以管理员身份运行 PowerShell，先看物理盘健康和可靠性计数 Get-PhysicalDisk | Select-Object FriendlyName, MediaType, HealthStatus, OperationalStatus # 读取磨损、读写错误、温度等计数器；不同硬盘厂商暴露的字段可能不同 Get-PhysicalDisk | Get-StorageReliabilityCounter | Select-Object Wear, ReadErrorsTotal, WriteErrorsTotal, Temperature

HealthStatus显示Healthy只代表系统当前判断，不代表盘一定没问题；Warning或Unhealthy时要先备份。ReadErrorsTotal、WriteErrorsTotal持续增长，比单次蓝屏更有参考价值。Wear对机械盘通常没有意义，对 SSD 才有参考性。

确认没有明显硬件告警后，再按顺序跑文件系统和系统文件修复：

:: /f 修复文件系统错误；/r 扫描坏扇区并尝试恢复可读信息，耗时长 chkdsk C: /f /r :: 扫描并修复受保护的系统文件 sfc /scannow :: 系统映像损坏时，用在线映像修复源修复组件存储 DISM /Online /Cleanup-Image /RestoreHealth

chkdsk C: /f /r对系统盘通常不能立即执行，会提示下次重启检查；接受后重启，不要中途断电。/r会逐扇区扫描，老机械盘可能跑几个小时。sfc /scannow发现损坏文件但提示“无法修复”时，再跑DISM，然后重新执行一次sfc。这三条命令不是越多越好，跑完看日志和事件，不要无限循环。

2.3 进不了系统：在 WinRE 里确认盘符和引导

进不了桌面时，用 Windows 安装介质启动，选择“修复计算机”进入 WinRE。先确认磁盘和分区还在，不要看到蓝屏就执行diskpart clean。clean会清掉分区表，属于最后手段，不是排查第一步。

:: 只查看，不要随手 clean diskpart list disk select disk 0 list partition list volume exit :: 确认 EFI 分区盘符为 S:、系统盘为 C: 后，再修复引导文件 bcdboot C:\Windows /s S: /f UEFI

list disk看磁盘是否被识别，list partition看 EFI、MSR、系统分区是否完整，list volume找 FAT32 的 EFI 分区盘符。bcdboot的作用是把启动文件写入指定分区；/s S:指向 EFI 分区，/f UEFI指定固件类型。盘符在 WinRE 里可能和正常系统不同，必须先用list volume确认，不能照抄 C、D、S。

如果bcdboot报错找不到路径，先看系统盘是否被识别成别的盘符，或者文件系统是否已经无法读取。此时回到chkdsk和分区确认，不要反复重建引导。

2.4 0x001b/0x001d/0x03ed 同时出现时看什么

这几个代码经常一起出现，因为磁盘读取、写入、文件系统识别是一条链。只看到 0x001b 就换硬盘，容易误判；只看到 0x03ed 就重建分区，可能把还能恢复的数据推远。

我的习惯是先把蓝屏时间点、最后一次正常启动时间、最近安装的驱动和更新记下来，再看这些错误码。只有错误码和时间线对得上，才值得动手修；对不上时，先保留现场。

3. 插U盘、换内存条就蓝屏：0x00000050、0x001f 与驱动/硬件冲突怎么排

0x00000050 这类蓝屏经常出现在插外设、换内存、更新驱动之后。它的麻烦在于复现条件不固定：有时开机就蓝，有时拷文件才蓝，有时拔掉U盘又正常。用户很容易把问题归到“系统坏了”，但根因可能在驱动、内存条、USB 控制器或电源。

这一章先判断固定复现还是随机出现，再用安全模式缩小范围。不要一上来全量更新驱动，也不要把所有外设都留着一起测。

3.1 先判断固定复现还是随机出现

固定复现指每次插同一个U盘、开同一个软件、连同一个扩展坞就蓝；随机出现指时间、操作都不固定。固定复现优先查那个设备及其驱动；随机出现优先查内存、电源、主板和存储链路。

# 最近三天的系统级错误和严重事件，先看蓝屏前后发生了什么 Get-WinEvent -FilterHashtable @{LogName='System'; Level=1,2; StartTime=(Get-Date).AddDays(-3)} | Select-Object TimeCreated, Id, ProviderName, Message -First 40 | Format-List

Level=1,2表示严重和错误级别，StartTime限定时间范围，-First 40避免一次刷出太多。看到BugCheck记录时，说明系统保存了停止码；看到磁盘、网卡、USB 控制器错误时，先记时间，不要立刻认定它是根因。

3.2 安全模式下卸掉最近驱动：pnputil 的用法

能进安全模式时，优先处理最近安装的驱动。显卡、网卡、USB 控制器、主板芯片组驱动都可能引发 0x00000050。设备管理器里“回退驱动”适合有旧版本的设备；驱动包残留则用pnputil看。

:: 列出第三方驱动包，记下 oemNN.inf 编号 pnputil /enum-drivers :: 只卸载最近安装且确认有问题的驱动包 pnputil /delete-driver oem12.inf /uninstall /force

/enum-drivers会列出发布名称、原始名称、提供程序和版本；oem12.inf只是示例，实际编号以输出为准。/uninstall尝试卸载关联设备，/force强制删除，可能要求重启。不要看到陌生oem就批量删，先按版本日期和厂商核对。

如果卸载后设备管理器出现未知设备，重启让系统重新枚举，或者重新安装对应厂商驱动。卸载驱动前建一个还原点，比事后找后悔药更省事。

3.3 内存和 USB 控制器的交叉验证

随机蓝屏要先排除内存。把内存频率恢复默认，只留一根内存，换插槽，跑系统自带的内存诊断。多条内存时逐条测，不要一次全插回去。

# 查看状态异常的 USB 设备 Get-PnpDevice -Class USB | Where-Object { $_.Status -ne 'OK' } | Select-Object FriendlyName, Status, InstanceId # 列出最近安装的驱动，按日期倒序，重点看蓝屏前更新的设备 Get-CimInstance Win32_PnPSignedDriver | Where-Object { $_.DeviceName } | Sort-Object DriverDate -Descending | Select-Object -First 20 DeviceName, DriverVersion, DriverDate, Manufacturer

Status -ne 'OK'能把报错、未知、禁用设备筛出来；DriverDate倒序方便对照蓝屏时间。外接硬盘、扩展坞、USB 网卡最容易被忽略，拔掉所有非必要外设后再测，是最省时间的分线法。

内存诊断可以运行mdsched.exe，选择重启后检查。它不能替代专业内存测试，但能快速排除明显问题。若诊断报错，先换内存条，不要继续调驱动。

3.4 0x0014/0x0015/0x0016/0x001f 的报错对照

这些代码单独出现时，不一定是蓝屏主因；和 0x00000050 一起出现时，才值得顺着设备链路查。我的做法是保留一个“最小系统”：只留键鼠和系统盘，稳定后再逐个加回设备。每加一个跑十分钟，比一次性全插上更容易锁定。

4. 共享连不上、打印机排队就崩：0x0035、0x0039 与 1053 服务超时的排查

蓝屏前后出现“网络路径找不到”“远端电脑无法使用”“打印后台服务无响应”，很多人会先重装网卡驱动。实际排查里，0x0035 更多是名称解析、共享服务、防火墙或权限问题；0x0039 才更偏向网卡或适配器；1053 常见于服务启动超时，打印队列卡死也会带出 0x003d、0x003e、0x003f。

这一章按“先测端口，再查名称，最后看服务”的顺序走。能 ping 通不代表共享能用，能打开网页也不代表 445 端口通。

4.1 0x0035 网络路径找不到：先分层测，不要先重装网卡

共享访问失败时，先确认名称能不能解析、445 端口能不能连、当前会话有没有残留。直接重装网卡会把名称解析和权限问题一起掩盖，后面还会复发。

# 先看名称解析，再看共享端口，不要只 ping Resolve-DnsName fileserver01 Test-NetConnection -ComputerName fileserver01 -Port 445 Get-SmbConnection

Resolve-DnsName返回不出地址时，问题在 DNS、Hosts 或名称广播；Test-NetConnection的-Port 445能区分“主机在线但共享端口不通”。Get-SmbConnection看当前已建立的 SMB 会话，排查旧凭据和断开的映射。

如果端口不通，先看目标机共享服务、防火墙入站规则和网络位置。如果端口通但访问被拒，再看共享权限和 NTFS 权限。不要用管理员共享去绕权限，问题会被藏起来。

清理旧映射可以用：

:: 查看现有映射 net use :: 删除指定映射后重新连接 net use \\fileserver01\share /delete net use \\fileserver01\share /user:domain\account

/delete只删本地映射，不动服务器文件；/user用于指定账号。公司环境里账号名和域要按实际填，不要照抄示例。删映射前确认没有正在写入的文件。

4.2 0x0039 网卡问题与 0x0033 远端电脑无法使用：看链路和名称冲突

0x0039 的叙述是网卡适配器发生问题，0x0033 是远端电脑无法使用。两者都可能由链路断开、IP 冲突、名称冲突、NetBIOS 重名引起。先看本机地址和名称，再看局域网里有没有重名。

:: 看完整地址、网关、DNS 和网卡状态 ipconfig /all :: 清理 DNS 缓存 ipconfig /flushdns :: 查看本机 NetBIOS 名称表，排查重名 nbtstat -n :: 重新注册 NetBIOS 名称，只在仍使用旧名称解析时执行 nbtstat -RR

ipconfig /all重点看是否拿到 169.254 开头的地址、网关是否为空、DNS 是否指向错误服务器。nbtstat -n能看到本机注册的名称；出现冲突时，0x0034“网络名称重复”也会跟着来。nbtstat -RR不是万能刷新，纯 DNS 环境里作用有限。

如果只有一台机器连不上，先换网线、换交换机口；多台机器同时连不上，先看目标服务器和网关。不要把局部故障当成全网故障。

4.3 打印队列 0x003d/0x003e/0x003f 与 1053 服务无响应

打印队列满、服务器空间不足、排队文件被删除，分别对应 0x003d、0x003e、0x003f。表现是打印后台服务卡住，重启 Spooler 后短暂恢复，过一会又卡。根因通常是坏打印任务、驱动不兼容或队列目录写满。

# 看 Spooler 状态和启动类型 Get-Service Spooler | Select-Object Name, Status, StartType # 强制重启打印后台服务 Restart-Service Spooler -Force # 从系统日志里筛打印相关记录，先看时间点 Get-WinEvent -LogName System -MaxEvents 50 | Where-Object { $_.Message -match 'Spooler|打印|print' } | Select-Object TimeCreated, Id, ProviderName, Message

Restart-Service Spooler -Force会中断当前打印任务；有重要任务时先确认。日志里看 Spooler 崩溃、驱动加载失败、后台处理程序超时。1053 表示服务没有及时响应启动或控制请求，常见于服务依赖未就绪、打印驱动卡住、队列里有坏任务。

清理卡死任务时：

:: 先停服务，再清队列目录，最后启动服务 net stop spooler del /Q /F C:\Windows\System32\spool\PRINTERS\* net start spooler

del /Q /F会删除队列中的临时打印文件，不会删除已安装驱动。执行前确认没有正在打印的重要单据。清完还复发，就查打印驱动版本和端口配置，不要只反复重启服务。

4.4 0x0032 到 0x0046 的快速对照

这些代码适合做方向判断，不适合单独定案。比如 0x0035 既可能是 DNS 错了，也可能是目标共享名改了。先测端口和名称，再看权限，顺序反了就会白忙。

5. 排查蓝屏代码最容易踩的 5 个坑：只抄代码、乱删驱动、忽略时间线

蓝屏排查最怕“看到一个代码就执行一个方案”。同一个 0x001d，可能是磁盘满、写保护、坏道，也可能是上层应用写文件失败。下面这 5 个坑，是我见过最容易把可修问题拖成大问题的做法。

5.1 现象：看到 0x00000005 就当成蓝屏停止码

现象：搜索结果里写着“0x00000005 拒绝存取”，用户以为这是蓝屏停止码，直接去改系统权限。原因：0x0005 是 Win32 错误码，叙述为“拒绝存取”，它表示某个操作没有权限，不是内核停止码。蓝屏停止码通常写成 0x000000XX 的 8 位形式，两者来源不同。

解决：先看代码出现在哪里。蓝屏页上的代码按停止码处理；事件查看器、应用弹窗、共享报错里的代码按 Win32 错误码处理。拿不准时，把蓝屏时间、事件来源、完整叙述一起搜，不要只搜数值。

5.2 现象：一蓝屏就重装系统

现象：第一次蓝屏后直接重装，重装完几天又蓝，最后怀疑硬件全坏了。原因：重装会清掉现场，minidump、事件日志、最近驱动和更新记录都没了，后面只能靠猜。解决：先保留证据，再决定要不要重装。

# 看最近生成的转储文件，先复制出来再清理 Get-ChildItem C:\Windows\Minidump -ErrorAction SilentlyContinue | Sort-Object LastWriteTime -Descending | Select-Object -First 5 Name, Length, LastWriteTime

C:\Windows\Minidump存小内存转储，文件按时间命名；Length为 0 或目录不存在时，看系统是否关闭了转储。先把文件复制到外部位置，再跑修复。重装是最后手段，不是第一步。

5.3 现象：驱动全量更新后更频繁蓝屏

现象：听说“驱动要最新”，把显卡、网卡、芯片组、USB 控制器全部更新，蓝屏反而更频繁。原因：最新驱动不一定适配当前硬件批次，尤其是显卡、网卡和转接芯片；多个驱动同时变更，也破坏了变量控制。

解决：一次只改一个驱动，改完跑一段时间。出问题先用设备管理器回退，回退不了再用pnputil删除对应驱动包。更新前建还原点，比事后找旧版本更稳。

5.4 现象：只查代码不查时间线，把网卡报错当根因

现象：蓝屏前刚好有一条网卡错误，用户认定网卡坏了，换网卡后照蓝。原因：日志里很多错误是蓝屏后的连锁反应，时间相近不等于因果相关。解决：按时间排事件，先看蓝屏停止码，再看蓝屏前 30 秒到 5 分钟内的驱动、磁盘、服务变化。

# 按时间正序排最近 6 小时系统日志，先看蓝屏前后顺序 Get-WinEvent -FilterHashtable @{LogName='System'; StartTime=(Get-Date).AddHours(-6)} | Sort-Object TimeCreated | Select-Object TimeCreated, Id, ProviderName, Message -First 80 | Format-Table -Wrap

Sort-Object TimeCreated把“先后”摆出来，Format-Table -Wrap避免消息被截断。看到磁盘错误在蓝屏前反复出现，才值得先查磁盘；网卡错误只在蓝屏后出现，优先级往后放。

5.5 现象：硬盘有异响还反复跑 chkdsk /r

现象：机械盘已经咔咔响，用户还在反复跑全盘扫描，最后盘彻底不认。原因：坏道严重时，全盘扫描会加重磁头负载；反复写修复也可能覆盖可恢复数据。解决：先备份能读出的数据，再看健康状态，必要时换盘。

# 先看健康状态和读写错误计数，再决定是否继续扫描 Get-PhysicalDisk | Select-Object FriendlyName, HealthStatus, OperationalStatus Get-PhysicalDisk | Get-StorageReliabilityCounter | Select-Object Wear, ReadErrorsTotal, WriteErrorsTotal

HealthStatus异常、读写错误持续增长、机械盘有异响，先停扫描。数据比修复更重要，能拷出来就先拷。换盘后再谈重建系统，顺序不能反。

6. 快速定位一张蓝屏照片：从代码到根因的 5 分钟路径

拿到一张蓝屏照片，我一般先做三件事：拍全屏、记停止码、记参数。不要只截中间一行，停止码后面的四个参数、失败模块名、触发操作都要留下。然后按“来源确认、时间线、最小复现、单变量验证”走。

如果代码来自共享、打印、服务报错，先看端口和服务状态，不要拿蓝屏停止码的思路硬套。如果代码来自蓝屏页，先确认它是不是 8 位停止码，再去对照《电脑蓝屏死机代码的大集合》里的叙述。对照表能帮你判断方向，但最终要靠时间线和复现验证。

从那以后我每次遇到蓝屏，都强制先存 minidump、再排时间线、最后才动手改驱动或系统文件。这个习惯救过好几次差点被误删的现场。希望帮到你。

本文还有配套的精品资源，点击获取