공포의 파란화면 (블루스크린. 외국에선 BSOD, blue screen of death라고 함)은 윈도우즈 xp가 보편화되면서 추억속으로 사라지는 듯 했으나 NT커널기반의 블루스크린은 비록 9x커널의 그것보다 덜 빈번하게 일어나지만, 더 강력한 위력으로 유저들을 공포속으로 몰아넣고 있습니다.

9x시절 블루스크린의 폰트는 비록 촌스러운 도스시절 mshbios의 폰트와 흡사하지만 ctrl + alt + del을 누르라는 친절한 한글 메시지덕에 그러려니하고 마음속으로 Thanks biil!을 외치며 리붓을 할 수 있었죠.

하지만 윈도우즈 2000, xp의 블루스크린은 9x시절 블루스크린과는 격이 다르죠

뭔가 복잡한 영어 메시지를 알려주지만 영어 메시지가 무척 난감한 유저거나 결벽증이 없는 유저라면 그냥 넘어갈텐데, 메시지를 확인하고 문제의 원인을 수정하면 더 이상 땡쓰 빌을 외치지 않아도 됩니다. 아래에서 메시지의 원인을 파악하는 방법을 알아보도록 합시다.


초보자를 위한 설명:
기본적으로 xp는 블루스크린이 뜨면 리붓하게 되어있습니다. 그래서 블루스크린이 안보이죠. 설정을 해제하려면 '제어판 - 시스템 - 고급 - 시작 및 복구 - 설정'에서 '자동으로 다시 시작'을 체크 해제 합니다. 그리고 '디버깅 정보 쓰기'에 '작은 메모리 덤프'나 '커널', '전체' 중 하나로 선택 되어있는지 확인합니다.

경험상, 메시지의 유형은 2가지가 있는데

1. 드라이버의 오류. 이 때는 오류난 드라이버의 이름이 뜹니다. ex) nv4_disp.dll
만약 그래픽카드 드라이버를 며칠전에 업데이트 했는데, nv4_disp.dll이라는 파일이 보인다면 그래픽카드 드라이버의 문제임을 짐작하고 롤백하거나 업데이트 할 수 있습니다. (nv는 nvidia의 약자, disp는 display)
드라이버 이름을 보고도 뭐에 관계된 드라이버인지 모르겠다면 스스로 찾아서 해결해 봅시다. 이 경우는 매우 쉬운 경우입니다.

2. STOP: 0x000000F4 (0x00000003, 0x82C68DA0, 0x82C68F14, 0x805F9F88)와 같은 16진수 메시지
이 같은 경우엔 소프트웨어의 오류일 확률은 매우 낮고, 하드웨어의 문제일 가능성이 높습니다.(램, 하드, 메인보드일 경우가 많으며, 하드가 너무 뜨거워서 멈춘 경우엔 블루스크린이 뜨더군요. 램은 자체불량인 경우가 있습니다.) 보다 정확한 진단을 위해서는 다음 절차를 따릅니다.

1) Debugging Tools for Windows 32-bit Version를 설치합니다.
http://www.microsoft.com/whdc/devtools/debugging/installx86.mspx

2) c:\symbols같은 폴더를 만들고

3) 방금 만든 폴더에 메모리 덤프 파일을 복사합니다.
예) C:\windows\Minidump\Mini011005-01.dmp

4) 커맨드 프롬프트를 열고 다음 경로로 이동합니다.
\program files\debugging tools for windows\

5) 아래 코드를 칩니다.

Code:
c:\program files\debugging tools>kd -z C:\windows\Minidump\Mini011005-01.dmp
kd> .logopen c:\debuglog.txt
kd> .sympath srv*c:\symbols*http://msdl.microsoft.com/download/symbols
kd> .reload;!analyze -v;r;kv;lmnt;.logclose;q

6) 약간 시간이 걸리는데, 작업이 끝나면 c:\에 debuglog.txt파일이 생깁니다.

이 파일을 열면 구체적으로 어떤 문제가 발생했는지 알려줍니다. 아래의 예는 메모리 엑서스 도중 문제가 생긴 경우네요. 메모리에 관련된 문제라면 일차적으로 램테스트를 해볼 수 있습니다.

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
******************************************************************************* PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced.  This cannot be protected by try-except,
it must be protected by a Probe.  Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: e56c6946, memory referenced.
Arg2: 00000001, value 0 = read operation, 1 = write operation.
Arg3: 805ffa98, If non-zero, the instruction address which referenced the bad memory
 address.
Arg4: 00000002, (reserved)

참고:
http://www.windowsbbs.com/showthread.php?t=49935