블루 스크린이 발생했을 때 덤프 파일을 쓰는 메커니즘은 무엇입니까?


2

특정 Windows Server 2008 R2 시스템에서 가끔씩 파란 화면이 나타납니다. 쓰여진 덤프 파일이 없습니다. .

광범위한 분석 및 수정에도 불구하고 덤프 파일이 생성되지 않으며 NotMyFault Sysinternals에서). 그래서 나는하고 싶다. 메커니즘이 어떻게 작동해야하는지 이해한다. .

이것은 프로세스에 대한 나의 이해입니다.

미니 덤프가 구성되었습니다.

  • BSOD에서 커널 메커니즘은 덤프 정보를 pagefile
  • During the next boot, Windows는 페이지 파일에 덤프 정보가 있음을 감지하고 c : \ windows \ minidump에 미니 덤프 파일을 생성합니다
  • Windows가 이벤트 로그에 항목을 만듭니다.

전체 메모리 덤프가 구성되었습니다.

  • BSOD에서 커널 메커니즘 overwrites the entire pagefile RAM의 내용과 함께
  • During the next boot, Windows는 페이지 파일에 전체 메모리 덤프가 있음을 감지하고 페이지 파일을 c : \ windows로 이동하고 Memory.dmp로 이름을 바꿉니다
  • Windows에서 새 페이지 파일을 만듭니다.
  • Windows가 이벤트 로그에 항목을 만듭니다.

지금까지 올바른가?

다시 부팅 한 후 덤프 파일을 생성하는 서비스가 있습니까?


덤프 파일이 작성되지 않으면 시스템 디스크가 실패하기 시작했을 가능성이 높습니다.
Ramhound

페이지 파일을 끄고 다시 부팅 한 다음 다시 켜고 다시 부팅하면 덤프 파일이 생성됩니까? 드라이브에 몇 가지 chkdsk를 실행하는 것도 고려해 볼 수 있습니다.
Moab

@ Ramhound : 귀하의 제안에 감사드립니다. 그것의 VM웨어 ESX 시스템. 문제는 SAN과 로컬 저장소 모두에서 발생합니다. 덤프가 어떻게 생성되는지 메커니즘에 대한 세부 사항을 알고 있습니까?
marsh-wiggle

모압 : 우리는 그것을 시도 할 것이다, 고마워! 덤프가 어떻게 생성되는지 메커니즘에 대한 세부 사항을 알고 있습니까?
marsh-wiggle

@boboes - 예, 정보를 메모리에서 시스템 디스크로 덤프합니다.
Ramhound

답변:


당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.