Rpi-imager: BSOD Windows 10 v2004 导致成像仪崩溃

创建于 2020-07-27 · 21评论 · 资料来源: raspberrypi/rpi-imager

[更新 2021-06-26] 在评论中添加了我的解决方案： https ://github.com/raspberrypi/rpi-imager/issues/94#issuecomment -869026069]

完全最新的 Windows 10 安装，Raspberry Pi Imager V1.4.0.0 的新下载

在第二台笔记本电脑上试过，同样的问题。戴尔。

重新启动，以管理员身份运行。
所有蓝屏似乎都指向内存损坏，每次都有不同的错误，最常见的是“非页面区域中的页面错误”。

问题似乎在验证结束时：

一次尝试使用 64GB SanDisk Ultra，写入达到 100%，vaidating 达到 100%，然后写入 99%，然后崩溃。
使用 32GB SanDisk Ultra 进行另一次尝试，写入和验证达到 100%，验证完成后，单击按钮，然后再次蓝屏。

从上面的第二次尝试中，不确定以下故障转储分析是否对您有用：

Microsoft (R) Windows Debugger Version 10.0.19041.1 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Bitmap Dump File: Full address space is available

Symbol search path is: srv*
Executable search path is: 
Windows 10 Kernel Version 19041 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Kernel base = 0xfffff807`82a00000 PsLoadedModuleList = 0xfffff807`8362a310
Debug session time: Mon Jul 27 21:00:59.742 2020 (UTC + 1:00)
System Uptime: 0 days 0:10:26.930
Loading Kernel Symbols
...............................................................
................................................................
................................................................
.............
Loading User Symbols

Loading unloaded module list
..............
For analysis of this file, run !analyze -v
0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

KERNEL_MODE_HEAP_CORRUPTION (13a)
The kernel mode heap manager has detected corruption in a heap.
Arguments:
Arg1: 0000000000000011, Type of corruption detected
Arg2: ffff840a12202100, Address of the heap that reported the corruption
Arg3: ffff840a1fddcb50, Address at which the corruption was detected
Arg4: 0000000000000000

Debugging Details:
------------------


KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.Sec
    Value: 10

    Key  : Analysis.DebugAnalysisProvider.CPP
    Value: Create: 8007007e on NEON

    Key  : Analysis.DebugData
    Value: CreateObject

    Key  : Analysis.DebugModel
    Value: CreateObject

    Key  : Analysis.Elapsed.Sec
    Value: 10

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 70

    Key  : Analysis.System
    Value: CreateObject


BUGCHECK_CODE:  13a

BUGCHECK_P1: 11

BUGCHECK_P2: ffff840a12202100

BUGCHECK_P3: ffff840a1fddcb50

BUGCHECK_P4: 0

POOL_ADDRESS:  ffff840a1fddcb50 Nonpaged pool

FREED_POOL_TAG:  Mdl_

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

PROCESS_NAME:  System

