WINDOWS8で自動スリープに入らない

ノートPCにLAN/USB機器などすべて取り外した状態でテストは行いましたか？私の知人でノートにマウスを使用してチャタリング気味になっていたのが原因でということがありました。戻した時だけなんともなかったということもあり得ますよ。

あとはメーカーからもディスプレイドライバ関連の可能性を示唆されたのでしたら、ダメもとで（Windows8で試行したことはありません）可能でしたら以下を試してみるのもいいかもしれません。今野さん、もしWindows8ではこの操作を行うことができないようでしたらアドバイスをお願いします。

但し、システムファイルを操作しますので自身がある場合以外は行わないでください。

「ディスプレイドライバの応答停止と回復」メッセージについて

http://pc-seven.jp/faq/index.cgi?no=183&continue=on

jyamira1様

返信頂きありがとうございます。現在

A．５月６日１６時頃の状態保存（スリープ出来ていたもの）

B.５月２１日１６時頃の状態保存（スリープに入らないもの）

C.５月２２日１６時頃の状態保存（Aをベースにデータ移行したもの）

を作成しており、状態遷移に時間が掛かり、返信遅れましたこと、申し訳ありません。

>ノートPCにLAN/USB機器などすべて取り外した状態でテストは行いましたか？私の知人でノートにマウスを使用してチャタリング気味になっていたのが原因でということがありました。戻した時だけなんともなかったということもあり得ますよ。

B状態で確認しました。反応はありです。

スリープ確認は特に記載していない場合は、画面を暗くする、ディスプレイの電源を切る、スリープ状態にするをすべて１分設定にして確認しています。

LAN：無線ですのでそのまま

マウス：富士通さんから購入した（メーカー動作確認済）ものを壊してしまい、市販品を現在使用しています。

購入当初から、”外部マウスを使用する場合、内臓ポインティングデバイスを無効にします”で使用しています。

B状態に戻す時（1回目）：マウスは接続したまま

• スリープに入らない
• その状態からマウスを外す→スリープに入る
• マウスを付ける→入らない
• 再起動後外す→入らない
• マウスをつける→入る

と異常な振る舞いになりました。

更にB状態に戻して（2回目）：マウスは外して

• そもそもログイン画面でポインティングデバイスが動作しない
• マウスを付けてログインし、ポインティングデバイスが使える状態で外すして確認→スリープ入る
• 再起動してもポインティングデバイスが使えないので、使えるところまでマウス操作→スリープ入らない

どうもポインティングデバイスの動作がかなり不安定です。

６月２３日にメーカーに問い合わせてみます。

ただ、スリープに入るA状態、C状態でも同様な動作になっています。

前機のVISTAでは

• ログインし、『ポインティングデバイスが無効になりました』の表示が出るまでポインティングデバイスは使えたが、動かない
• マウスを外した場合はいつでもポインティングデバイスが使えた

だったのですが・・・

あと、必要な情報かどうか判断つきませんがそれぞれの状態に戻した直後にpowercfg /requestsを実施した場合

A状態、C状態：実行　\Device\HarddiskVolume5\Windows\system32\SerchIndexer.exe (WSerch) Windows Serchのインデックスを作成しています

と出て、暫くすると消えますが

B状態でマウス接続せずに状態の遷移を行った場合：Serviceでデフラグが行われた後、\Device\HarddiskVolume5\Windows\system32\svchost.exe(RasMan)　アクティブな接続と出て消えました。

>あとはメーカーからもディスプレイドライバ関連の可能性を示唆されたのでしたら、ダメもとで（Windows8で試行したことはありません）可能でしたら以下を試してみるのもいいかもしれません。今野さん、もしWindows8ではこの操作を行うことができないようでしたらアドバイスをお願いします。

>但し、システムファイルを操作しますので自身がある場合以外は行わないでください。

これに関しては折角ご提案頂いたのですが、システムファイルの操作の知識が無いため、実施していません。

今野　浩二様

お返事ありがとうございます。

>・ 作業の結果

