tag 标签: 死机

相关博文
  • 热度 25
    2020-11-13 13:55
    5368 次阅读|
    0 个评论
    蓝屏死机(BSOD)怎么办?谈Microsoft Windows dump file解析
    BSOD (Blue Screen of Death) 指的是微软Windows操作系统在无法从一个系统错误中恢复过来时所显示的屏幕图像。蓝屏死机出现时,通常代表Windows操作系统已经达到无法正常运作的状态。造成蓝屏死机的原因有许多的可能性,例如硬件故障、驱动程序问题或是关键程序异常终止。 下图为Windows 10中常见的蓝屏死机画面: 虽然蓝屏死机是Windows操作系统中,常见的故障画面,但是要由蓝屏死机发生当下的蓝色画面得出故障的原因,是很困难的。但若能将下图中的设定值改为Complete memory dump,那于蓝屏死机发生后,就可由系统中取得完整的内存转储 (Memory dump)。透过这个内存转储 (Memory dump),便能寻找蓝屏死机发生的原因。 将图中的设定改为Complete memory dump,就可由系统中取得完整的内存转储档(Memory dump)。 · Windows BSOD memory dump 解析 取得蓝屏死机的内存转储文件后,可使用微软所提供的WinDbg工具来协助找寻蓝屏死机发生的原因。WinDbg是微软Windows上的多用途除错(Debug)工具,可从微软网站上免费下载安装使用。除错(Debug)是发现和解决系统错误的过程。WinDbg可用于除错用户模式(user mode)下的应用程序、驱动程序,以及内核模式(kernel mode)的操作系统自身。WinDbg执行后的接口请参考下图: WinDbg 执行画面 百佳泰多年来,与各家PC品牌大厂皆有长期且深入的合作,累积了丰富的WinDbg BSOD memory dump 分析经验,归纳下来,造成Windows操作系统产生BSOD可分为以下几类: · 设备驱动程序 (Device drivers issue) · 应用程序错误 (Application issue) · 硬件错误 (Hardware device issue) · Windows操作系统 (Windows OS issue) 百佳泰能协助分析Windows 蓝屏死机(BSOD)发生的成因,并提供解决问题的方向及建议。 百佳泰实际BSO Dmemory dump解析案例 BSoD occurs on shutdown stress test,BSOD code is 0x9f 「Root Cause」:“Windows was waiting for the Intel Wireless Bluetooth Driver to transfer tonext power state. Base on the analysis, we can know the device driver didn’t transfer to next power state. So that BSOD happened after the IRP pending. 「Detailed」:Bychecking the dump files, we confirmed all BSOD were caused by Intel WirelessBluetooth Driver didn’t transfer to next power state. So that BSOD happened after the IRP pending. 0 e1 ffff8508e793ee10 00000000 00000000-00000000 pending DriverACPI Args: 00000000 00000001 00000001 00000000 ————————————————————————————————– Windows was waiting for the device totransfer to next power state. Base on above log, we can know the device didn’t transfer to next power state. So that BSOD happened after thepending. ————————————————————————————————– !devstack ffff8508e6f2db90 !DevObj!DrvObj!DevExt ObjectName ffff8508e6f30d50DriverBTHUSB ffff8508e7991eb0 ffff8508e6f318d0Driveribtusb ffff8508e71da310 ffff8508e793ee10DriverACPI ffff8508d32e7010 ffff8508e6f2db90DriverUSBHUB3 ffff8508e715e310 USBPDO-4 !DevNode ffff8508e79516b0 : DeviceInst is“USBVID_8087&PID_00265&c5fc33b&0&10” ServiceName is “BTHUSB” ————————————————————————————————– USBVID_8087&PID_00265&c5fc33b&0&10 Intel Wireless Bluetooth Driver ————————————————————————————————– REG_DWORDUBR184 ————————————————————————————————– Windows 10 Pro 2004 (19041.388) ————————————————————————————————– lmvm UsbHub3 Browse full module list startendmodule name fffff800`332d0000fffff800`33373000 UsbHub3 (pdbsymbols)d:symbolusbhub3.pdbFEB0212F8C4FD77DDEEBF0678FB00EA21usbhub3.pdb Loaded symbolimage file: UsbHub3.sys Image path:SystemRootSystem32driversUsbHub3.sys Image name:UsbHub3.sys Browse all globalsymbols functions data Image was builtwith /Brepro flag. Timestamp:FDA30E83 (This is a reproducible build file hash, not a timestamp) CheckSum: 000AC346 ImageSize: 000A3000 Fileversion: 10.0.19041.264 Productversion: 10.0.19041.264 ————————————————————————————————– UsbHub3.sys version is 10.0.19041.264 This version is the same with theversion used in latest MSFT QFE 2020.08B ————————————————————————————————– lmvm bthusb Browse full module list startendmodule name fffff800`38b70000fffff800`38b91000 BTHUSB (pdbsymbols)d:symbolbthusb.pdbBE8B332932B8B19471111557BE5095DA1bthusb.pdb Loaded symbolimage file: BTHUSB.sys Image path:SystemRootSystem32driversBTHUSB.sys Image name:BTHUSB.sys Browse all globalsymbols functions data Image was builtwith /Brepro flag. Timestamp: 4B55908C (This is areproducible build file hash, not a timestamp) CheckSum: 000279B2 ImageSize: 00021000 Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4 Information fromresource tables: ————————————————————————————————– Can’t see the file version ofBTHUSB.sys But we can see the Windows version onBSOD machine is Windows 10 2004 (19041.388) The latest version of BTHUSB.sys inMSFT QFE 2020.08B is 10.0.19041.423 ————————————————————————————————– !reg querykeyREGISTRYMACHINESYSTEMCONTROLSET001SERVICESibtusb Sorry is not cached ============================================================= Falling back to traversing the treeof nodes. Hiveffffe70f12c72000 KeyNodeffffe70f176db5dc ffffe70f176db8f4Parameters ffffe70f17efe664Enum Use ‘!reg keyinfoffffe70f12c72000 ’ to dump the subkey details REG_DWORDType1 REG_DWORDStart3 REG_DWORDErrorControl1 REG_DWORDTaga REG_EXPAND_SZImagePathSystemRootSystem32DriverStoreFileRepositoryibtusb.inf_amd64_b9506ba89bf1aa17ibtusb.sys REG_SZDisplayName@oem55.inf,%ibtusb.SVCDESC_IBT%;インテル(R) ワイヤレスBluetooth(R) REG_SZGroupPNP Filter REG_MULTI_SZOwnersoem55.inf ————————————————————————————————– Intel Wireless Bluetooth Driver ————————————————————————————————– 「Recommend」: Suggest to replace the Intel wireless bluetooth driver or report issue to Intel.