STACK_TEXT:  
ffffc60c`573c1d78 fffff807`82f9bfa8 : 00000000`0000013a 00000000`00000011 ffff840a`12202100 ffff840a`1fddcb50 : nt!KeBugCheckEx
ffffc60c`573c1d80 fffff807`82f9c008 : 00000000`00000011 00000000`00000000 ffff840a`12202100 00000000`00000000 : nt!RtlpHeapHandleError+0x40
ffffc60c`573c1dc0 fffff807`82f9bc35 : 00000000`000000d0 ffff840a`1fda3000 00000000`00001000 00000000`00000000 : nt!RtlpHpHeapHandleError+0x58
ffffc60c`573c1df0 fffff807`82e27c54 : 00000000`00000001 00000000`00000001 00000000`00000000 00000000`00000008 : nt!RtlpLogHeapFailure+0x45
ffffc60c`573c1e20 fffff807`82c40a92 : ffff840a`12202340 00000000`000000ff 00000000`00000000 00000000`00000000 : nt!RtlpHpLfhSubsegmentFreeBlock+0x1c1034
ffffc60c`573c1ed0 fffff807`833c2019 : ffff840a`00000000 ffff840a`1fddcb60 fffffb64`80a9a008 01000000`00100000 : nt!ExFreeHeapPool+0x362
ffffc60c`573c1fb0 fffff807`9c028051 : ffffc901`53401000 ffffdc0f`195f61f0 ffff840a`1e1ad000 00000000`00000000 : nt!ExFreePool+0x9
ffffc60c`573c1fe0 fffff807`9bff4e33 : ffffc901`53401000 ffff840a`1e1ad000 ffffdc0f`158955c0 ffffdc0f`180e2be0 : dxgmms2!VIDMM_PAGE_TABLE_BASE::FreeCpuVisibleAddress+0x31511
ffffc60c`573c2010 fffff807`9bff03ce : ffff840a`1fddcb60 00001f80`01018bf0 00000000`00000002 00000000`00000200 : dxgmms2!VIDMM_PAGE_TABLE_BASE::FreeDriverUpdateAddress+0x37
ffffc60c`573c2040 fffff807`9c0282d2 : 00000000`00000000 ffffc901`53401000 00000000`00000002 ffffc60c`573c2560 : dxgmms2!VIDMM_PAGE_TABLE::UpdatePageTableInvalidate+0x10e
ffffc60c`573c2110 fffff807`9bff573d : 00000000`00000002 00000000`02800000 00000000`00000000 00000000`02800000 : dxgmms2!VIDMM_PAGE_TABLE::CommitVirtualAddressRange+0x316fa
ffffc60c`573c21b0 fffff807`9c0267d2 : 00000000`00000002 ffffdc0f`158955c0 ffffc901`4fd40101 00000000`00000000 : dxgmms2!VIDMM_PAGE_DIRECTORY::CommitVirtualAddressRange+0x77d
ffffc60c`573c2320 fffff807`9bff49ee : 00000000`00000000 ffffdc0f`158955c0 00000000`00001000 00000000`00000000 : dxgmms2!VIDMM_PAGE_DIRECTORY::CommitVirtualAddressRange+0x31812
ffffc60c`573c2490 fffff807`9c03dea2 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : dxgmms2!CVirtualAddressAllocator::CommitVirtualAddressRange+0x2f6
ffffc60c`573c2610 fffff807`9c025522 : 00000000`00000000 00000000`00000000 00000000`00000076 ffffdc0f`3f90b680 : dxgmms2!VIDMM_GLOBAL::InitPagingProcessVaSpace+0x1ce4e
ffffc60c`573c2780 fffff807`9c0182e2 : ffffdc0f`15895250 ffffc60c`00000001 00000000`00000001 ffffdc0f`194fbe50 : dxgmms2!VIDMM_GLOBAL::ProcessSystemCommand+0x31e22
ffffc60c`573c2900 fffff807`9c021b99 : ffffdc0f`194fbde0 ffff840a`1c72d001 ffffc60c`57271700 00000000`05f2da00 : dxgmms2!VIDMM_WORKER_THREAD::Run+0x1462
ffffc60c`573c2ae0 fffff807`82d46735 : ffff840a`1c72d080 fffff807`9c021b90 ffffdc0f`194fbde0 000fa4ef`bd9bbfff : dxgmms2!VidMmWorkerThreadProc+0x9
ffffc60c`573c2b10 fffff807`82de51b8 : ffffc901`4f951180 ffff840a`1c72d080 fffff807`82d466e0 00650064`00770073 : nt!PspSystemThreadStartup+0x55
ffffc60c`573c2b60 00000000`00000000 : ffffc60c`573c3000 ffffc60c`573bc000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x28


SYMBOL_NAME:  dxgmms2!VIDMM_PAGE_TABLE_BASE::FreeCpuVisibleAddress+31511

MODULE_NAME: dxgmms2

IMAGE_NAME:  dxgmms2.sys

IMAGE_VERSION:  10.0.19041.388

STACK_COMMAND:  .thread ; .cxr ; kb

BUCKET_ID_FUNC_OFFSET:  31511

