☰

Windows 8 덮개를 닫을 때마다 충돌이 발생함

tag-icon • tag-icon windows-8 bsod sleep
Windows 8 덮개를 닫을 때마다 충돌이 발생함

HP Dv7(XG300AV)

노트북을 성공적으로 잠자기 상태로 만들려면 잠자기 모드로 전환한 다음 잠자기 상태가 되면 덮개를 닫아야 합니다. 그러나 때때로 그것은 작동하지 않습니다. 덮개를 닫으면 컴퓨터가 절전 모드로 전환되지만 충돌이 발생합니다. 업데이트해야 할 드라이버가 있다고 생각하지만 어떤 드라이버를 업데이트해야 할지 모르겠습니다. 내 GPU에 최신 ATI 드라이버가 있습니다.

최신 덤프 파일은 다음과 같습니다. 또한 약 3주 분량(~25 덤프)의 텍스트 파일을 다운로드할 수 있는 링크를 보관용 계정에 첨부했습니다.

https://dl.dropbox.com/u/12025874/multiple%20dumps.txt

portcls.sys가 몇 가지 다른 오류와 함께 나타나기는 하지만 대부분의 오류는 monitor.sys에 의해 발생하는 것으로 보입니다. 감사해요!

Dump File         : 122712-14484-01.dmp
Crash Time        : 12/27/2012 11:07:25 PM
Bug Check String  : SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
Bug Check Code    : 0x1000007e
Parameter 1       : ffffffff`c0000005
Parameter 2       : fffff800`4868b1d3
Parameter 3       : fffff880`0b3fdf88
Parameter 4       : fffff880`0b3fd7c0
Caused By Driver  : monitor.sys
Caused By Address : monitor.sys+89b8
File Description  : 
Product Name      : 
Company           : 
File Version      : 
Processor         : x64
Crash Address     : ntoskrnl.exe+711d3
Stack Address 1   : 
Stack Address 2   : 
Stack Address 3   : 
Computer Name     : 
Full Path         : C:\WINDOWS\Minidump\122712-14484-01.dmp
Processors Count  : 8
Major Version     : 15
Minor Version     : 9200
Dump File Size    : 281,976

답변1

monitor.sys모니터 지원(디스플레이, LCD/CRT/등)을 위한 Microsoft 제공 커널 모드 필터 드라이버입니다.

그러나 엄격한 테스트를 거쳐 널리 배포된 Microsoft 드라이버에 문제가 있을 가능성은 거의 없습니다. 이 Microsoft 드라이버와 상호 작용하는 다른 신뢰할 수 있는 구성 요소 중 하나가 오작동하여 Microsoft 드라이버가 손상될 가능성이 높습니다. 이는 Microsoft 드라이버가 일반 Microsoft 커널 드라이버보다 하드웨어 관련 정보가 더 많은 다른 사용자 모드 또는 커널 모드 구성 요소에 의해 궁극적으로 구동되는 권한 있는 하드웨어 작업을 실행할 수밖에 없는 경우가 있기 때문입니다. 관련 드라이버는 다음과 같습니다.

  • 마더보드, CPU 및 그래픽 카드용 ACPI 드라이버
  • 모니터에서 제공하는 EDID 정보
  • I2C 버스 드라이버
  • 그래픽 드라이버(귀하의 경우 AMD)
  • 그래픽 카드를 통해 호스트 CPU로 전달되는 모든 것은 PCI Express를 거쳐야 하기 때문에 PCI Express 브리지 드라이버

이는 Windows가 모니터를 종료하려고 시도했지만 종료할 수 없는 것으로 요약됩니다. 디스플레이 전원 관리를 수행하는 종속성의 긴 "체인"에 있는 항목이 제대로 작동하지 않기 때문입니다. 여기에는 다양한 이유가 있을 수 있습니다. 먼저 시스템을 일시 중단하지 않고 디스플레이를 닫을 때만 충돌이 발생한다고 말씀하셨기 때문에 덮개를 닫을 때 디스플레이 끄기와 대기 사이의 경쟁 상태일 수 있습니다.

