[Desertfish]

덤프 파일의 종류 :
첫 번째 이론은 ... 각 시간 윈도우 달려있거나 너무 좋은 BSOD과 실물, 그것은 백그라운드에서 충돌 덤프 파일을 만듭니다. 3 가능한 충돌 파일은 Windows 생산할 수 :

• 소규모 또는 미니 덤프
• 커널 덤프
• 전체 또는 전체 메모리 덤프

전체 또는 전체 메모리 덤프 :
메모리 덤프를 수집했다 때 실행 중이던 프로세스를 포함한 사고 당시 전체 덤프 레코드를 시스템 메모리의 모든 내용,. 그 규모는 당신의 하드 드라이브에서 파일을 저장하기 위해서는 Windows에 여유 공간이 충분해야한다는 것을 의미합니다. 사전에 대한 레지스트리에 (나는 어디로 가지 않겠는 ...) 덤비는없이 완전한 메모리 덤프를 저장할 수없습니다이 완전한 크기, 32 비트 시스템으로 인해 -는 2GB 이상의 메모리를 가진

소규모 또는 미니 덤프 :
미니 덤프 작은는 64K - 바이트 파일입니다. 미니 덤프 너무 작습니다 한 가지 이유는 그것이 어떤 바이너리 또는 실행 파일의 메모리에있는 시스템 충돌의 시간에 포함되지 않습니다. 이후에. exe 파일을 완전하고 올바른 사고 분석을 위해, 미니 덤프를 제한된 가치들을 않고있다가 필요합니다. 아직도 그들은 모르고있는 아주 좋은 시작이 될 수있습니다. 윈도우 XP를 기본으로 미니 덤프를 생산하고, 하나의 이벤트에 대해 각각 추락했다.

커널 덤프 :
커널 덤프는 아마도 가장 유용한 메모리 함께 작동하도록 덤프입니다. 이후에만 커널과 하드웨어 추상화 계층 (HAL)로, 전체 덤프보다 상당히 작습니다 (1GB의 RAM이 장착된 시스템 커널에 대한 백이십메가바이트의 덤프) 생산할 예정 점령했던 메모리 정보가 포함되어있습니다. 아직도 그 사고에 대한 책임이있다는 정보가 들어있는 최고의 기회를 제공하고 그 사용자에게 할당된 메모리 - 모드 프로그램을 생략함으로써, 작은 남아있다.

기본적으로 Windows XP에서 발생하는 각각의 충돌에 대한 미니 덤프 저장됩니다. 이 덤프 파일 디렉토리에서 찾을 수있습니다 에 C : \ 윈도우 \ Minidump 각각의 미니 덤프 파일) 파일 및 시퀀스 번호 (이 경우 하나 이상의 덤프 파일이 만들어집니다 crated 있던 당일 날짜가 포함되어있습니다. 미니 덤프 파일의 예는 다음처럼 될 수 Mini072708 - 01.dmp (이것은 첫 번째 미니의 예입니다 그건 내 자신의 시스템에서 만들어진 덤프 2008 년 7 월 27 일.

커널과 완전한 덤프 디렉토리에 저장됩니다 에 C : \ 윈도우 \ 하고 파일이라는 것입니다 에 Memory.dmp. 각 시간 충돌, 기존의 메모리 덤프 파일을 덮어가 발생합니다.

덤프 파일은 Windows 저장의 유형을 변경 :
마찬가지로 나는 이전에 언급했듯이, 윈도우 XP는 기본적으로 미니 덤프를 저장하고 그것은 미니 저장되며 각 충돌에 대한 덤프가 발생합니다. 사실, 미니 덤프와 함께, XP에서 전체 덤프 파일도 저장됩니다. 그러나, 이전에 언급된 곳에 미니 덤프에 해당하는 각 추락, 완전한 덤프는 항상 기존의 하나를 덮어 쓰게됩니다.

이후 나는 이미 그 한계를 사용하여 미니 덤프가 전체 사고의 적절한시기와 방법으로 분석을 수행 완료 덤프 파일의 크기가 너무 크고 너무 많은 데이터가 들어있다는 언급 그러나, 그것을 대신하기 위해 커널 덤프 XP를 설정하는 의미가있습니다. 죽은이 설정을 변경은 간단하다 :

• 오른쪽 - 클릭합니다 내 컴퓨터 선택 등록
• 로 이동 고급 탭
• 아래에 시작 및 복구,를 클릭 설정 버튼을
• 드롭 다운 메뉴 아래에서 디버깅 정보 쓰기, 선택 커널 메모리 덤프

• 클릭 확인 하고 시스템 속성 대화 상자를 닫습니다

WinDbg 왜 사용합니까?
왜냐하면 그것은 무료이며, 그것이 내가 지금까지 사용 할 수있는 유일한 디버깅 도구입니다. 만족하십니까? 그러나, Windows 설치 CD와 함께 제공되는 지원 도구 / DVD의 그 부분을 참고 WinDbg 안됩니다. Windows 용보다는 "디버깅 도구의 일부"는 자유롭게 다음 링크에서 다운로드받을 수 :

http://www.microsoft.com/whdc/devtoo...g/default.mspx

때, 디버깅 도구를 다운로드하는 당신은 디버깅 시스템으로 사용할 계획하고있는 플랫폼을위한 툴들을 다운로드했는지 확인하십시오. 디버깅 시스템이 반드시 필요 한가 디버깅과 같은 시스템이 될 필요하지 않습니다. 상황이 될 수도 / 인스턴스를 어디로해야하는 이유 / 그 잘못이 생산하는 것보다 다른 시스템에서 디버깅을 할 싶어요. 그래서 만약 당신 - 비트 컴퓨터, 64에서 덤프 파일을 잡았지만, 당신은 32에서 32 비트 시스템이 필요 - 다음 - 비트 디버깅 툴 디버깅을 다하고있습니다.

참고로 또 다른 중요한 점은 디버깅 도구 MSI 설치 메모의 의미가 그들만이 디렉토리에 설치됩니다으로오고있다 에 C : \ 프로그램 파일 \ Windows 용 디버깅 도구. 그래서 만약 당신이 원한다면 당신은 지쳤는 모든 관리자 권한이없는 시스템에있는 도구를 사용합니다! 음 ... 사실은 그렇지 않아요. 마이크로 소프트의 기본 설치 경로에 이르기까지 전체를 디버깅 도구 디렉터리를 복사하여 원하는 곳 어디에서나 가능했다. 즉, 한 번 관리자 권한으로 당신을 제공하는 시스템에, 당신은 서로 다른 시스템에 설치되어있는 전체 디렉토리를 복사할 수있습니다. 더 달콤해; 싫으면 그들에게 메모리 스틱 형태로 실행할 수있습니다. 그냥 원하는대로 디렉토리 전체를 계속 확인하고 물건을 제거하기 시작하지 않습니다.

아니지만 적어도 마지막으로, 거기에 디버깅 도구에 해당 플랫폼마다 단 하나의 버전입니다. 이 도구는 Windows 버전에서 독립 있기 때문입니다. 아무리 당신이 윈도우 2000, XP, 2003 서버 또는 비스타에 설치를 계획하고있어. 다른 운영 체제와 그들의 서비스는 한번 시작하면 Windows 기호 파일을 가지고 노는 (그것에 대해 제 2 부)에 더 많은 문제가 팩을.

[leejaedong]

잘 읽었 잖아! 감사합니다!