システムwiki

常にbsodを持っている-hardware.sys

KimStei 受付中 最終更新日:2020-09-21 22:01

このケースで確認できることから、ここでの問題は私の問題と同じです:
random-crash-problem ...

私のケースに戻る、短いversion:

先週、通常のBSODがありましたが、再起動できなくなったため、Windows 10を再インストールして再度機能させる必要がありました.それは本当に私を悩ませ、エラーを見つけるのに何時間も費やしてしまいました.

最近、BSODはすべてMEMORY_MANAGEMENTですが、2週間前に障害のあるディスクドライバを取り外す前に、メッセージ/問題はBSODからBSODに変化しました.私にはそれはランダムに見えました.

おそらく30以上のBSODを使用しているので、最近はおおまかに2番目になります.これを修正する必要があります.

問題や破損したセクターを探すためにすべてのドライバのディスクチェックをインストールして実行しました.1つのディスクに破損があり、物理的に削除されています.私は見つけることができるすべてのRAMチェックを実行しましたが、誰もが何もないと私に言っています
ラムに誤りがあります.また、ダウンロードしたいくつかのベンチマークスイートからRAMの広範囲なテストを行いました.また、RAMに障害が発生することはありません.ディスクについても同じで、エラーを見つけるためにekstraの読み取りおよび書き込みテストに適したテストが行われていますが、すべてのディスクが100%です.
すべてのソフトウェアツールが教えてくれる最高の形.では、なぜシステムがクラッシュするのですか?

再起動すると、すべて正常に機能し、何も失われません.クラッシュの唯一のパターンは大量のRAMを使用していることです.通常、Google Chromeブラウザーのタブをたくさん開いています.これが、リソースを消費することを推測できる唯一の方法です.

WhoCrashedをインストールしたので、うまくいけば役に立ちます.また、クラッシュは、奇妙なことに、新しくインストールされたWindows 10システムに戻っています.

テストに使用できるツールはありますか?以下のダンプ以外の情報が必要ですか?

キム・スタインハウグ

システム情報(ローカル)


コンピュータ名:DESKTOP-SEK6JSC
Windowsversion:Windows 10、10.0、version1809、Build:17763
Windowsディレクトリ:C:\WINDOWS
ハードウェア:MS-7737、MSI、Big Bang-XPower II(MS-7737)
CPU:GenuineIntel Intel(R)Core(TM)i7-3970X CPU @ 3.50GHz Intel8664、level:6
12個の論理プロセッサ、アクティブマスク:4095
RAM:68627722240バイト(63,9GB)


クラッシュダンプ分析


コンピュータでクラッシュダンプが有効になっています.クラッシュダンプディレクトリ:C:\WINDOWS火曜日15.10.2019 13.48.00にコンピュータがクラッシュしたか問題が発生しました報告されました
これは、おそらく次のモジュールが原因でした:GOOGLE search:hardware.sys(hardware)
バグチェックコード:0x1A(0x41792、0xFFFF923FFDE9D660、0x10000000000、0x0)
エラー:GOOGLE search:hardware.sys
バグチェックの説明:深刻なメモリ管理エラーが発生したことを示しています.破損したPTEが検出されました.
これは、メモリ破損のケースである可能性があります.これは、RAMの故障、過熱(熱の問題)などのハードウェアの問題、またはバグのあるドライバーが原因である可能性があります.この問題は、過熱(熱問題)が原因で発生する場合もあります.
サードパーティのドライバが、このシステムエラーの推定根本原因として特定されました.次のドライバーの更新を探すことをお勧めします:hardware.sys.
googleクエリ:GOOGLE search:hardware.sys


結論


1つのクラッシュダンプが見つかり、分析されました.サードパーティのドライバがコンピュータのシステムクラッシュを引き起こしていることが確認されています.これらのドライバーの更新を会社のWebサイトで確認することを強くお勧めします.
以下のリンクをクリックして、Googleでこれらのドライバのアップデートを検索してください.hardware.sys これらのドライバのアップデートが利用できない場合は、これらのドライバについて報告されているエラーと組み合わせて、これらのドライバの名前をgoogleで検索してみてください.クエリには、コンピューターのブランド名とモデル名も含めます.これはしばしば
は、同様の問題が発生しているユーザーによるWebでのディスカッションから興味深い結果を生み出します.
トピックを読むシステムクラッシュのトラブルシューティングに関する一般的な推奨事項」をご覧ください.
報告されたドライバーがシステムのクラッシュの原因であるか、根本的な原因が原因であるかを常に確実に述べることはできない別のモジュール.それにもかかわらず、これらのドライバーが属する製品のアップデートを探すことをお勧めします
Windows Updateに定期的にアクセスするか、Windowsの自動更新を有効にします.誤動作しているハードウェアの一部が問題を引き起こしている場合は、バグチェックエラーをGoogleで検索すると、コンピュータのモデル名とブランドが役立つ場合があります.
これをさらに調査します.