jyamira1様から頂いたアドバイスから、ポインティングデバイスがおかしいと感じてはいるのですが、経緯として一度まとめます。

1. ５月６日の状態に戻した段階で、Adbe　ReaderⅪ（11.0.03）は適用されてしましました（自動的にアップデートをインストールする状態だったので）：スリープに入る
2. ５月６日のWINDOWUPDATE2個適用：スリープに入る
3. （これは記載していませんでしたが）無線LAN機器の設定ツールが４つインストールされていました。これも適用：スリープに入る
4. ５月１６日分WINDOWUPDATE１２個：スリープに入る
5. ５月１６日分WINDOWUPDATE３個：スリープに入る
6. ５月１８日ダウンロードソフト：スリープに入る

OFFICEの更新は気が付いたら入ってしまっており、どこのタイミングか判りませんが、問題にはなっていないようです。

ただ、Adbe　ReaderⅪ（11.0.03）を避けようと、データ移行してすぐディスクトップ画面で（上記１．の前）Adbe　ReaderⅪを立ち上げ、環境設定＞アップデーター＞自動的にアップデートをインストールする→アップデートの通知を受信するが、ダウンロードしてインストールするときには指定するに変更し、ユーザーアカウント制御をはい、にした時、11.0.03はダウンロードされてしまったのですが、スリープに入らない現象が再現しました。

５月１８日のAdbe　ReaderⅪアップデートの際、自動で適用されるのが気持ち悪かったので、自動的にアップデートをインストールする→アップデートの通知を受信するが、ダウンロードしてインストールするときには指定するに変更した経緯がありましたので、jyamira1様からのアドバイスを頂く前はこれが原因だと考えていました。

ただ、その後２回同じことを繰り返しましたが、再現しませんでしたが。

>・具体的にどのような状態になるのか。
 これは画面を暗くする、ディスプレイの電源を切るの２つを無効にし、スリープ状態にするを１分設定にして確認しましたが、全く反応無しです。

>・ 手動でスリープにした場合も同じ状況か。

設定→電源からの手動スリープはきちんと反応します。

>なお、KB 2836988 が関係しているか調べてみたのですが、特に情報は見つからなかったです。。ただ、適用後でも自動でスリープになったということであれば、関連性は低いのかなと思います。

わざわざ調査頂きありがとうございます。

切り分け結果からも、関連性は低そうです。

naotana さん、ご返信ありがとうございます。
これまでの切り分け結果から、ポインティング デバイスの動作が疑わしいのですね。

powercfg コマンドで他に確認できそうなこととして、「こちらのスレッド」の 水野　秀俊 さんの投稿を参考に、energy オプションを試してみてはいかがでしょう。

Windows キー + X キー > コマンド プロンプト (管理者) > 「powercfg /energy -output 出力先のパス」

上記操作で HTML ファイルとして「電源効率の診断レポート」が出力され、スリープ移行を阻害している原因が分かるかもしれません。

・Powercfg のコマンド ライン オプション

確認してみてくださいね。
※ すでに確認済みでしたらごめんなさい。。。

近藤様

ご返答ありがとうございます。

>Windows キー + X キー > コマンド プロンプト (管理者) > 「powercfg /energy -output 出力先のパス」

に関しては記載していませんでしたが、既に実施しており、スリープ阻害要因は見つかりませんでした。

ポインティング デバイスの動作がおかしいと感じたので、富士通さんに問い合わせましたが、結果は『仕様で問題無し』でした。

”外部マウスを使用する場合、内臓ポインティングデバイスを無効にします”にチェックを入れた場合

ＶＩＳＴＡ：WINDOWSが立ち上がる（ログインする）まではポインティングデバイスが使えた

WINDOWS8：使えない仕様（ＡＬＰＳのポインティングデバイスですが）

とのことです。

ちなみにB状態で”外部マウスを使用する場合、内臓ポインティングデバイスを無効にします”のチェックを外してマウスも外すと、全くスリープに入らなくなります。

切り分けが手詰まりです。

