「その5分前」を含む日記 RSS

はてなキーワード: その5分前とは

2023-06-20

anond:20230617130920

だめじゃあ。

今またブルスクKERNEL DATA INPAGE ERROR だけど、結局のところSSDがビジーで応答を無くしたために

ページファイルが読めなくて・・というわけなんだろうなこれ。

しかSSDがビジーになる原因が特定できない。ここ最近、ずっとタスクマネージャーを画面の片隅に置いてにらめっこしているが

フリーズの間際に最後にチラ見できた限りでは System が少しディスクを使っていたが、これが重大な負荷をかけているとは思えない。

もう分からない。。。

そういえば、だいたいブルスクが出る時間Bing Wallpaper が壁紙を交換する時間が一致してる気がする。

以前は夕方壁紙が交換されてた気がするが、最近は確かにこのあたりの時間だ。

ずっと前から Bing Wallpaper が壁紙を交換するタイミングで、マウスが少しカクついてたりするのは気になってた。

壁紙の交換は、弱った SSD に対しては負荷の高い作業なんだろうか?

熱のせいで不正終了を繰り返した結果、ファイルシステムが傷んじゃって、壁紙交換程度でも無用な負荷がかかっちゃうのか。

どんなアプリでも、このよわよわ SSD をがっつり使おうとすると妙な負荷がかかる可能性はあるんだろうかね。

Dell Data Vault も、まあユーザー利益の見えづらいよく分からんアプリとは言え、ブルスク犯として糾弾するのはちょっと安直だったかな。

もうちょっとだけ知見を貯めた後で SSD換装するんじゃ。

追記:やっぱり、ちょっとPC放置してると Antimalware Service Executable がSSDをまさぐるんだけど

少しの間、マウスが応答しなかった。SSD が通常の負荷に対して弱くなってるんだろうなあ。

追記2:本日21日も朝からBSoD

転んでもタダでは起きたくないというか、SSDを交換する前に、何かこう完璧で究極の知見を得てから

「よし、次のSSD運用する時にはこれに気を付ければいいな!」みたいな何かが欲しいんだが。

難しい。

そんな絶賛ハードウェアトラブル中にもかかわらず、メモリを16G追加しちゃったwアホかーw

追記3:

ちなみに Bing Wallpaper は完全にシロ。壁紙更新する時間ログイン直後だが、BSoD になるのはその1時間以上後。

さてさて、ここ連日 UNEXPECTED STORE EXCEPTION か CRITICAL PROCESS DIED の BSoD が「毎日・朝に・1回だけ」発生。

今朝はようやく、SSDに大きな負荷がかかった直後、まだタスクマネージャーが応答する状態で、諸々と観察する事ができた。

しかタスクマネージャー確認した限りでは、何らかのプロセスSSDに負荷をかけているようには見えなかった。

タスクスケジューラーログをとってみたところ、BSoDの直前に動いていたタスクWindows Error Rporting/QueueReporting とのこと。

で、このタスク自身は無事終了。

タスクからして、エラー情報キューイングしてるのかな。まさかこの後、実際に送信する時にSSDに負荷がかかってる?

このタスクというかサービスを止めてみるとどうなるんだろう?

とはいえもちろん、普通SSDであれば難なくこなす作業であり、弱っている(と思われる)特別状態にあるSSDにだけ荷が重いんだろう。

たとえ何が起きているのかを正確に突き止めたとしても、価値ある情報にはならない気がしてきた。

週末はいよいよ新しいSSDに交換だ。

追記4:

やっぱり、Windows Error Reporting Service を止めたら、ここ最近毎日朝に発生していた BSoD今日は発生しなかった。

通常の状態であれば、Windows Error Reporting なんて大した負荷じゃない。

でもその作業中に、弱ったSSDのどこかのツボを突いちゃってるんだろうかな。これ以上の深入りは不要だろうか。

しかしそういえばちょっと昔、おそらく Windows Error Reporting が 30G 以上のファイル送信したらしく

プロバイダから警告が来た事があった。

それまでは長期出張のためにポケットWi-Fiレンタルしており、容量は実用上は十分だったが

それでも万一を考え「従量制課金接続」の設定をオンにし、通信容量を節約していた。

そのおかげかは分からないが、Windows Error Reporting も情報送信していなかったらしい。

そして家に帰り有線接続となった途端、Windows Error Reporting が大量の情報送信したらしい。

まりに溜まったエラー情報は、やっぱり何かしらの負荷になるはずだ。

Windows品質向上に協力するのは別にやぶさかではないんだが、どんだけのエラー情報が溜まっているのか

それをコントロールする事は出来るんだろうか?

ディスククリーンアップ」で出来るらしい。といっても3Mしか溜まっておらず、クリーンアップは短時間で終了。

追記5:

Windows Error Reporting Service は動かしていないが、それでも今日SSDに妙な負荷がかかったようで1分ほどフリーズBSoD には至らなかった。

タスクスケジューラーログ有効にしてあるが、少なくともその5分前までに走ったタスクは無い。

結局「SSDが弱っているから、何が起きても不思議じゃない」という幕引きになるのか?

追記6:

随分前にDiagnostic Policy Serviceのファイル操作で異様に長い時間がかかる事を突き止めていた。もちろん、根本原因はこの傷んだSSDのせい。

なので、このサービスもずっと停めてある。

おそらくこのおかげで、30秒くらいフリーズの後にBSoDが出る事は無くなった。

しか今日(7/10)もやはり UNEXPECTED STORE STATEBSoD が発生。今は(午前中である事は変わりないが)ほぼ予兆無く突然発生する印象だ。

そのため、何か起きそうな時にリソースモニターで状況を見てみたり、スリープを試みたりする余裕が無い。

もうちょっと何かこう、面白いものが見られないかなーと思うんだけどなあ。

 
ログイン ユーザー登録
ようこそ ゲスト さん