1

アプリケーションでクラッシュが発生しています。つまり、Windows 7がクラッシュしていますが、デバイスドライバーやその他のカーネルスペースプロセスがシステム全体をクラッシュしたときに発生する従来の「死のブルースクリーン」クラッシュではありません。すべてのユーザースペースプロセスのロックアップ。

マシンの状態は次のとおりです。

(1)Windowsマウスの動きはまだ応答しており、Aeroコンポジションレイヤーはまだ機能しています(エクスプローラーの特定のマウスオーバー効果は引き続き機能します)が、win32プロセスは機能しておらず、GDIとユーザーセッションはフリーズしているようです。(2)Ctrl + Alt + Deleteは、タスクマネージャを起動しません。(3)クラッシュダンプはなく、死のブルースクリーンもありません。

クラッシュに関する詳細情報を収集する方法を知っている人はいますか?ドライバーレベルの問題があることは承知しており、デバイスドライバーレベルの人々が使用できる情報を収集したいと思います。ブルースクリーンオブデスを取得したら、メモリダンプ(DMP)ファイルを収集し、開発者に送信して支援を求めることができます。私が探しているのは、プロセスとシステムの状態を追跡する方法であり、おそらくカーネルデバッガーなどを接続します。私はカーネルデバッガーの仕事をしたことがないので、それを始める方法を探しています。

win7 / 32ビットVMでクラッシュを簡単に再現できますが、カーネルデバッグツールはまだインストールされていません。最初に疑問に思っているのは、価値のあるアプローチ(カーネルデバッグツール?)を選択したように思われる場合、カーネルモードの開発者が問題を特定するのに役立つ情報を収集するためにそれらのツールを使用する方法が本当にわかりません。 。

4

1 に答える 1

2

WinDbg をダウンロードし、Firewire またはシリアル ケーブルで問題のマシンに接続します (状況によっては IIRC で USB も動作します)。これにより、実行中のシステムのデッドロックをリモート マシンから検索できます。

もう 1 つの可能性は、システム クラッシュを引き起こすことです (事後分析)。クラッシュ ダンプ設定をフル ダンプに設定する前に確認する必要があります。これにより、RAM の量と同じサイズのクラッシュ ダンプが作成されます。もちろん、(ネット経由などで) ダンプを人々に届ける際に問題が生じる可能性があります。また、状況によっては、プライベート データがダンプに含まれる可能性があることに注意してください。

クラッシュ ダンプを誘発する方法は、ここで説明したものであり、関連する部分は以下に引用されています。カーネル デバッガー経由で接続している場合は、メモリ ダンプの作成を誘発することもできます。


キーボード ドライバーは、BSOD を引き起こすように指示できます。

HKLM\CurrentControlSet\Services\kbdhid\Parameters

または (古い PS/2 キーボードの場合)

HKLM\SYSTEM\CurrentControlSet\Services\i8042prt\Parameters

そして、REG_DWORDnamedCrashOnCtrlScrollをに設定し1ます。

次回の再起動後、ブルー スクリーンを強制的に表示させることができますCtrl+ScrollLk+ScrollLk。この場合、バグ チェック コードは0xE2( MANUALLY_INITIATED_CRASH) になります。

于 2011-04-21T13:08:20.030 に答える