FAILURE_BUCKET_ID:  0x13a_11_Mdl__dxgmms2!VIDMM_PAGE_TABLE_BASE::FreeCpuVisibleAddress

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {73dcc25f-346e-904e-131c-c3ba37519271}

资料来源

AubsUK

👍1

最有用的评论

为了完整起见，我安装了戴尔的最新版本，但这仍然引起了问题，就像其他地方的其他版本一样，包括插入卡并再次运行 Windows 更新。

最后，我从下一页安装了“适用于 XP、Vista、Win7、Win8、Win8.1、Win10 的读卡器驱动程序”版本 10.0.370.188，日期为 2018/03/13，现在它可以正常工作了。感谢所有的评论，希望这也能帮助别人。

https://www.realtek.com/en/component/zoo/category/card-reader-solutions-card-reader-controllers-software

AubsUK 于 2021-06-26

👍4

所有21条评论

在第二台笔记本电脑上试过，同样的问题。戴尔。

两者都有相似的硬件吗？
例如相同的GPU？

所有蓝屏似乎都指向内存损坏，每次都有不同的错误，最常见的是“非页面区域中的页面错误”。

像 Imager 这样的用户空间程序不应该破坏内核内存。

如果您是高级用户/喜欢冒险，您可能想使用驱动程序验证程序来查看是否可以检测到哪个驱动程序正在破坏东西： https ://answers.microsoft.com/en-us/windows/forum/windows_10-update

maxnet 于 2020-07-27

感谢您的快速回复。以下是两台机器的规格。令人沮丧的是，我遵循了驱动程序验证程序上的所有配置。我试了两次，两次都很好，然后我禁用它，重新启动并再次尝试，它再次蓝屏。

我确实注意到它需要更长的时间才能完成，假设是因为它正在验证所有内容。

我想知道应用程序在验证后是否正在做某事，但无论它在做什么（磁盘）当时还没有准备好？

我注意到它运行缓慢时：

磁盘完全未分配
它达到100％的写作
它可以验证 100%
它去写作 99%
磁盘有两个卷和剩余的未分配空间
磁盘已卸载，写入成功消息几乎立即出现。

但是当它以正常速度（相当快）运行时，我在磁盘获得任何可见卷之前就遇到了停止错误。重新启动并查看磁盘管理器后，它显示了两个卷和剩余的未分配空间。

由 Piriform Speccy v1.32.740 生成 2020 年 7 月 27 日 @ 21:55

操作系统
Windows 10 专业版 64 位
中央处理器
英特尔酷睿 i7 7700HQ @ 2.80GHz：46 °C
Kaby Lake 14nm 技术
内存
16.0GB 单通道未知 (17-17-17-39)
母板
戴尔公司 065C71 (U3E1)
图形
通用 PnP 显示器 (1920x1080@60Hz)
英特尔核芯显卡 630（戴尔）
4095MB NVIDIA GeForce GTX 1050 Ti（戴尔）：44 °C
ForceWare 版本：445.75
SLI 已禁用
贮存
232GB 三星 SSD 970 EVO 250GB（未知 (SSD)）
931GB 希捷 ST1000LM035-1RK172 (SATA)：35 °C
59GB SDXC 卡 (USB )
光驱
未检测到光盘驱动器
声音的
瑞昱音频

由 Piriform Speccy v1.32.740 生成 2020 年 7 月 27 日 @ 21:53

操作系统
Windows 10 专业版 64 位
中央处理器
英特尔酷睿 i7 @ 1.80GHz：51 °C
Kaby Lake-U/Y 14nm 技术
内存
16.0GB
母板
戴尔公司 0Y1T82 (U3E1)
图形
通用 PnP 显示器 (1920x1080@60Hz)
英特尔 UHD 显卡 620（戴尔）
4096MB ATI Radeon 530（戴尔）：48 °C
穿越火线已禁用
贮存
1863GB 闪迪 X400 M.2 2280 256GB (SATA): 24 °C
238GB SK 海力士 SC311 SATA 256GB (SATA (SSD)): 30 °C
光驱
未检测到光盘驱动器
声音的
瑞昱音频

