windows 10:2019年7月23日#1903へのアップグレードにより、「システム設定ブローカー」の「信頼性の履歴」が無限に失敗する
2019年7月23日から#1903へのアップグレード以来、システムの信頼性モニターから毎日「動作が停止した」という通知を受け取りました
設定ブローカー.
Windows 10
Pro#1903 18362.267
これはすでに調査中ですか?
これは他の人が経験したことですか?
私の信頼性モニターレポートは#1803で問題ありませんでしたが、#1903は毎日これらの障害のいくつかを引き起こしています(最新の種類).
これらの複数の障害レポートは毎日継続されます.また、#1903で修理されたW10 Homeラップトップもあり、信頼性の高いモニターが付いています.
これは最初のエラーの1つです:
問題:休業日:07/24/2019 12:32 AMステータス:レポートが送信されました
説明
障害のあるApplication名:SystemSettingsBroker.exe、version:10.0.18362.1、タイムスタンプ:0x5fc608d5
障害のあるモジュール名:ucrtbase.dll、version:10.0.18362.1、タイムスタンプ:0x5cbddb81
例外コード:0xc0000409
障害オフセット:0x000000000006d3be
障害プロセスID:0x2114
障害Applicationの開始時間:0x01d541dfc4de058a
障害Applicationパス:C:\Windows\System32\SystemSettingsBroker.exe
障害のあるモジュールのパス:C:\WINDOWS\System32\ucrtbase.dll
レポートID:9d25765d-cd7d-4478-acb9-3d4614397a8b
障害のあるパッケージの完全な名前:
障害のあるパッケージ相対ApplicationID:
最新の(今日)の1つは次のとおりです.
問題:休業日:08/09/2019 07:55 AMステータス:レポートが送信されました
説明
障害のあるApplicationパス:C:\Windows\System32\SystemSettingsBroker.exe
問題のシグネチャ
問題のイベント名:BEX64
Application名:SystemSettingsBroker.exe
Applicationversion:10.0.18362.1
Applicationタイムスタンプ:5fc608d5
障害モジュール名:ucrtbase.dll
障害モジュールversion:10.0.18362.267
障害モジュールタイムスタンプ:080a13f7
例外オフセット:000000000006d33e
例外コード:c0000409
例外データ:0000000000000007
OSversion:10.0.18362.2.0.0.256.48
ロケールID:1033
追加情報1:89d2
追加情報2:89d21884349785ea9a611f7235e6c095
>追加情報3:6b6e
追加情報4:6b6e30fe963bb990d64e60732fc11be0
問題に関する追加情報
バケットID:fd851b4875ec6165edafaf270f67ed5e(2139120930321329502)
返信リスト(回答:14)
正確なメイクとモデルは何ですか?
開始スタート、タイプ:システム情報
システムの概要をクリックします.右側のペインの外観
システムSKU情報をコピーするここで返信する.
例: https://imgur.com/qzektpa.
そのカスタム構築の場合、マザーボードのMakeとモデルは何ですか.
その可能性がある可能性がある可能性がある可能性がある可能性がある可能性がある可能性がある場合は、利用可能かもしれません.
その間にできること.
開始スタート、タイプ:cmd
右クリックCMD
プロンプトで入力したりコピーしたりしてこれらをコピーして貼り付ける時間:(それぞれの後に入力してください)
DISM/ONLINE/CLEANUP-Image/CheckHealth
DISM/ONLINE/CLEANUP-Image/ScanHualth
DISM/ONLINE/CLEANUP-image/RestoreHealth
システムファイルチェッカーユーティリティを実行します.
開始スタート、タイプ:cmd
右クリックCMD
コマンドプロンプトで[管理者として実行]をクリックします.[SFC/SCannow]と入力します.
システム
type:cmdの種類:CMDの種類:CMD、コマンドプロンプトを右クリックします.コマンドプロンプトで[管理者として実行]をクリックします.[ChkDSK/]と入力します.R/F
キーを押しながらシステムを再起動すると、コンピュータがエラーのためにScanされ、それらを修正するための試みが行われます.
応答1# ->にスキップ2 #Gmak152正確なメイクとモデルは何ですか?
PowerSpec G425:
システムSKU情報をここで返信する:
システムSKU=「O.e.mに埋められる」."
プロンプトを入力またはコピーしてこれらを一度に貼り付けてください.(各後にEnter Enter):
redhealthealthealthスカルヘルスを振った.restorehealthを復元します.SFC Scannow
システムの再起動:
コマンドプロンプトで、次のように入力します.chkdsk/r/f
DISM、SFC、システムの再起動、およびCHKDSK(オンラインバリアント)はすべてパート
として発行されています. 毎週のバックアップ移行に備えて、私の毎週の管理ルーチンの.
当初、#1903年の雇用直後、私はScanヘルスについていくつかの警告を受けました
「修理可能な」不一致.そしてSFCはすべての矛盾が見つかりました、そしてすべての矛盾
についての通知解決しました.(実際のメッセージテキストの私の差し引き).これらの一般的な矛盾メッセージ
ですが#1903年を採用して以来、再び頻繁に再現していますが、彼らはめったにめったにありませんでした.同じ
管理ルーチンは#1803に採用されており、任意のメッセージを受信することはできません
通知(すなわち、常に非常にきれいに走った)
どうやら、私はこれらの継続的な障害のために問題はありません、定数ログ
私のモニターの中で(ここではすぐにはすでに3つの出現していました)、それはただ厄介です.
正直なところ、BIOSタイプの更新と考えられていない.私は
を考えただろうよくわかりません問題が発生した可能性があります(BIOS).
私はファームウェアの更新についてバックされている間に短いちゃんを思い出し、具体的に
に更新されているようです.セキュリティエクスポージャーを閉じるプロセッサ
https://asrock.pc.cdn.bitgravity.com/BIOS/1151/Z...(7.50)ROM.zip
また、バンドルされたNOD32を削除して、パフォーマンスに変化がないかどうかを監視することも検討します.
応答3# ->にスキップ4 #Gmak152"2018年10月からBIOSアップデートが表示され、まだ適用していない場合は、そうするでしょう.
https://asrock.pc.cdn.bitgravity.com/bios/1151/z... (7.50)rom.zip "私は私の証明された能力を超えているのを恐れています.しかし、書かれているように、そのURLは悪いです.私はそれが
だと思いますあなたが何を意味していないのですか?私は私の構成を識別しようとしています.私は
を持っています身体像の贅沢、身分証明を助けるために.しかし、それはかなり難しいです、そして私はちょうど1つの
のためにそれを予約しますアップデートをする
パフォーマンスに変化がある場合は、バンドルNOD32とモニタの取り外しも検討します.
もう一度、これは私の理解を超えています.NOD32の簡単な研究をしました、そしてそれはある程度
のようですウイルス保護のブランド?私は確かに現在参照されているとおりに認識しません.
でそれを見ても現在インストールされているプログラムインベントリ.明確化?
現在のBIOSレベル、2016年01月22日からP2.00です.更新が必要な場合は、それらを完了させることができます.私はBIOSのアップデートについて読み、その一部を望んでいません.
しかし、バックレベルのBIOSが本当に私が説明した問題を引き起こす可能性がありますか?または、それはただ
ですかはとにかく修正が必要です、そして最終結果が私の説明に与える問題にもどのように影響しても?
古いBIOSversionでは、
Windows 10
の変更が必要になる可能性があり、それが原因で互換性の問題が発生したり、破損したりします.
そのため、
Windows 10
のインストールを成功させるためにこれまで以上に必要なBIOSアップデートにより、安定性も向上しています.応答5# ->にスキップ6 #Gmak152はい、理解しました.私は頻繁な関係に精通しています
BIOSレベル(別名ファームウェア、別名マイクロコード)およびソフトウェアの機能強化.
そして、NOD32休止状態の存在の痕跡を見つけましたが、できません
積極的な存在の特定の証拠を見つける.
しかし、必要に応じて、これらの問題を確認して修正します.
更新を楽しみにしています.
応答7# ->にスキップ8 #Gmak152存在しています.ある程度まで.それはさらに
で活性化されるようなシェル施設です.インストール/初期化.所有者が選ぶべきです.私はそれの活動の兆候を見つけることができません.いいえスタート
List Presence、前景/バックグラウンドタスクリストの存在、およびプログラムインベントリの存在なし.
主に10/27/2015で、1つのコンポーネントディレクトリが05/19/2010と日付されています.
2010年の日付はシステムが建設される前に長い間、2015年の日付はおそらくBuild
の周りにあった.時間
4つのディレクトリの存在:
(1)
c:\powerspec
(1)
c:\windows\configsetroot\$ OEM $\$ 1\powerspec
(2)
c:\windows\configsetroot\$ OEM $\$ 1\hdi_install_files
これは製品かもしれないと思います:
もちろん、これらの防衛システムはしばしば任意の形式の従来の操作に従わないことが多い.私はかつて
ですWebRootをインストールしました.NOD32は巧妙に
です隠したが、それでもアクティブな?
あなたはWindows Defenderを起動しましたか? nod32がデフォルトである場合、それはデフォルトとしてWindows Defenderを介して引き継ぎます.
応答9# ->にスキップ10 #Gmak152Defenderは私の週末の管理ルーチンの一部です.
今日の初期のDefenderを含む週末のルーチンを走った.
は間違いありませんMS Defenderです.Defenderが「完全に「完全に」置換されていない限り
NOD32
しかし、あなたは正しいかもしれません、あるいは私がeSET製品
であることを見ることについて、間違っているかもしれません.残骸.での読み方に基づいて:
私のシステムによく知られていないURLの説明にはありません.
PowerSpecに書き込めることができたとします(現在の最小NOD32ディレクトリ
システム上の構造はいくつかのPowerSpec修飾子を共有しているようです)そして
それについて何も知っています.以前に報告されたコンポーネント日付に基づいて、
NOD32部品がこのシステムを所有する前にありました.
その照会をすることを選択した場合は、PowerSpecの回答をここに報告します.
応答10# ->にスキップ11 #Gmak152連絡先情報についてPowerSpecサイトを検討するプロセス:
私は彼らの後に続いた(「Call Tech Support」(「Eメール」))恐ろしい情報に招待する
ボックス.その連絡先アドレスを抽出すると、
その住所に従うならば、あなたはwww.microcenter.comの代替に巻き込まれます.
PowerSpecブランドの小売業者です.(PowerSpecはおそらく
ですマイクロセンター用ハウスブランド.とにかく....
参照されているマイクロセンターサイトを見て、パネルの約2/3RDのパネルの下に、
「ESETサブスクリプション更新」の選択を見てください.だから、明らかにマイクロ中心/電力
仕様は、このESET(NOD32のメーカー)会社と何らかの関係を持っています.
このPowerSpec G425は、常に廃棄されています.しかし、これらすべての相互接続
サイト参照(PowerSpec->Micro Center->ESET->NOD32)Manfacturous/
を教えてくれる小売業者はこのNOD32の存在のためのソースです.
コメント(S)
SymantecとMcAfeeを使用して、それぞれのAV(通常は試用版)をバンドルします.
応答12# ->にスキップ13 #Gmak152私は理解し、同意します.私は私のシステム上のnod32のどこの説明であると言っています
出身.
PowerSpec製造元、またはマイクロセンターPowerSpec小売業者(違いがあれば)
ESET NOD32製品の(試用版)versionの版裁判が受け入れずに期限切れになると、
おそらくNOD32製品は最終的に終わって、私が私のシステムで見るトレイルの存在を残しますか?
このPowerSpec G463システムを見る:
「ソフトウェア」タブには、ESET NOD32&Office 365試験が含まれています.
私はおそらく私のNOD32のトレースプレゼンスが出身したところであると言っています.
あなたはすでにNOD32に高い程度の親しみやすさを持っているかもしれませんが、ここでそれについて読んでください:
btw.このPowerSpecユニットは優れたシステムでした.非常にしっかりしたコンポーネントでよくできています.
応答13# ->にスキップ14 #Gmak1522019年11月の更新...
ここでの最後の投稿は08/10/2019で、「SystemSettingsBroker」を修正するためにこれ以上何もしていません
最初に説明した問題.しかし、誰かがいる場合に備えて、共有すべき少し前向きな情報を持っています
elseはこれらのコメントから何らかの洞察を得るかもしれません.
2019年8月10日のディスカッションでは、時間が経つにつれ、説明されたこれらの失敗をまだ受け取っていました.ただし、
迷惑なことではありますが、失敗は害のないもののようです.しかし、近づかないと
Windowsアップデートパネル(自動アップデート/手動アップデートが表示される、または起動されるパネル)
「SystemSettingsBroker」のエラーが頻繁に発生しません.繰り返しますが、時間が経つにつれ、わかりました
失敗が少なくなり、その間に遠くなった
まだ問題を完全に解消しているわけではありません.しかし、この記事の執筆時点で私は次のように述べています.
10/27以降、「SystemSettingsBroker」エラーは発生しませんでした.簡単な方法で問題を生成できるかもしれません
[更新]パネルに再度アクセスしますが、私はしません.エラーが含まれる期間を確認してください.
おそらく、MSの誰かがこのスレッドを読んで、エラーに対処しました(エラーが始まったことを思い出してください
).ほぼすぐに#1903に更新されます).更新パネルへの頻繁なアクセスは単純でした
通常の使用の副産物(パネルにアクセスして、更新の過去/保留中などを確認します)
エラーがなくなったかどうか、またはエラーが休止中かどうかについてはコメントできません.しかし、私が余分になった場合
さらに貴重な情報.必ずこちらに伝えておきます.