問題タブ [bsod]

私は定期的にBSODを実行するマシンを持っています。フルメモリダンプを構成しました。BSODの後で再起動すると、マシンが数分間黒い画面に表示され、最後にウィンドウが表示されることがあります。私の同僚は最近、この間にマシンがフルメモリダンプをディスクに書き込んでいることを知りました。

彼は、BSODでマシンをシャットダウンし、ドライブをスレーブとして接続し、ダンプファイルが存在しないことを確認し、マシンに接続し直し、数分間黒い画面を確認してから、メモリダンプを見つけることでこれを特定しました。ディスク。

だから私の質問は、これは内部的にどのように機能するのかということです。BSOD自体が、現在、カウンターを使用してダンプファイルをディスクに書き込んでいることを通知しているのを見たことがあると思います。

アプリケーションをDelphi7からDelphi2010に移植したところ、Windows XPで実行しているときに、断続的なBSOD（ブルースクリーン）エラーが発生することがありました。エラーは非常に散発的であり、追跡するのは非常に困難です。参考：Delphi2010の組み込みメモリマネージャを使用しています。

最初に考えたのはハードウェアの問題でしたが、システムドライバーをアップグレードしても問題は解決しませんでした。

Delphi 2010で生成されたアプリケーションを使用したXPでBSODの問題が発生した人は他にいますか？もしそうなら、この問題を修正する方法について何か提案はありますか？

ご協力ありがとうございます！

ある日、XPボックスに飽きてきたので、この質問に対するいくつかの回答を試して、BSODを引き起こすものがあるかどうかを確認することにしました.
彼らはそうしませんでした、そして彼らはそれをする可能性が最も高いように見えたので、C / C ++のユーザーモードからBSODをトリガーできるかどうか疑問に思っていました。

Ctrl私はC＃で正しいキーを押すことをシミュレートする方法を探していました。それは正しいキーでなければなりません。左側のものでもこれができることは知っていますが、右側のものには何も見つかりませんでした。これは、手動でトリガーされたbsodのキー押下をシミュレートできるようにするためです。

ありがとう

こんにちは。

ここで少し支援が必要です：

状況:
特定のドライバー バージョン以降、すべての nvidia カード (GeForce 8400GS 以降) でブルー スクリーン オブ デスを引き起こす不明瞭な DirectX 9 アプリケーション (名前とアプリケーションの詳細は質問には関係ありません) があります。この問題は、DirectX 9 呼び出しまたはドライバーのバグをトリガーするフラグによって間接的に引き起こされていると思います。

目標:
問題のあるフラグ/関数呼び出しを追跡し (楽しみのために、これは私の仕事/宿題ではありません)、プロキシ dll を作成してエラー状態を回避したいと考えています。IDirect3D9、IDirect3DDevice9、IDirect3DVertexBuffer9、および IDirect3DIndexBuffer9 のラッパーを提供し、Direct3D 呼び出しの基本的なログ記録/トレースを提供する完成したプロキシ DLL が既にあります。ただし、クラッシュの原因となる機能を特定することはできません。

問題:

1. ソースコードや技術サポートはありません。援助はなく、誰も問題を解決しません。
2. カーネルによって生成されたメモリ ダンプは役に立ちませんでした - nv4_disp.dll 内でアクセス違反が発生したようですが、スタック トレースを使用して IDirect3DDevice9 メソッド呼び出しに移動することはできません。また、非同期でバグが発生する可能性もあります。
3. (主な問題) Direct3D9Device メソッド呼び出しが多数あるため、それらをファイルまたはネットワーク経由で確実にログに記録できません。
   1. ファイルにログインすると、フラッシュしなくても速度が大幅に低下します。そのため、システムのBSODが発生すると、ログの最後の内容がすべて失われます。
   2. ネットワーク経由でのログ記録 (UDP および WINSOck を使用sendto) も大幅な速度低下を引き起こすため、非同期で実行してはなりません (非同期パケットは BSOD で失われます)。加えて、同期的に送信された場合でもパケット (クラッシュ周辺のもの) が失われることがあります。
   3. ルーチンのログ記録によってアプリケーションの速度が低下すると、BSOD が発生する可能性が低くなり、追跡が難しくなります。