AubsUK 于 2020-07-28

您安装了哪些防病毒/安全软件？如果您暂时禁用它，是否会阻止 RPi Imager 崩溃？

lurch 于 2020-07-28

以前的版本（来自github上的“发布”页面的v1.3）有同样的问题吗？

我想知道应用程序在验证后是否正在做某事，但无论它在做什么（磁盘）当时还没有准备好？

在验证了到目前为止已写入的内容后，它将回溯到磁盘的开头并写入包含分区表的映像的第一个 MB。
我们一开始跳过了它，把它保存到最后，因为如果我们还在，其他 Windows 服务（Windows 搜索索引器、病毒扫描程序等）可能会开始访问存储并导致各种有趣的问题。写图像的过程。
之后它将刷新缓冲区，并弹出设备。

maxnet 于 2020-07-28

感谢您对此的所有帮助。我已经解决了这个问题，对于额外的工作感到抱歉。

两种设备都有 Realtek 读卡器，我会认为这是原因。我挖出了一个旧的 USB 读卡器，它工作正常（在第一台机器上测试了两次）。

第一台笔记本电脑（假设运行 Speccy 时卡就在里面）

USB Root Hub (USB 3.0)
Realtek USB 2.0 Card Reader
SDXC Card

第二台笔记本电脑（假设运行 Speccy 时卡不在）

USB Root Hub (USB 3.0)
Realtek USB 2.0 Card Reader

为了完整地回答问题：

好主意，我总是忘记检查这个。微软卫士。这是一个要禁用的 PITA，它会自动重新启用自己。必须通过组策略禁用。同样的事情发生了。

您安装了哪些防病毒/安全软件？如果您暂时禁用它，是否会阻止 RPi Imager 崩溃？

是的，同样的事情。

以前的版本（来自github上的“发布”页面的v1.3）有同样的问题吗？

AubsUK 于 2020-07-30

可能值得检查您的笔记本电脑制造商的支持网站，看看他们是否为您的内置读卡器更新了驱动程序？

lurch 于 2020-07-30

令人沮丧的是，两台笔记本电脑都已经针对所有驱动程序进行了全面更新。戴尔支持助理通常在这方面做得很好。但是仔细检查过，是的，它是一样的。作为一个永恒的读卡器，没有什么大人物可以完成这项工作。而且我在内置读卡器上花了足够多的时间暂时放弃，但有一天我可能会重新审视它。

可能值得检查您的笔记本电脑制造商的支持网站，看看他们是否为您的内置读卡器更新了驱动程序？

AubsUK 于 2020-07-30

我有一台戴尔笔记本电脑，并且在完成时遇到了类似的 BSOD， @AubsUK你最终使用了外部读卡器吗？

shinebayar-g 于 2020-12-19

我有一台戴尔笔记本电脑，并且在完成时遇到了类似的 BSOD， @AubsUK你最终使用了外部读卡器吗？

我做到了，我使用了 USB 读卡器，一切正常。

AubsUK 于 2020-12-19

👍1

我知道了。我刚刚制作了一个可启动的 Linux Live USB 并成功为我的 SD 卡安装了操作系统。 :)
f* 窗户 :)

shinebayar-g 于 2020-12-19

我在戴尔笔记本电脑上也一样。最近才开始

bedrin 于 2020-12-24

我的戴尔笔记本电脑也有同样的问题。

elael 于 2021-01-15

同样在这里。 USB 阅读器方法最终也对我有用。

akbar-amin 于 2021-01-29

除了戴尔中的内置阅读器外，我还在使用 Anker 2in1 阅读器。两者都蓝屏。诡异的

theonemcdonald 于 2021-02-01

你不知道吗，Anker 使用与内置阅读器完全相同的芯片组……Realtek 垃圾。因为这些读卡器仅在插入卡时才会出现在系统中，而且如果您从未在计算机上使用过 Realtek 读卡器，Windows Update 或 Dell Command 将看不到硬件，因此不会费心更新驱动程序。

