http://blogs.msdn.com/kocoreinternals/archive/tags/NMI/default.aspxTags: NMIen-USCommunityServer 2.1 SP1 (Build: 61025.2)http://blogs.msdn.com/kocoreinternals/archive/2008/12/11/notes-about-nmi-hardware-failure.aspxThu, 11 Dec 2008 07:52:09 GMT91d46819-8472-40ad-a661-2c78acb4018c:9194912DebugMachine0http://blogs.msdn.com/kocoreinternals/comments/9194912.aspxhttp://blogs.msdn.com/kocoreinternals/commentrss.aspx?PostID=9194912http://blogs.msdn.com/kocoreinternals/rsscomments.aspx?PostID=9194912<p>이 문서는 <a href="http://www.dumpanalysis.org/blog">http://www.dumpanalysis.org/blog</a> blog 의 번역이며 원래의 자료가 통보 없이 변경될 수 있습니다. 이 자료는 법률적 보증이 없으며 의견을 주시기 위해 원래의 blog 를 방문하실 수 있습니다. (<a href="http://www.dumpanalysis.org/blog/index.php/2006/12/23/notes-about-nmi_hardware_failure/">http://www.dumpanalysis.org/blog/index.php/2006/12/23/notes-about-nmi_hardware_failure/</a>)&quot;</p> <p>&#160;</p> <p>WinDbg Help 에 따르면 NMI_HARDWARE_FAILURE (0x80) bugcheck 80 은 Hardware 문제점을 나타내는 것 입니다. 이 설명은 고객으로부터 kernel 이나 전체 crash dump 를 받았을 경우 더 이상 문제를 분석하지 않고 간단히 결론을 내게 해 줍니다. 그러나 Hardware 부분이 항상 문제인 것은 아니고 고객이 System 이 Hang 이라고 생각하고 강제로 dump 를 생성한 것 일 수 있습니다. 여기서는 Debugging 을 위한 특별한 Hardware 를 사용하였는지 확인해 봐야 한다는 것입니다. Card 또는 <a href="http://en.wikipedia.org/wiki/ILo">iLO</a> 칩p <a href="http://en.wikipedia.org/wiki/Integrated_Lights-Out">(Integrated Lights-Out)</a> 을 사용해서 원격지에서 Dump 를 생성했을 수 있습니다. 그리고 NMI <a href="http://en.wikipedia.org/wiki/Non-Maskable_interrupt">(Non Maskable Interrupt)</a> 를 사용해서 dump 를 생성할 수도 있습니다. 이런 경우에는 왜 System 이 Hang 상태에 빠졌는지를 확인해야 합니다.</p><img src="http://blogs.msdn.com/aggbug.aspx?PostID=9194912" width="1" height="1">windbgDumpntdebuggingNMI