编写文件电脑蓝屏了 电脑蓝屏代码unexpected如何解决
淘宝搜：【天降红包222】领超级红包，京东搜：【天降红包222】
淘宝互助，淘宝双11微信互助群关注公众号 【淘姐妹】
蓝屏代码0x0000012C代表"EXFAT_FILE_SYSTEM"，它指示在操作系统中发生了与ExFAT文件系统相关的错误。ExFAT（Extended File Allocation Table）是一种用于闪存设备和外部存储介质的文件系统。该错误可能意味着文件系统损坏、驱动程序有问题或者存在硬件故障，导致系统无法正常读取或写入ExFAT格式的存储设备上的数据。
要解决这个问题，可以尝试以下方法：
方法一：恢复系统
使用Windows的系统还原功能，恢复计算机到之前的状态，以排除可能引发蓝屏错误的任何系统更改。
方法二：卸载冲突的程序
如果在蓝屏出现之前安装了新的软件，请尝试卸载该软件，看是否解决了问题。
方法三：检查病毒和恶意软件
运行杀毒软件以扫描系统，确保系统没有受到病毒或恶意软件的感染,如果有发现任何有害程序，请将其删除或隔离。
方法四：使用一键修复工具助手（强烈推荐）
1、首先你的电脑必须下载与完成安装完成快快蓝屏修复助手。如果你还没有安装点击下方链接下载。
下载地址：>>>快快蓝屏修复助手<<<
提示：安装路径不要选择C盘，避免产生问题造成损失。
2、找到你电脑中的快快蓝屏修复助手，点击进入。看到首页后，点击首页一键扫描按钮开始扫描。等待几分钟，就能获取你急切想要的结果。
3、扫描完成后会显示电脑的所有蓝屏记录以及蓝屏的详细信息。
4、解决方案页面显示了导致该次蓝屏的具体原因和解决方案，点击右上角的一键修复进行修复。
5、切记，当修复完成之后我们还是需要重新启动计算机的。毕竟一切修复的结果，需要重新后，才能被系统认可。
当你完成重启后，你电脑的蓝屏问题已经基本解决了。相信小编，不要急需卸载快快蓝屏修复助手。毕竟它强大的功能是你未来的一个保障，可以随时随地为你服务，让你再次遇到蓝屏问题不在抓狂。
其他相关信息：
EXFAT_FILE_SYSTEM bug 检查 值为 0x0000012C。 此 bug 检查指示扩展文件分配表 (exFAT) 文件系统中出现问题。
EXFAT_FILE_SYSTEM参数
| 参数 | 描述 |
|---|---|
1 | 指定源文件和行号信息。 高 16 位 (“0x”之后的前四位十六进制数字，) 按标识符号确定源文件。 低 16 位确定文件中发生 bug 检查的源行。 |
2 | 如果 FppExceptionFilter 位于堆栈上，则此参数指定异常记录的地址。 |
3 | 如果 FppExceptionFilter 位于堆栈中，则此参数指定上下文记录的地址。 |
4 | 保留。 |
原因
此 bug 检查是由文件系统引起的，当文件系统的内部记帐处于不可支持状态并且持续存在数据丢失风险时，这是最后的手段。 当磁盘结构损坏、磁盘扇区损坏或内存分配失败时，文件系统永远不会导致此 bug 检查。 坏扇区可能会导致 bug 检查，例如，当内核代码或数据中发生页面错误，并且内存管理器无法读取页面时。 但是，对于此 bug 检查，文件系统不是原因。
解决方法
若要调试此问题，请执行以下操作： 将 .cxr (Display Context Record) 命令与参数 3 结合使用，然后使用 kb (显示堆栈回溯) 。
电脑蓝屏detected怎么办 电脑蓝屏driverstatefailure
电脑蓝屏无法正常启动怎么恢复,电脑蓝屏出现一堆英文怎么解决,电脑蓝屏出现0x0000007b怎么解决,电脑蓝屏怎么办 重启也没用蓝屏代码0x000000C4代表"DRI【【微信】】D_VIOLATION"，这意味着Windows驱动程序验证器检测到了一个违规情况导致系统崩溃。驱动程序验证器是Windows中的一个工具，用于检测和识别驱动程序中的错误或问题。当发现一个被验证的驱动程序在执行期间出现问题时，系统会产生此错误代码的蓝屏。
要解决这个问题，可以尝试以下方法：
方法一：执行系统还原
如果您在遇到该错误之前进行了系统更改或驱动程序更新，您可以尝试使用系统还原将计算机恢复到先前的工作状态。
方法二：回滚系统更改
如果在蓝屏错误之前进行了系统更改或安装新的设备驱动程序，请尝试回滚这些更改或卸载相关驱动程序。
方法三：检查硬件兼容性
某些硬件设备可能不兼容操作系统或其他驱动程序，并导致错误,检查硬件制造商的网站，了解其与操作系统的兼容性，并尝试更新硬件固件。
方法四：使用一键修复工具助手（强烈推荐）
1、首先你的电脑必须下载与完成安装完成快快蓝屏修复助手。如果你还没有安装点击下方链接下载。
下载地址：>>>快快蓝屏修复助手<<<
提示：安装路径不要选择C盘，避免产生问题造成损失。
2、找到你电脑中的快快蓝屏修复助手，点击进入。看到首页后，点击首页一键扫描按钮开始扫描。等待几分钟，就能获取你急切想要的结果。
3、扫描完成后会显示电脑的所有蓝屏记录以及蓝屏的详细信息。
4、解决方案页面显示了导致该次蓝屏的具体原因和解决方案，点击右上角的一键修复进行修复。
5、切记，当修复完成之后我们还是需要重新启动计算机的。毕竟一切修复的结果，需要重新后，才能被系统认可。
当你完成重启后，你电脑的蓝屏问题已经基本解决了。相信小编，不要急需卸载快快蓝屏修复助手。毕竟它强大的功能是你未来的一个保障，可以随时随地为你服务，让你再次遇到蓝屏问题不在抓狂。
其他相关信息：
DRI【【微信】】D_VIOLATION bug 检查 的值为 0x000000C4。 这是驱动程序验证程序发现的严重错误的常规 bug 检查代码。 有关详细信息，请参阅 启用驱动程序验证程序时处理 Bug 检查。
DRI【【微信】】D_VIOLATION参数
参数 1 标识冲突的类型。 其余参数的含义因参数 1 的值而异。 下表描述了参数值。
注意 如果在查看此表中的所有 5 列时遇到问题，请尝试以下操作：
将浏览器窗口扩展到完整大小。 将光标置于表格中，并使用箭头键向左和向右滚动。0x00 0x70
| 参数 1 | 参数 2 | 参数 3 | 参数 4 | 错误消息的原因 |
|---|---|---|---|---|
| 0x00 | 当前 IRQL | 池类型 | 字节数 | 驱动程序请求了零字节池分配。 |
| 0x01 | 当前 IRQL | 池类型 | 分配大小（以字节为单位） | 驱动程序尝试使用 IRQL > APC_LEVEL分配分页内存。 |
| 0x02 | 当前 IRQL | 池类型 | 分配大小（以字节为单位） | 驱动程序尝试使用 IRQL > DISPATCH_LEVEL分配非分页内存。 |
| 0x03 | 调用方正在尝试分配多个必须成功池的页面，但一个页面是此 API 允许的最大页数。 | |||
| 0x10 | 错误地址 | 驱动程序尝试释放未从分配调用返回的地址。 | ||
| 0x11 | 当前 IRQL | 池类型 | 池的地址 | 驱动程序尝试使用 IRQL > APC_LEVEL释放分页池。 |
| 0x12 | 当前 IRQL | 池类型 | 池的地址 | 驱动程序尝试使用 IRQL > DISPATCH_LEVEL释放非分页池。 |
| 0x13 或 0x14 | 保留 | 指向池标头的指针 | 池标头内容 | 驱动程序尝试释放已释放的内存池。 |
| 0x15 | 计时器条目 | 池类型 | 正在释放的池地址 | 调用方尝试释放的池包含活动计时器。 |
| 0x16 | 保留 | 池地址 | 驱动程序尝试释放错误地址处的池，或驱动程序将无效参数传递给内存例程。 | |
| 0X17 | 资源条目 | 池类型 | 正在释放的池地址 | 调用方尝试释放的池包含活动的 ERESOURCE。 |
| 0x30 | 当前 IRQL | 请求的 IRQL | 驱动程序将无效参数传递给 KeRaiseIrql。 (参数是低于当前 IRQL 的值，或高于 【【微信】】 的值。这可能是使用未初始化的 parameter.) | |
| 0x31 | 当前 IRQL | 请求的 IRQL | 0：新 IRQL 错误 1：新 IRQL 在 DPC 例程中无效 | 驱动程序将无效参数传递给 KeLowerIrql。 (参数的值高于当前 IRQL 或高于 【【微信】】。这可能是使用未初始化的 parameter.) |
| 0x32 | 当前 IRQL | 旋转锁地址 | 驱动程序在除 DISPATCH_LEVEL 以外的 IRQL 中调用 KeReleaseSpinLock 。 (这可能是由于旋转锁的双重释放。) | |
| 0x33 | 当前 IRQL | 快速互斥地址 | 驱动程序尝试使用 IRQL > APC_LEVEL获取快速互斥。 | |
| 0x34 | 当前 IRQL | 线程 APC 禁用计数 | 快速互斥地址 | 驱动程序尝试在除 APC_LEVEL 之外的 IRQL 处释放快速互斥。 |
| 0x35 | 当前 IRQL | 旋转锁地址 | 旧 IRQL | 内核释放了 IRQL 不等于 DISPATCH_LEVEL 的旋转锁。 |
| 0x36 | 当前 IRQL | 旋转锁号 | 旧 IRQL | 内核释放了 IRQL 不等于DISPATCH_LEVEL的排队旋转锁。 |
| 0x37 | 当前 IRQL | 线程 APC 禁用计数 | 资源 | 驱动程序尝试获取资源，但未禁用 APC。 |
| 0x38 | 当前 IRQL | 线程 APC 禁用计数 | 资源 | 驱动程序尝试释放资源，但未禁用 APC。 |
| 0x39 | 当前 IRQL | 线程 APC 禁用计数 | Mutex | 驱动程序尝试获取一个互斥体“不安全”，IRQL 不等于输入时APC_LEVEL。 |
| 0x3A | 当前 IRQL | 线程 APC 禁用计数 | Mutex | 驱动程序尝试释放互斥体“不安全”，IRQL 不等于输入时APC_LEVEL。 |
| 0x3B | 当前 IRQL | 要等待的对象 | 超时参数 | KeWaitXxx 例程在 DISPATCH_LEVEL 或更高版本调用。 |
| 0x3C | 传递给例程的句柄 | 对象类型 | 驱动程序使用错误的句柄调用 ObReferenceObjectByHandle 。 | |
| 0x3D | 错误资源的地址 | 驱动程序将错误的 (未对齐) 资源传递给 ExAc【【微信】】ve。 | ||
| 0x3E | 驱动程序为当前不在关键区域中的线程调用 KeLeaveCriticalRegion 。 | |||
| 0x3F | 对象地址 | 新的对象引用计数。 -1：取消引用案例 1：引用案例 | 驱动程序将 ObReferenceObject 应用于引用计数为零的对象，或驱动程序将 ObDereferenceObject 应用于引用计数为零的对象。 | |
| 0x40 | 当前 IRQL | 旋转锁地址 | 驱动程序使用 IRQL < DISPATCH_LEVEL调用 KeAc【【微信】】l。 | |
| 0x41 | 当前 IRQL | 旋转锁地址 | 驱动程序使用 IRQL < DISPATCH_LEVEL调用 KeReleaseSpinLockFromDpcLevel。 | |
| 0x42 | 当前 IRQL | 旋转锁地址 | 驱动程序使用 IRQL > DISPATCH_LEVEL调用 KeAc【【微信】】。 | |
| 0x51 | 分配的基址 | 超出分配的引用的地址 | 收费字节数 | 驱动程序在写入到分配结束之后尝试释放内存。 仅当驱动程序验证程序的“池跟踪”选项处于活动状态时，才会使用此参数检查 bug。 |
| 0x52 | 分配的基址 | 哈希条目 | 收费字节数 | 驱动程序在写入到分配结束之后尝试释放内存。 仅当驱动程序验证程序的“池跟踪”选项处于活动状态时，才会使用此参数检查 bug。 |
| 0x53 | 分配的基址 | 标头 | 保留 | 驱动程序在写入到分配结束之后尝试释放内存。 仅当驱动程序验证程序的“池跟踪”选项处于活动状态时，才会使用此参数检查 bug。 |
| 0x54 | 分配的基址 | 保留 | 池哈希大小 | 驱动程序在写入到分配结束之后尝试释放内存。 仅当驱动程序验证程序的“池跟踪”选项处于活动状态时，才会使用此参数检查 bug。 |
| 0x59 | 分配的基址 | Listindex | 保留 | 驱动程序在写入到分配结束之后尝试释放内存。 仅当驱动程序验证程序的“池跟踪”选项处于活动状态时，才会使用此参数检查 bug。 |
| 0x60 | 从分页池分配的字节数 | 从非分页池分配的字节数 | 未释放的分配总数 | 驱动程序正在卸载，但未首先释放其池分配。 仅当驱动程序验证程序的“池跟踪”选项处于活动状态时，才会使用此参数检查 bug。 |
| 0x61 | 从分页池分配的字节数 | 从非分页池分配的字节数 | 未释放的分配总数 | 驱动程序线程正在尝试在驱动程序卸载时分配池内存。 仅当驱动程序验证程序的“池跟踪”选项处于活动状态时，才会使用此参数检查 bug。 |
| 0x62 | 驱动程序的名称 | 保留 | 未释放的分配总数，包括分页池和非分页池 | 驱动程序正在卸载，但未首先释放其池分配。 仅当驱动程序验证程序的“池跟踪”选项处于活动状态时，才会使用此参数检查 bug。 键入 ！【【微信】】.sys，获取有关导致 bug 检查的已泄漏分配的信息。 |
| 0x6F | MDL 地址 | 物理页面被锁定 | 系统中最高的物理页 | 在不在 PFN 数据库中的页面上调用 MmProbeAndLockPages。 这通常是调用此例程以锁定其自己的专用双端口 RAM 的驱动程序。 这不仅不需要这样做，而且还会损坏具有不连续物理 RAM 的计算机上的内存。 |
0x70 0x91
| 参数 1 | 参数 2 | 参数 3 | 参数 4 | 错误消息的原因 |
|---|---|---|---|---|
| 0x70 | 当前 IRQL | MDL 地址 | 访问模式 | 驱动程序使用 IRQL > DISPATCH_LEVEL调用了 MmProbeAndLockPages。 |
| 0x71 | 当前 IRQL | MDL 地址 | 进程地址 | 驱动程序使用 IRQL > DISPATCH_LEVEL调用 MmProbeAndLockProcessPages。 |
| 0x72 | 当前 IRQL | MDL 地址 | 进程地址 | 驱动程序使用 IRQL > DISPATCH_LEVEL调用 MmProbeAndLockSelectedPages。 |
| 0x73 | 当前 IRQL | 在 32 位 Windows 中：物理地址的低 32 位在 64 位 Windows 中：64 位物理地址 | 字节数 | 驱动程序使用 IRQL > DISPATCH_LEVEL调用 【【微信】】。 |
| 0x74 | 当前 IRQL | MDL 地址 | 访问模式 | 驱动程序在内核模式下使用 IRQL > DISPATCH_LEVEL调用 MmMapLockedPages。 |
| 0x75 | 当前 IRQL | MDL 地址 | 访问模式 | 驱动程序在用户模式下使用 IRQL > APC_LEVEL调用 MmMapLockedPages。 |
| 0x76 | 当前 IRQL | MDL 地址 | 访问模式 | 驱动程序在内核模式下使用 IRQL > DISPATCH_LEVEL调用 MmMapLockedPagesSpecifyCache。 |
| 0x77 | 当前 IRQL | MDL 地址 | 访问模式 | 驱动程序在用户模式下使用 IRQL > APC_LEVEL调用 MmMapLockedPagesSpecifyCache。 |
| 0x78 | 当前 IRQL | MDL 地址 | 驱动程序使用 IRQL > DISPATCH_LEVEL调用 MmUnlockPages。 | |
| 0x79 | 当前 IRQL | 正在取消映射的虚拟地址 | MDL 地址 | 驱动程序在内核模式下使用 IRQL > DISPATCH_LEVEL调用 MmUnmapLockedPages。 |
| 0x7A | 当前 IRQL | 正在取消映射的虚拟地址 | MDL 地址 | 驱动程序在用户模式下使用 IRQL > APC_LEVEL调用 MmUnmapLockedPages。 |
| 0x7B | 当前 IRQL | 正在取消映射的虚拟地址 | 字节数 | 驱动程序使用 IRQL > APC_LEVEL调用 MmUnmapIoSpace。 |
| 0x7C | MDL 地址 | MDL 标志 | 驱动程序调用 MmUnlockPages，并传递了一个 MDL，该 MDL 的页面从未成功锁定。 | |
| 0x7D | MDL 地址 | MDL 标志 | 驱动程序名为 MmUnlockPages，并传递了一个 MDL，该 MDL 的页面来自非分页池。 (这些永远不应解锁。) | |
| 0x7E | 当前 IRQL | DISPATCH_LEVEL | 名为 MmAllocatePagesForMdl、 MmAllocatePagesForMdlEx 或 MmFreePagesFromMdl 的驱动程序与 IRQL > DISPATCH_LEVEL。 | |
| 0x7F | 当前 IRQL | MDL 地址 | MDL 标志 | 驱动程序名为 BuildMdlForNonPagedPool ，并传递了一个 MDL，该 MDL 的页面来自分页池。 |
| 0x80 | 当前 IRQL | 事件地址 | 驱动程序使用 IRQL > DISPATCH_LEVEL调用 KeSetEvent。 | |
| 0x81 | MDL 地址 | MDL 标志 | 名为 MmMapLockedPages 的驱动程序。 (应改用 MmMapLockedPagesSpecifyCache ，并将 BugCheckOnFailure 参数设置为 FALSE.) | |
| 0x82 | MDL 地址 | MDL 标志 | 驱动程序名为 MmMapLockedPagesSpecifyCache ，BugCheckOnFailure 参数等于 TRUE。 (此参数应设置为 FALSE.) | |
| 0x83 | 开始映射的物理地址范围 | 要映射的字节数 | 未锁定的第一页帧编号 | 驱动程序名为 【【微信】】 ，但未锁定 MDL 页面。 在进行此调用之前，由映射的物理地址范围表示的物理页面必须已锁定。 |
| 0x85 | MDL 地址 | 要映射的页数 | 未锁定的第一页帧编号 | 驱动程序名为 MmMapLockedPages ，但未锁定 MDL 页面。 |
| 0x89 | MDL 地址 | 指向 MDL 中非内存页的指针 | MDL 中的非内存页码 | MDL 未标记为“I/O”，但它包含非内存页地址。 |
| 0x91 | 预留 | 预留 | 预留 | 驱动程序使用操作系统不支持的方法切换堆栈。 扩展内核模式堆栈的唯一支持方法是使用 KeExpandKernelStackAndCallout。 |
0xA0 0x140
| 参数 1 | 参数 2 | 参数 3 | 参数 4 | 错误消息的原因 |
|---|---|---|---|---|
| 0xA0 | 指向发出读取或写入请求的 IRP 的指针 | 较低设备的设备对象 | 检测到错误的扇区数 | 在硬盘上检测到循环冗余检查 (CRC) 错误。 仅当驱动程序验证程序的磁盘完整性检查选项处于活动状态时，才会使用此参数检查 bug。 |
| 0xA1 | 发出读取或写入请求的 IRP 的副本。 (实际 IRP 已完成。) | 较低设备的设备对象 | 检测到错误的扇区数 | 在扇区上检测到 CRC 错误， (异步) 。 仅当驱动程序验证程序的磁盘完整性检查选项处于活动状态时，才会使用此参数检查 bug。 |
| 0xA2 | 发出读取或写入请求的 IRP，或此 IRP 的副本 | 较低设备的设备对象 | 检测到错误的扇区数 | CRCDISK 校验和副本不匹配。 这可能是分页错误。 仅当驱动程序验证程序的磁盘完整性检查选项处于活动状态时，才会使用此参数检查 bug。 |
| 0xB0 | MDL 地址 | MDL 标志 | MDL 标志不正确 | 驱动程序调用 MmProbeAndLockPages 的 MDL 具有不正确的标志。 例如，驱动程序将 MmBuildMdlForNonPagedPool 创建的 MDL 传递给 MmProbeAndLockPages。 |
| 0xB1 | MDL 地址 | MDL 标志 | MDL 标志不正确 | 驱动程序调用 MmProbeAndLockProcessPages 的 MDL 具有不正确的标志。 例如，驱动程序将 MmBuildMdlForNonPagedPool 创建的 MDL 传递给 MmProbeAndLockProcessPag 版权声明：除非特别标注原创，其它均来自互联网，转载时请以链接形式注明文章出处。
|