相关资源
  • 所需E币: 0
    时间: 2021-4-21 02:10
    大小: 268.17KB
    上传者: LiuSirSZ
    STM32F2高低温死机问题.pdf
  • 所需E币: 0
    时间: 2021-3-12 21:02
    大小: 36.28KB
    上传者: czd886
    一类单片机-死机-故障分析
  • 所需E币: 4
    时间: 2019-12-24 11:14
    大小: 29.5KB
    上传者: 238112554_qq
    DSP死机主要分以下几种场景:1)出现死机时,仿真器不能连接上DSP,也不能通过外设对DSP进行访问。2)出现死机时,仿真器不能连接上DSP,但还可以通过外设(PCIe,SRIO等)对DSP进行内存访问3)出现死机时,仿真器能连接上DSP进行调试。这种情况下,通常是代码跑飞了,DSPcore并没有跑死。DSP死机主要分以下几种场景:1)      出现死机时,仿真器不能连接上DSP,也不能通过外设对DSP进行访问。2)      出现死机时,仿真器不能连接上DSP,但还可以通过外设(PCIe,SRIO等)对DSP进行内存访问3)      出现死机时,仿真器能连接上DSP进行调试。这种情况下,通常是代码跑飞了,DSPcore并没有跑死。      对于场景1,最有效的方法还是检查代码,比较出错版本和正常版本之间的差异,找出可疑点进行分析。     另外,可以并将DDR设置成self-refresh模式,把一些调试信息记录到DDR。死机后,复位DSP,但不要重新初始化DDR,这时候通常可以从DDR中读到上一次死机记录的信息进行分析。       对于场景2和场景3,可以分别用外设和仿真器进行调试信息的分析。       另外,TI的多核DSP支持trace功能,可以记录DSP的运行轨迹进行错误分析。关于trace的使用方法和例子可以参考如下链接:       http://processors.wiki.ti.com/index.php/Debugging_With_Trace……
  • 所需E币: 5
    时间: 2020-1-15 16:04
    大小: 26KB
    上传者: wsu_w_hotmail.com
    手机死机的原因简析手机死机的原因简析我们对电脑的死机蓝屏都习以为常,死机以后无非就是热启或者是RESET,但是我们对手机的死机常常抱怨,其实只要是靠中央处理器来工作的电器都会当机.其原因有很多,这里我就简单得说一下。手机死机的原因大致分为硬件和软件的问题。  1、硬件问题一般又主要是由于硬件本身的设计缺陷,硬件的受损,操作不当等。  对于硬件本身的设计缺陷导致的手机经常死机,我们没有过多的办法解决,因为我们不是硬件工程师,所以我们只能乖乖地将手机送进客服中心进行检修.历史上由于硬件的设计问题导致手机大批量返修的事件也有不少:01年松下GD92/93插件风波就是因为硬件的问题,另外还有MOTOT2688事件,爱立信T28/18事件等。  硬件如果受损,也有可能导致经常性的死机.手机是精密的电子产品,其中的电路必须在较稳定的环境中才能正常工作,如果手机经常在潮湿的环境工作或者受到外界的强烈震动的话,就有可能死机.例如有时候我们不小心将手机掉到了地上,手机就可能死机.所以我们对待手机一定要和蔼一点,尽量轻拿轻放;不要让手机进水,尽量不要在潮湿的环境中使用手机。  平时如果我们操作手机不当,也会导致手机死机.尤其是当我们在发短信的时候,如果按键操作的速度过快或者在短时间内连续受到短信息轰击,造成手机CPU负载过大,短时间内CPU产生的热量不能散发出去,所以就会造成手机死机.因此,我们在使用手机的时候,操作一定要注意一些;还有尽量不要公开自己的手机号码,以免受到短信息轰炸.  此外,由于硬件的问题导致的死机还有其他因素.如硬件的老化,手机的使用环境过于恶劣等。  2、软件问题主要是因为手机的软件设计上存在致命的BUG从而导致的死机。  例如,当手机运行一个程序的时候,如果在子程序和主程序之间存在一个逻辑上的错误的……