質問:
私は通常、ドライバーを作成したり、このレベルのデバッグを行ったりしません。そのため、何か重要なものを見落としているような印象を受けました。カスタム ロギング メカニズムを使用して IDirect3DDevice9 プロキシ DLL を作成するよりも、問題を追跡する簡単な方法があります。 . それは何ですか？このような問題を診断/処理/修正する標準的な方法は何ですか (ソースコードなし、COM インターフェイスメソッドが BSOD をトリガーします)?

ミニダンプ解析(WinDBG) :

ブルースクリーンの問題を解決しようとしています。

.Net 4.0 WPF PRISM アプリケーションがあります。このアプリケーションの特別な点の 1 つは、クライアント (Thinkpad PC、Windows XP) との通信に使用する WCF サービスをホストすることです。

問題を再現する手順は次のとおりです。

• アプリケーションを開く
• アプリケーションを閉じる
• PCをアンドックする

ブルー スクリーン メッセージは、「ドライブに空き容量があることを確認してください」のようなものです。

上記の手順は毎回「機能」し、複数の PC でテストされています。誰がこれを引き起こしているのか考えていますか?

Visual Studio からアプリを実行すると、このエラーは発生しません。インストールしたアプリケーションを実行したときにのみエラーが発生します。

新しいコンピューターでBSODが比較的頻繁に発生します。

私の古いコンピューターがBSODの解決策をチェックしていたことを覚えています。たとえば、一部のドライバーが有罪である、またはその時点でその解決策が見つからなかったなど、それらに関するいくつかのレポートを表示していました。

解決策を確認した後、今ではまったく結果がありません。

最初に、次のメッセージを含むダイアログがあります。

「Windows は予期しないシャットダウンから回復しました」、「Windows はオンラインで問題の解決策を確認できます」

と 2 つのボタン

「解決策を確認する」、「キャンセルする」

「解決策を確認する」を押すと、次のウィンドウに新しいウィンドウが表示され、次のように表示されます

Windows は問題の解決策を確認しています

プログレスバー付き。しばらくすると、このウィンドウは静かに閉じられ、結果はありません。

私の質問は、なぜそうなるのですか？問題はBSODの理由ではなく、オンラインチェックが機能しない理由についてであることを強調します.

私の Windows は Windows 7 64 ビット prof russian 純正で、12Gb のメモリを搭載しています。

以前、このコンピュータには 2Gb の 32 ビット ウィンドウがあり、同じ効果がありました。したがって、64ビットでもビットメモリでも有罪ではありません。

最近、私のイベントログでこれを取得しました：

問題は、これらの種類のエラーをログに記録できるログサブシステムをどのように設計できるかということです。

HDDに書き込むために1つのDMA要求を発行するだけで十分であり、ページングや割り込みがない場合、おそらく故障したハードウェアで行うにはまだ多くの作業が必要です。

「CPUが見つからない、ソフトウェアエミュレーションを開始する」という古いジョークも思い出します。

PS私は、コンピューターの診断ではなく、問題のソフトウェア部分に関心があるため、これはスーパーユーザーまたはサーバー障害に属していないと思います:)

デバッグ セッションの開始時に Visual Studio の設定 (ウィンドウの位置など) を保存することはできますか? 私が現在取り組んでいるプロジェクトには、ブルースクリーンが頻繁に発生するという不幸な特性があります。ブルースクリーンを完全に回避するという点に到達したいと考えていますが、まだそこに達していません.

多くの場合、ブルースクリーンの後、Visual Studio は以前のウィンドウの位置を忘れて、奇妙な新しい位置に配置します。過去にBSODが原因でファイル全体が純粋な空白になったため、デバッグセッションの前に既にsync.exeを実行しています。

では、デバッグ セッションの開始時に VS にすべての設定を自動的にディスクに保存させる方法はありますか?

（VMWare WorkstationとVIXを使用して）VMでBSODが発生したかどうかを自動的に検出できるようにしたいと思います。VMWareですべてのバージョンのWindowsを使用してソフトウェアをテストしていますが、ブルースクリーンが発生するタイミングを知りたいです。

できれば、BSODが生成するダンプファイルを自動的に送信することも試みたいと思いますが、BSODが実際に発生したことを検出できれば、おそらくそれを理解できます。

VMWare HAはコストの関係で私にはあまり適しておらず、リカバリについてはあまり気にしません...私は検出だけを気にしています。

何か案は？