現状過去の状態からスリープ機能は復帰しているのですが。

同様の状態に陥った場合は

・jyamira1様からご指摘頂いた『外部マウスを外してみる』

・治らない場合はCドライブの初期化

くらいでしょうか・・・

６月１２日にスリープに入らない現象が再発してしまいました。

またwindowsupdate直後です。

（何か関係ありそう）

自動更新履歴を見ましたが、windowsupdateが何度か失敗していたのと、富士通アップデートナビも１度失敗しました。

今回気が付いたのは、スクリーンセイバー、若しくは画面がブラックアウトする前、若しくは画面復帰後に通知領域の『自動メンテナンス』にチェック（実行中）が入っています。

阻害しているのは自動メンテナンスのようです。

状態B（５月２１日１６時ころの自動スリープに入らない）で同じ問題なのか確認しようとしましたが、windowsupdateを手動で適用したところ、症状が消えました。

６月１２日の状態はwindowsupdateが何度か失敗して気持ち悪いので、６月１４日に問題無かった５月６日の状態に戻り

・acrobatreader（勝手に適用）

・ウイルスバスター（勝手に適用）

・選択出来るwindowsupdate26個（チェック外れていたのも全てチェックして）一気に適用

　→再起動（失敗無しも構成中に起動待ちのくるくる回る表示が右端にずれた）

・富士通アップデート５個

　→再起動

・自動メンテナンスを手動実行（何故か３時間掛かった）

本日（６月１５日）１分設定で確認しましたが、やはり自動でスリープに入りませんでした。

何か手順が悪い（特にwindowsupdate）、若しくは自動メンテナンスが正常に（自動スリープの阻害にならないように）する方法ご存じの方いらっしゃいましたらお教えください。

よろしくお願いいたします。

直近の状況です。

６月１４日に５月６日のバックアップデータに戻って、windowsupdateを行った状態ではスリープに入りませんでしたが、ディスプレイドライバを再インストールしたところ、不完全ながらスリープに入るようになっています。

・１週間に１回はスリープに入るが定刻から遅れる。その場合、自動メンテナンスにチェックが入る。１０～２０分程度遅れる。

・１日の最初のスリープは遅れる場合がある。同じく自動メンテナンスにチェックが入る傾向がある。５～２０分程度設定より遅れる。

※少なくとも全く自動でスリープに入らない状態では無くなりました。

このような症状になってる方いらっしゃいませんか？

改善はあったようですが、なかなか難しいですね。

上で書いた内容の障害（「ディスプレイドライバの応答停止と回復」メッセージについて）が起きる原因なのですが、ディスプレイドライバをアップデートしてもWindows8本体が持っているドライバはWindows updateで更新されるまで書き換えが行われないため整合性が取れないのが原因のようです。

Windowsのファイルが勝手・不用意に書き換えられないようにという機能との兼ね合いなのでしょうから、セキュリティー強化とのバーターで仕方がない部分もあるのだと思います。

このような部分とも多少関係があるのでしょうが、今回「手動で適用したところ、症状が消えました。」という部分を拝見して試してみた方がよいことがあると感じましたのでお知らせします。

PCの不具合を極端に嫌う人などは再起動を伴う更新やソフトウエアのインストール時などに、「再起動とシャットダウンは異なる。再起動ではなくシャットダウンをして立ち上げた方が確実だ」といいます。この辺になると少しオカルト気味なところもあるのですが、Windows8を搭載したPCの場合はこの事象が全くあてはまる事態が起きるのです。

その原因は主に「ファーストブート」などと呼ばれるPCの起動を速くする機能にあります。こちらの機能では起動時のハードウエアの読み込みなどが設定次第で省略されます。また、表現が正確でなく申し訳ないのですが、Windows7までの再起動やコールドスタートと比較すると休止からの復帰に近いような感覚です。

これが原因でいろいろな不具合が発生する場合も儘あるようですので、起動は少し遅くなりますが一度BIOSからファーストブートを切って運用してみてください。