TL;DR 插入卡，运行 Windows 更新，升级驱动程序，然后重试。

theonemcdonald 于 2021-02-01

除了戴尔中的内置阅读器外，我还在使用 Anker 2in1 阅读器。

你有那个 Anker 阅读器的确切型号吗？

（前几天确实买了一个带有 RTL 芯片组的廉价阅读器，看看我是否能重现这个问题。
但是收到了一个带有较新芯片的芯片，不需要特殊的驱动程序并且没有这个特殊问题）。

TL;DR 插入卡，运行 Windows 更新，升级驱动程序，然后重试。

升级后它在 Anker 和内部戴尔读卡器上都能正常工作吗？

maxnet 于 2021-02-01

👍2

型号是 Anker AR200，它实际上使用与我的 latitude 3510 中内置阅读器相同的驱动程序。

对于我们这些从未在新机器上使用带有此芯片组的读卡器并且驱动程序尚未更新的人来说，这似乎是一种竞争条件。

在让 Windows 更新完成它的工作后，我对 RPi 成像器、Etcher、win32diskimager 等没有任何问题......所有这些都会在内部和外部阅读器上出现蓝屏。两者现在都工作正常

theonemcdonald 于 2021-02-01

型号是 Anker AR200，它实际上使用与我的内置阅读器相同的驱动程序
纬度 3510。

无法用 AR200 重现。

可以确认它确实有特殊的驱动程序。
但是对于我来说，Windows 10 附带的 2018 驱动程序和 Windows 更新中的 2019 驱动程序都可以正常工作。

Screenshot 2_3_2021 9_46_30 PM (2)
Screenshot 2_3_2021 9_53_37 PM (2)

这样做是使用标准的中国台电笔记本电脑，而不是戴尔。

因此，要么戴尔附带的另一个驱动程序版本确实存在问题，要么问题取决于时间或其他因素。

maxnet 于 2021-02-03

为了完整起见，我安装了戴尔的最新版本，但这仍然引起了问题，就像其他地方的其他版本一样，包括插入卡并再次运行 Windows 更新。

https://www.realtek.com/en/component/zoo/category/card-reader-solutions-card-reader-controllers-software

AubsUK 于 2021-06-26

👍4

为了完整起见，我安装了戴尔的最新版本，但这仍然引起了问题，就像其他地方的其他版本一样，包括插入卡并再次运行 Windows 更新。
最后，我从下一页安装了“适用于 XP、Vista、Win7、Win8、Win8.1、Win10 的读卡器驱动程序”版本 10.0.370.188，日期为 2018/03/13，现在它可以正常工作了。感谢所有的评论，希望这也能帮助别人。
https://www.realtek.com/en/component/zoo/category/card-reader-solutions-card-reader-controllers-software

可以在我的 DELL Precision 3630 Tower 上确认这个原件。 Realtek 驱动程序修复了 BSOD。
谢谢你，先生。

KlausDieterFischer 于 2021-10-12

❤1

为了完整起见，我安装了戴尔的最新版本，但这仍然引起了问题，就像其他地方的其他版本一样，包括插入卡并再次运行 Windows 更新。
最后，我从下一页安装了“适用于 XP、Vista、Win7、Win8、Win8.1、Win10 的读卡器驱动程序”版本 10.0.370.188，日期为 2018/03/13，现在它可以正常工作了。感谢所有的评论，希望这也能帮助别人。
https://www.realtek.com/en/component/zoo/category/card-reader-solutions-card-reader-controllers-software

在 Dell Vostro 上确认。另外，非常感谢您将正确答案的链接放在顶部。节省不少阅读时间。干杯!

RolfBly 于 2021-11-25

此页面是否有帮助？

0 / 5 - 0 等级

Rpi-imager: BSOD Windows 10 v2004 导致成像仪崩溃

最有用的评论

所有21条评论

由 Piriform Speccy v1.32.740 生成 2020 年 7 月 27 日 @ 21:55

由 Piriform Speccy v1.32.740 生成 2020 年 7 月 27 日 @ 21:53

相关问题