대부분의 노트북에는 뚜껑이 닫힐 때(뚜껑을 닫으면 버튼이 눌러짐) 운영 체제에 이를 알리고 에너지 절약을 위해 모니터를 끄려고 시도하는 뚜껑 스위치 드라이버가 있습니다. 따라서 이 덮개 드라이버가 모니터를 끄기 위해 ACPI 작업을 수행할 때 시스템이 RAM을 일시 중지하려고 하기 때문에 중간에 걸릴 수 있습니다. 다시 말하지만 경쟁 조건이 발생할 가능성이 매우 높습니다. 대기 프로세스의 일부로 이미 일시 중지된 시스템 서비스(예: PCI Express 버스 또는 VESA BIOS)가 요청될 수 있습니다.

Windows는 드라이버와 마찬가지로 비공개 소스이므로 AMD와 Microsoft 외에는 누구도 이를 적절하게 디버깅할 수 없습니다. 아마도 HP조차도 그 내용을 파악하는 데 필요한 모든 소스 코드를 갖고 있지 않을 것입니다. 그들이 할 수 있는 최선의 일은 AMD/Microsoft에게 그들이 가지고 있는 정보를 보여주고 기도하는 것입니다.

마더보드 칩셋, 모니터, BIOS 또는 펌웨어 업데이트, 최신 그래픽 드라이버 등에 대한 최신 드라이버가 있는지 세 번 확인하십시오. 모든 것이 최신이라고 100% 확신한다면 당신은 거의 운이 없는 것입니다. AMD 및 HP와 같은 공급업체의 생산 후 패치 및 버그 수정 업데이트는 최근 몇 년간 비용 절감을 위해 양과 질이 감소하고 있지만 소비자는 평생 동안 이와 같은 손상된 드라이버와 버그로 ​​인해 고통을 겪게 됩니다. 그들의 제품. 이것은 확실히 독특한 문제는 아닙니다.

이 시스템을 대규모 엔터프라이즈 설치 기반의 일부로 배포하지 않는 경우 실제로 AMD/Microsoft/HP를 얻을 수 있을지 의문입니다.행동을 취하다현재 겪고 있는 문제를 정확하게 해결하는 작동하는 패치를 생성합니다. 소비자 지원 채널을 통해 연락할 수 있지만 내 경험에 따르면 대부분의 채널은 소비자에게 재부팅, 운영 체제 재설치 또는 장치 RMA와 같은 작업을 수행하라고 지시합니다. 이것이 문제 보고서에서 매우 가능성이 높은 소프트웨어 결함인 경우 RMA를 아무리 많이 해도 문제가 해결되지 않습니다. 공급업체는 일반적으로 제품에 결함이 있다는 사실을 인정하지 않고 소비자에게 끝없는 RMA 루프를 보내는 것을 선호합니다.

GNU/Linux와 같은 오픈 소스 소프트웨어를 사용하면 하드웨어 공급업체에 의존하지 않고도 충분한 기술과 관심을 가진 사람이라면 누구나 문제를 해결할 수 있으며 대부분의 경우 결코 제공되지 않는 수정 사항을 제공하면 좀 더 성공할 수 있습니다.

답변2

이 문제는 최신(모빌리티 13.4) 안정 드라이버에서 수정되었습니다. 이 문제는 관련 덮개 메커니즘이나 모니터/디스플레이 드라이버를 정상적으로 조작하려고 할 때에도 사소한 이벤트로 나타나는 것처럼 보였기 때문에(아마도 이에 대한 특정 보고서를 읽은 후) 이 문제를 해결하려고 적극적으로 노력한 것으로 보입니다. 드라이버를 업그레이드하거나 다운그레이드합니다. 이제 충돌 없이 드라이버를 업그레이드할 수도 있으므로 새 버전을 설치하기 전과 후에 설치 프로세스에서 적극적으로 문제를 해결했을 것입니다.

추신. 관련 Windows 업데이트와 일치했을 가능성은 적지만 의심스럽습니다.

관련 정보