返信リスト(回答:6)

1 #
Vijay
こんにちはキム
A.お使いのコンピュータのメーカーとモデルを教えてください.
クラッシュの日時に対応するフォルダのコンテンツを圧縮してください.
onedriveまたはファイル共有サイトにコンテンツをアップロードしてください私が問題を見つけるために.
onedriveへのアップロード方法
1.同じログインIDを使用してhttps://onedrive.live.com/にログインしますこのフォーラムで使用したPassWord.(またはコンピュータにインストールされているonedriveを使用します)
2.上部の[アップロード]をクリックするか、ファイルをここにドラッグアンドドロップします.
3.アップロード後、ファイルを右クリックして共有を選択します.
4.[リンクをコピー]をクリックします.
5.リンクをコピーして、ここにリンクを貼り付けます.
応答1# ->にスキップ
2 #
KimStei

今BSODを持っていただけで、これは青い空から雷のようなものでした.マシンが再起動したとき(BSODの0%に立ち往生しています)私は今、ドライバとマッピングの負荷を一覧表示するシェルに直面しています.これまでにこれを見たことがない.ただし、「終了」とシェルに入る
機械ブーツは正常であり、また全く問題ありません.CPUが3500ヘルツとして販売されているが4000でクロックされていることがわかりました-デフォルトでBIOSでこれを変えます.Maby冷却パスタをリフレッシュしてCPUをリフレッシュする時が来ました-マシンはいくつか歳です
そのため、メンテナンスが原因であると思います.今すぐCPU温度を監視するより多くのソフトウェアをインストールしました.すべての再起動に現われるシェルに関して-これは私にwindows 10でKali Linuxをインストールすることに関係がありますか? ( https://www.microsoft.com/ja-jp/p/kali-linux/9pkr34tncv07?rtc=1&silentauth=1&wa=Wsign1.0&activetab=pivot:overviewtab.)

crashdumpファイルと新しいブートシェルシェルの写真:

1-ダンプファイルをロード

2-!Analyze-V
3-!BlackBoxBSD
4-!BlackBoxPNP
5-LMVMハードウェア

Microsoft(R)Windowsデバッガversion10.0.19494.1001 AMD64

Copyright(C)Microsoft Corporation.全著作権所有.
カーネルビットマップダンプファイル:カーネルアドレススペースが利用可能で、ユーザーアドレススペースが利用できない場合があります.
シンボル検索パスは次のとおりです.SRV*
実行可能検索パスは次のとおりです. Windows 10カーネルversion17763 MP(12 PROCS)無料X64
製品:Winnt、Suite:TerminalServer SignUserts.

造形:17763.1.amd64fre.rs5_release.180914-1434.
マシン名:
カーネルBASE= 0xFFFFF806`51C0D000 PSLoadedModuleList= 0xFFFFF806`52028690
デバッグセッションタイム:TUE 15 12:48:00.573 2019(UTc+ 1:00)
システムの稼働時間:0日12:59:05.351
カーネル記号のロード
................................................................20018E590ダンプファイルに入るには多すぎます.
20018E58Fはダンプファイルに入るには大きすぎます.
..........................
....................................................................
......................................................
ユーザーシンボルをロードします
PEBはページアウトされます(PEB.LDR= 00000000`013CE018). 詳細は ".hh dbgerr001"と入力してください
アンロードされたモジュールリストをロードします
...............
このファイルの分析については、RUN!ANALYZE-V
NT!Kebugcheckex:
FFFFF806`51DC1050 48894C2408 ムービー QWORD PTR [RSP + 8]、 RCX SS:0018:FFFFBB03`45C13EC0= 00000000000000001A.
* *
* BugCheck Analysis *
* *
memory_management(1A)
#パラメータ1の他の値は個別に調べる必要があります.
引数:
arg1:0000000000041792、破損したPTEが検出されました.パラメータ2には、のアドレスが含まれています
PTE.パラメータ3/4は、PTEの低/高さの部分を含みます.
arg2:FFFF923FFDE9D660
arg3:0000010000000000.
arg4:0000000000000000
デバッグの詳細:



key_values_string:1
キー :Analysis.cpu.Sec.
値:2
キー :Analysis.DebuganalysisProvider.cpp.
値:作成:8007007Eデスクトップ上
キー :Analysis.debugdata.
値:createObject.
キー :Analysis.debugModel.
値:CreateObject.
キー :Analysis.Elapsed.Sec.
値:40
キー :Analysis.Memory.commitpeak.mb.
値:67
キー :Analysis.System.
値:createObject.
BugCheck_code: 1A
BugCheck_P1:41792
BugCheck_p2:FFFF923FFDE9D660
BugCheck_P3:10000000000
BugCheck_p4:0.
memory_corruptor: 1ビット
ブラックボックスBSD:1(!BlackBoxBSD)
BlackBoxPnp:1(!BlackBoxPnp)

process_name: git.exe.
stack_text: ffff923f`fde9d660 00000000 $ 1000000000000000000:NT!Kebugcheckex
FFFFBB03`45C13EC0 FFFFF806`51CB5637:FFFFBB03`45C14059:FFFFB03`45C14059 00000000 000000FFFFF8 00000000 00000000:NT!MideLeteva + 0x1660DD
FFFFBB03`45C13FD0 FFFFF806`51CB5A2A:FFFFBB03`45C144F0 FFFF9249 `000000 0A000007 00000000 0A000007 00000000:NT!MiwalkPageTables recursival + 0x2C7
ffffbb03`45c140c0 FFFFF806`51CB5A2A:FFFFBB03`45C144F0 00000000`0000000000000000000000000000:NT!MiWalkPagageTables recursivally + 0x6BA
ffffbb03`45c141b0 fffff806`51cb5a2a:ffffbb03`45c144f0 00000000`00000000 ffffbb03`00000002 ffff9249`00000000:NT MiWalkPageTablesRecursively + 0x6ba
ffffbb03`45c142a0 fffff806`51cb4eea:!ffffbb03`45c144f0 00000000`00000000 00000000`00000003 ffffe50f`00000000 :NT!MiwalkPageTables recursival + 0x6BA
FFFFBB03`45C14390 FFFFF806`5144F0 FFFFF806`00000001 FFFFE50F`00000000 00000000 00000000:NT!MiwalkPageTables + 0x1ea
FFFFBB03`45C14480 FFFFE50F02DF8B0 FFFFFE50F `200000000:NT!MideLetePagablePterange + 0x1DD
FFFFBB03`45C146C0 FFFFF806`52254411:FFFFE50F`395B7500 FFFFE50F `228e7300:NT!MideLetevad + 0x7C5
FFFFBB03 `45 C14830 FFFFF806` 52253FF8:FFFFE50F`228J7300 FFFFE50F `228e7300 FFFFE50F` 207F6080 00000000 00000000:NT!Miunmapvad + 0x49
FFFFBB03 `45 C14860 FFFFE50F` 395 B76E0 FFFFE50F `395 B76E0 FFFFE50F` 395 B7500 FFFFE50F `228e7300:NT!MicleanVad + 0x30
ffffbb03`45c14890 FFFFFFFFFFFFFFFFFFFFFFFBFFFFFFFFFFFFFFFE50F`2E2DF540:NT!MMCleanProcessAddressSpace + 0x113
FFFFBB03 `45 C14910 FFFFF806` 52265F28:FFFFE50F`2DF540 FFFF9403`B4567060 FFFFBB03`45C14B80 00000000 00000000:NT!PSPrundownSingleProcess + 0x129
ffffbb03`45c14990 FFFFF806`522938B:00000000 $ 1000000 FFFFB03`45C14B01 00000000 `013 CF000 FFFFE50F` 207F6080:NT!PSPExitThread + 0x5C8
FFFFBB03`45C14A90 FFFFE50F `1000035D4 FFFFE50F` 207F6080 FFFFE50F `0007F6080 00000000 00000000:NT!NTterMinateProcess + 0xeB
FFFFB03`45C14B00 00000000 00000000 00000000 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000:NT!KisystemServiceCopyend + 0x28
00000000`015f79a8 00000000`00000000:00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000:0x00007ffb`d5f1fce4
symbol_name: 1ビット
module_name:ハードウェア
image_name: memory_corruption
stack_command: .糸 ;.cxr; k
failure_bucket_id: memory_corruption_one_bit.
OS_VERSION: 10.0.17763.1
buildlab_str: rs5_release.
osplatform_type: x64
OSNAME: Windows 10
failure_id_hash: {E3FAF315-C3D0-81DB-819A-6C43D23C63A7}
フォローアップ: マシン看所
最後のブートは成功しました:TRUE.
最後の起動シャットダウン:False
Progreesの睡眠:False
電源ボタンタイムスタンプ:0.
システム実行:TRUE.
接続されているスタンバイの進行中:false
ユーザーシャットダウン進行中:False
システムのシャットダウン中の進行中:False
進行中の睡眠:0.
接続されているスタンバイシナリオインスタンスID:0
接続されたスタンバイエントリの理由:0
接続されているスタンバイ終了理由:0
システムスリープトランジションはオンになります
最終リファレンス時間:0x1D5834795F2CF11
最終リファレンス時間チェックサム:0xC022D55D
最後の更新ブートID:50
起動試行回数:1
最後の起動Checkpoint:TRUE.
チェックサム:0x14
最後の起動ID:50
最後に成功したシャットダウンブートID:49
最終報告の異常シャットダウン起動ID:49
エラー情報ブートID:0.
エラー情報繰り返し数:0
エラー情報エラー数:0
エラー情報コード:0.
エラー情報エラー数:0
電源ボタン最後のプレス時間:0
電源ボタン累積プレス数:0.
電源ボタン最後にブートIDを押します:0
電源ボタンLAST POWERウォッチドッグステージ:0
電源ボタンウォッチドッグ武装:FALSE
電源ボタン進行中のシャットダウン:FALSE
電源ボタン最後のリリース時間:0
電源ボタン累積リリース数:0
電源ボタン最後のリリースブートID:0
電源ボタンエラー数:0
電源ボタン電流接続待機位相:0
電源ボタン遷移最新のCheckpointID:0.
電源ボタン遷移最新のCheckpointタイプ:0
PNPactivityID :{00000000-0000-0000-0000-0000-000000000000-0000-0000-000000000000-0000-0000-000000000000}
pnpactivitytime 13215605615402059
pnpeventInformation:3
pnpeventinProgress:0.
pnpproblemcode :24
PNPVETTYPE :0
デバイスID :swd\radio\{03b0efce-daca-4a92-99dd-7b422be00b46}
拒否投入 :
フルモジュールリストを参照してください
始める 終わり モジュール名

応答2# ->にスキップ
3 #
KimStei

私はTheWindbgツールでぴったりと見え、それはかなり先進的であったようで、私はwindowsの下でどのように働くかについての基本的な理解がありません.と言われている、このツールを使用するかどうかを知っている人は誰でも知っています(またはそれを使ってみてください)
私の間Probabøyを使わずにしている以外の試行を試みることから何でも学びます.

マビのいくつかの古典的な「1.2.3」の入庫があります..

私の最新の理論はどこかに熱問題がある可能性があるので、この熱はメモリの破損をもたらし、したがってBSODをもたらすということです.マシンは何歳で、走っていた
オーバークロックモード24/7少なくとも3年間ストレート-この問題はまったくありますか?私の赤ちゃんの世話を少し、真空、洗い流し、プロセッサのための新しい冷却物を追加しないように感じます.
OK、私はその周りに何人かの人々がいるのを見ています.それがどんなことでしょうか?

BSOF、どのくらいの頻度で起こりますか:

機械がオンになっていない場合もありますが、おそらくマシンが何もしていない場合でも12時間以内にBSODが発生します.

応力を受けているRAMとCPU:

「Intel(R)Extreme Tuning Utility」を使用すると、RAMのチェックアップに要求されたWindowsツールと同じに、すべての問題なくRAMとCPUの両方がストレスが発生しました.私がいつも私に100%すべてを与えてくれるすべてのチェック、私はBSODを持っていなかった
ストレステストまたはベンチマークのどちらか.

最新のBSODが起こったの?
右下の右下に整理されたときに、拡張子がクラッシュしたときに視覚コードで作業していました.クラッシュした拡張子の通知で関連する名前を再起動します)-BSODが即座に表示されました.
明らかにここにある種の関係がありました.

BSODの前のシステム動作>

私は通常BSODが起ころうとしているときに言うことができます、通常Chromeタブがクラッシュしてリロードする必要があるようにクラッシュします.その場合-これが起こるとき、私は通常BSODを回避するためにシステムを再起動します.VisualStudio Codeから同じ行動が
拡張機能は、通知によって見られる通知によって見られます.これは通常BSODになります.ここでAswell、再起動するのに最適です.

誰もが私が投稿したcrashdumpファイルをチェックしたり、BSODを避けるためにやってみることができることのためのいくつかのヒントを与えることができれば、私はとてもうれしいでしょう.

キム・シュタインハグ

4 #
KimStei

4つの異なるクラッシュダンプをアップロードしました.すべてここからダウンロードできます:

5 #
KimStei

誰もこれをデバッグすることに興味を持っているとは思えない、または私にもっとするように頼むよりもそれを詳しく調べます.それはとにかく簡単な答えです...:(

ほとんどのRAMブリックを削除した後、前回投稿したときからBSODがなかったので、エラーはどういうわけかRAMにあるはずです.今日、私はレンガを追加し始め、いつ壊れるかを確認します.

これで問題は解決しました:RAM.

応答5# ->にスキップ
6 #
KimStei

現時点では8個のRAMスロットがあり、2個のスロットにRAMを接続するとシステムがBSODを生成するため、現時点では他の6個のスロットを問題なく使用しています.問題のあるスロットなのか、それとも
問題となっている最後の2つのRAMブリックですが、現在システムは48GBのRAMで実行されており、スロット3と4は使用されていません.

したがって、間違いなく問題はRAMブリックかスロットの1つでした.