☰

Windows 8 のカバーを閉じるとクラッシュする

tag-icon • tag-icon windows-8 bsod sleep
Windows 8 のカバーを閉じるとクラッシュする

HP Dv7 (XG300AV)

ラップトップを正常にスリープ状態にするには、スリープ状態にするように指示し、スリープ状態になったら蓋を閉じる必要があります。ただし、これがうまくいかないこともあります。蓋を閉じるだけでコンピューターはスリープ状態になろうとしますが、クラッシュしてしまいます。更新する必要があるドライバーがいくつかあると思いますが、どれが更新する必要があるのか​​わかりません。GPU 用の最新の ATI ドライバーを入手しました。

最新のダンプ ファイルはこちらです。また、約 3 週間分 (約 25 ダンプ) のテキスト ファイルをダウンロードするための Dropbox へのリンクも添付しました。

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

エラーのほとんどは monitor.sys によって発生しているようですが、portcls.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 ドライバーがやり取りする他の信頼できるコンポーネントの 1 つが誤動作し、Microsoft ドライバーが不正に動作している可能性です。これは、Microsoft ドライバーが、汎用の Microsoft カーネル ドライバーよりもハードウェア固有の情報が多い他のユーザー モードまたはカーネル モード コンポーネントによって最終的に駆動される特権ハードウェア操作を実行せざるを得ない場合があるためです。関連するドライバーには次のものがあります。

  • マザーボード、CPU、グラフィックカード用のACPIドライバー
  • モニターから提供されるEDID情報
  • I2Cバスドライバ
  • グラフィック ドライバー (この場合は AMD)
  • PCI Expressブリッジドライバは、グラフィックスカードからホストCPUに渡されるものはすべてPCI Express経由で送られる必要があるため、

これは、Windows がモニターの電源をオフにしようとして、それができないということに帰着すると思います。ディスプレイの電源管理を行うための依存関係の長い「連鎖」のどこかが故障しているからです。これにはさまざまな理由が考えられます。システムをサスペンドせずにディスプレイをシャットダウンした場合にのみクラッシュするとおっしゃっているので、これは、蓋​​を閉じたときにディスプレイをオフにすることとスタンバイとの間で競合状態になっている可能性があります。

ほとんどのラップトップには、蓋スイッチ ドライバーが搭載されており、蓋が閉じられるとオペレーティング システムに通知し (蓋を閉じるとボタンが押される)、そのときに電力を節約するためにモニターをオフにしようとします。そのため、この蓋ドライバーがモニターをオフにするために ACPI 処理を実行しているときに、システムが RAM にサスペンドしようとしているため、途中で巻き込まれる可能性があります。この場合も、競合状態が発生する可能性が非常に高いようです。スタンバイ プロセスの一部としてサスペンドされた後に、システム サービス (PCI Express バス、VESA BIOS など) が要求される可能性があります。

Windows はクローズド ソースであり、ドライバーも同様であるため、AMD と Microsoft 以外はこれを適切にデバッグできません。おそらく HP でさえ、真相を突き止めるために必要なソース コードをすべて持っているわけではありません。HP にできるのは、AMD/Microsoft に持っている情報を見せて祈ることくらいでしょう。

マザーボードのチップセット、モニター、BIOS またはファームウェアのアップデート、最新のグラフィック ドライバーなど、最新のドライバーがインストールされていることを 3 重に確認してください。すべてが最新のものであると 100% 確信しているなら、運が悪いとしか言​​いようがありません。AMD や HP などのベンダーによるポストプロダクション パッチとバグ修正アップデートは、おそらくコスト削減のため、近年量と質が低下していますが、その代償として、消費者は製品の寿命の間、壊れたドライバーや、まさに今回のようなバグに悩まされることになります。これは決して特別な問題ではありません。

このマシンを大規模な企業のインストールベースの一部として導入するのでなければ、AMD/Microsoft/HPに実際に行動を起こすそして、あなたが経験している問題を正確に解決する機能的なパッチを作成します。 顧客サポート チャネルを通じて連絡することもできますが、私の経験では、これらのチャネルのほとんどは、再起動、オペレーティング システムの再インストール、またはユニットの RMA などの処置を勧めて、顧客を責め立てます。 これがソフトウェアの欠陥である場合 (問題レポートから判断すると、その可能性が非常に高いと思われます)、RMA をいくら行っても問題は解決しません。 ベンダーは通常、製品に欠陥が設計されていることを認めようとせず、代わりに顧客を RMA の無限ループに陥れることを好みます。

GNU/Linux などのオープン ソース ソフトウェアを使用すると、十分なスキルと関心を持つ人なら誰でも問題を解決できるため、多くの場合決して提供されない修正をハードウェア ベンダーに頼ることなく、もう少し成功する可能性があります。

答え2

これは、最新の (mobility 13.4) 安定版ドライバーで修正されました。この問題は、ドライバーを正常にアップグレードまたはダウングレードしようとしているときでも、関連する蓋のメカニズムまたはモニター/ディスプレイ ドライバーを操作しようとするとわずかでも発生するため、(おそらく特定のレポートを読んだ後で) 積極的にこの問題に取り組もうとしたようです。現在では、ドライバーをクラッシュせずにアップグレードできるようになったため、新しいバージョンのインストール前後のインストール プロセスで積極的に取り組んだのではないかと思います。

PS. 関連する Windows アップデートと同時に発生した可能性はわずかにありますが、疑わしいです。

関連情報