다양한 단계를 반드시 문서화 할 필요는 없습니다.
하나의 설정 만있는 것이 아니라면 지루한 작업입니다 ...
그렇게 할 수는 있지만 문서는 다음과 같은 경우에만 해당됩니다.
- 특정 버전의 Windows.
- 설치 대 업그레이드.
- 32 비트와 64 비트
- 퍼센트가 더 적거나 더 정확해질 수있는 하드웨어 차이.
다른 사람들과 함께 문서화해야한다면 정말 좋을 것입니다. 그러나 한 사람 만 한 번만 수행한다면 가능하지 않을 것입니다. 투자 수익률이 낮기 때문입니다.
설치 중에 어떤 일이 발생 하는지 간단히 확인할 수 있습니다 .
당신은 아마 지금까지 나를 알고있을 것입니다. 첫번째 편지 : P
바로 그거죠! 프로세스 모니터 는이를위한 올바른 도구입니다. USB 드라이브에 넣거나 DVD에 넣습니다. 그러나 이것은 당신이 궁금해 할 것 입니다. 설치 환경에서 어떻게 프로그램을 실행 합니까?
먼저 + 를 사용 하여 콘솔 을 시작한 다음 올바른 드라이브 문자를 찾아 실행하십시오 .ShiftF10procmon.exe
프로세스 모니터에서 모든 것을 캡처하도록 설정하면 정확하게 설치가 수행되고있는 것을 알 수 있습니다. 이것은 당신이, 동결의 순간에 최신 이벤트를 볼 수 있습니다 당신은 실제로 자신의 특성을 검사 할 수 있지만, 적어도 당신이 할 수 있도록 아이디어를 얻을 무슨 일이 일어나고 있는지의를.
이벤트를 저장 하려면 10 초 카운터가 끝나기 전에이 작업을 수행해야합니다 .
부팅 후 이벤트 캡처를 시작 하려면 메뉴에서 부팅 로깅 옵션을 활성화하십시오 . 컴퓨터가 완전히 부팅되고 로그인 한 경우 Process Monitor를 열면 두 번째 부분도 저장할 수있는 부팅 추적이로드됩니다.
그러나 동결이나 충돌로 충분하지 않다면 어떻게해야합니까?
동결의 경우 :
Windows 설정에서 사용자 시작 충돌을 수행하도록 + + 를 설정할 수 있습니다 . 따라서 Windows 설치 프로그램에서 기본적으로 활성화 될 수도 있습니다. 기본적으로 활성화되어 있지 않으면 Windows 설치 프로그램의 Windows PE 환경의 레지스트리 하이브를 편집하여 설정이 기본적으로 활성화되어 있는지 확인할 수 있습니다.CtrlScroll LockScroll Lock
그래도 문제가 해결되지 않으면 Microsoft와 시스템 빌더의 적절한 방법은 디버깅을 활성화하고 두 컴퓨터 사이에 디버그 케이블을 연결하는 것입니다. 그러면 정지 중에 시스템을 일시 중지하고 디버그 할 수 있습니다. 이를 위해 사용되는 도구는 다음 섹션에 요약되어 있습니다.
충돌의 경우 :
충돌 (BSOD)이 발생할 때 첫 번째 중지는 특정 버그 검사가 실제로 무엇을 의미하는지 이해하기 위해 버그 검사 코드 참조 가 되어야합니다 . 거기에서 간단한 접근 방식은 WhoCrashed 를 사용 하고 특정 원인을 보는 것입니다.
더 어려운 방법은 Windows의 디버깅 도구에서 WinDbg를 배우는 것입니다 . 덤프를 분석하고 실제로 발생한 문제를 조사 할 수 있습니다. 그러나 때로는 이것이 명확하지 않을 수 있으며 하드웨어 문제 해결을 수행해야합니다 ...