中止状態に出来ない

質問

電源の追加設定で電源プランの選択またはカスタマイズ、電源ボタンの動作の選択、現在利用できない設定設定を変更しますまで進み、休止状態にチェックをいれ保存しましたが、シャットダウンまたはサインアウトで休止状態をクリックするとロックになってしまいます。
この症状を改善する方法をご教示いただけないでしょうか。
なお、シャットダウンまたはサインアウトにロックは表示されていません。
よろしくお願いいたします。

回答No.33

yakan9 · ベストアンサー

警告や、エラーは設定を変えなて限りほとんど同じレベルのレポートが出るだけで何にも新鮮味はありません。
当方の言っている意味が全く分かっていません。
警告の２８件全てか否かを問うているだけなのです。
会話が成り立っていないので、もう諦めますので、新規の、スリープ、休止状態の意味を理解し、回答No.28,２９,３０の記載内容について調査し、設定を見直し、休止状態にできるか頑張ってください。

お礼

有難う御座いました。

Powered by GRATICA

回答No.32

yakan9

回答No.２８　～　回答No.３０に記載したことはやってもらえましたか。
結果どうなりましたか。

回答No.31

yakan9

まだ報告してもらっていないのが一つあり、
> この中の警告だけ２８個を補足してもらったのですが、それが回答No.１０の補足です。
そこに記載されているのは、本当に中身だけであり、２８件全ての警告なのかが記載されていなかったため、確認を取りたかったわけです。
よって単に、警告2８件全てをコピー貼り付けしましたでよいわけです。

これがまだ不明です。エラー４個は、区切りかあり４個がはっきりしていますが、警告２８件は区切りがはっきりしておらず２８件あるかないかいまだに不明です。
多分これで解決だろうと思いますが、２８件の件は不明のままです。

補足

うっかり先日の警告に今日現在の警告を上書きしてしまいましたが、参考になるのでしょうか？
警告
① プラットフォーム タイマー精度:プラットフォーム タイマー精度
既定のプラットフォーム タイマー精度は 15.6 ミリ秒 (15625000 ナノ秒) で、システムがアイドル状態のときは常にこれが使用される必要があります。タイマー精度が細かくなると、プロセッサの電源管理が効率的でなくなる可能性があります。タイマー精度は、マルチメディア再生やグラフィック アニメーションが原因で細かくなる場合があります。
現在のタイマー精度 (100 ナノ秒単位) 156238
最大タイマー期間 (100 ナノ秒単位) 156250
②　プラットフォーム タイマー精度:未処理のタイマー要求
プログラムまたはサービスで、プラットフォームの最大タイマー精度よりも小さなタイマー精度が要求されました。
要求された期間 10000
プロセス ID を要求しています 1084
プロセス パスを要求しています \Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\msedge.exe
③　プラットフォーム タイマー精度:未処理のタイマー要求
プログラムまたはサービスで、プラットフォームの最大タイマー精度よりも小さなタイマー精度が要求されました。
要求された期間 10000
プロセス ID を要求しています 2192
プロセス パスを要求しています \Device\HarddiskVolume3\Users\yamas\AppData\Local\LINE\Data\plugin\LineMediaPlayer\1.2.0.510\LineMediaPlayer.exe
　④　プラットフォーム タイマー精度:未処理のタイマー要求
プログラムまたはサービスで、プラットフォームの最大タイマー精度よりも小さなタイマー精度が要求されました。
要求された期間 10000
プロセス ID を要求しています 9264
プロセス パスを要求しています \Device\HarddiskVolume3\Program Files (x86)\Canon\Solution Menu EX\CNSEMAIN.EXE
　⑤　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 1084
平均使用率 (%) 10.98
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 8.85
\SystemRoot\system32\ntoskrnl.exe 0.85
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.78
　⑥　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 14496
平均使用率 (%) 10.11
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 9.35
0.30
SystemRoot\system32\ntoskrnl.exe 0.22
　⑦　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 14612
平均使用率 (%) 4.25
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 1.72
\SystemRoot\system32\ntoskrnl.exe 1.18
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.36
　⑧　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 AmazonPhotos.exe
PID 8504
平均使用率 (%) 3.04
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Users\yamas\AppData\Local\Amazon Drive\sqlite3.dll 1.77
\SystemRoot\system32\ntoskrnl.exe 0.80
\SystemRoot\System32\drivers\FLTMGR.SYS 0.17
　⑨　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 PhoneExperienceHost.exe
PID 1100
平均使用率 (%) 2.33
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files\WindowsApps\microsoft.windowsappruntime.1.4_4000.1010.1349.0_x64__8wekyb3d8bbwe\Microsoft.ui.xaml.dll 0.61
\SystemRoot\system32\ntoskrnl.exe 0.41
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.36
　⑩　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 15244
平均使用率 (%) 2.20
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.73
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 0.57
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.14
　⑪　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 9532
平均使用率 (%) 1.41
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 1.22
\SystemRoot\system32\ntoskrnl.exe 0.11
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.03
　⑫　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 aswidsagent.exe
PID 4840
平均使用率 (%) 1.35
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files\Avast Software\Avast\aswidsagent.exe 0.48
\SystemRoot\system32\ntoskrnl.exe 0.46
\SystemRoot\System32\Drivers\Ntfs.sys 0.11
　⑫　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 downloader2.exe
PID 9368
平均使用率 (%) 1.29
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.46
\SystemRoot\System32\win32kbase.sys 0.13
\Device\HarddiskVolume3\Windows\SysWOW64\combase.dll 0.11
　⑬　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセ

回答No.30

yakan9

当方の設定方法の提案は、スリープは１時間、休止状態は１時間１０分を設定しておく。
分かりやすく言えば、貴殿は、仮眠してはいけない、冬眠は許すとパソコンに言っているわけで、
パソコンは、眠るなと言われれば、冬眠は絶対できないんだ、と解釈していることになります。

補足

プロセス名 LineMediaPlayer.exe
PID 2192
平均使用率 (%) 1.19
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.47
\SystemRoot\System32\win32kbase.sys 0.09
\SystemRoot\System32\win32kfull.sys 0.09
　⑭CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 System
PID 4
平均使用率 (%) 1.13
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.92
\SystemRoot\system32\DRIVERS\igdkmd64.sys 0.06
\SystemRoot\System32\drivers\dxgmms2.sys 0.02
　⑮　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 AvastSvc.exe
PID 3700
平均使用率 (%) 0.81
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.20
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.16
\Device\HarddiskVolume3\Program Files\Avast Software\Avast\ashServ.dll 0.11
　⑯　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 12280
平均使用率 (%) 0.79
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 0.41
\SystemRoot\system32\ntoskrnl.exe 0.19
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.06
　⑰　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 dwm.exe
PID 1072
平均使用率 (%) 0.62
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.18
\Device\HarddiskVolume3\Windows\System32\dwmcore.dll 0.12
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.06
　⑱　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 robotaskbaricon.exe
PID 4428
平均使用率 (%) 0.45
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.21
\SystemRoot\System32\win32kbase.sys 0.03
\Device\HarddiskVolume3\Windows\System32\wow64win.dll 0.03
　⑲　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 rpbgdownloader.exe
PID 4396
平均使用率 (%) 0.36
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.18
\SystemRoot\System32\win32kfull.sys 0.05
\SystemRoot\System32\win32kbase.sys 0.03
　⑳　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 UninstallMonitor.exe
PID 8272
平均使用率 (%) 0.33
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.18
\Device\HarddiskVolume3\Windows\SysWOW64\KernelBase.dll 0.03
\Device\HarddiskVolume3\Windows\System32\wow64cpu.dll 0.02
　㉑　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 7372
平均使用率 (%) 0.33
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 0.24
\SystemRoot\system32\ntoskrnl.exe 0.05
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.01
　㉒　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 svchost.exe
PID 2288
平均使用率 (%) 0.32
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Windows\System32\sysmain.dll 0.28
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.02
\SystemRoot\system32\ntoskrnl.exe 0.01
　㉓　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 12764
平均使用率 (%) 0.30
モジュール 平均モジュール使用率 (%)
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 0.21
\SystemRoot\system32\ntoskrnl.exe 0.05
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.02
　㉔　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 csrss.exe
PID 916
平均使用率 (%) 0.22
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.08
\SystemRoot\System32\win32kfull.sys 0.07
\SystemRoot\System32\win32kbase.sys 0.04
　㉕　CPU 使用率:プロセッサ使用率のかなり高い個別プロセスです。
このプロセスは、トレース中に記録された合計プロセッサ使用率の大部分に影響しています。
プロセス名 msedge.exe
PID 1252
平均使用率 (%) 0.21
モジュール 平均モジュール使用率 (%)
\SystemRoot\system32\ntoskrnl.exe 0.13
\Device\HarddiskVolume3\Program Files (x86)\Microsoft\Edge\Application\119.0.2151.93\msedge.dll 0.04
\Device\HarddiskVolume3\Windows\System32\ntdll.dll 0.01

回答No.29

yakan9

特に気になるのは、下記の一文です。

> 電源ポリシー:スリープ タイムアウトは無効になっています (電源接続時)
コンピューターは、非アクティブな状態が一定時間続いた後に自動的にスリープするように構成されていません。

これを解き明かしなるべくスリープと休止状態を同じ時間にしてしまうかです。

補足

11月30日現在の「エラー」です。
エラー

電源ポリシー:ディスプレイ タイムアウトは無効になっています (電源接続時)
ディスプレイは、非アクティブな状態が一定時間続いた後に電源が切れるように構成されていません。

電源ポリシー:スリープ タイムアウトは無効になっています (電源接続時)
コンピューターは、非アクティブな状態が一定時間続いた後に自動的にスリープするように構成されていません。
USB 中断:USB デバイスはセレクティブ サスペンドになっていません
このデバイスはセレクティブ サスペンド状態になりませんでした。この USB デバイスがセレクティブ サスペンド状態でないときには、プロセッサの電源管理が行われないことがあります。このことによって、システムのスリープが妨げられることはありません。
デバイス名 USB Composite Device
ホスト コントローラー ID PCI\VEN_8086&DEV_8C31
ホスト コントローラーの場所 PCI bus 0, device 20, function 0
デバイス ID USB\VID_04C5&PID_14DC
ポート パス 11

CPU 使用率:プロセッサ使用率は高レベルです
トレース中の平均的なプロセッサ使用率は高レベルでした。平均プロセッサ使用率が非常に低い場合、システムの消費電力は少なくなります。個々のプロセスのプロセッサ使用率を確認し、合計プロセッサ使用率に最も影響しているアプリケーションおよびサービスを判断してください。
平均使用率 (%) 50.01

回答No.28

yakan9

エラー4個のうち、３個が、電源オプションに関してですね。
これが関係しているように見えます。
この３個に関し、一般的に、電源オプション設定の見直しをすべきかと思います。
基本的な流れは、ある一定時間パソコンの使用がないようであれば、スリープにして、スリープしてもある一定時間監視し、それでも使用しないようであれば休止状態に持っていこうというデザインが一般的です。
それを、電源オプションでスリープにならないようにしたり、休止状態にならないように無理やり曲げていないかです。
こんな制限をつけていると、いろんな弊害が出ます。
こうしたことを考えて一度電源管理の見直しをしないとおそらく解決しないと思います。
例えば下記のような例に沿って無理な設定ではないかといったことをチェックして行く必要があります。
休止状態にしたいために、スリープをさせないような指定していないかとかです。

Windows 10で「休止状態」を使う
https://news.mynavi.jp/article/win10tips-55/

Windows 10で休止状態が使えない場合の対処法
https://kiritsume.com/how-to-enable-hibernation-on-windows10/

Windows 10の電源メニューに「休止状態」を表示する
https://atmarkit.itmedia.co.jp/ait/articles/1808/20/news026.html

回答No.27

yakan9

> 「ブロックになる。」は 「ロックになる。」の入力ミスです。

了解しました。

まだ補足をもらっていない項目、

回答No.２２の、
>>>> ここから、
> 4個のエラー
２８個の警告
３７個の情報
この中の警告だけ２８個を補足してもらったのですが、それが回答No.１０の補足です。
そこに記載されているのは、本当に中身だけであり、２８件全ての警告なのかが記載されていなかったため、確認を取りたかったわけです。
よって単に、警告2８件全てをコピー貼り付けしましたでよいわけです。
もしそうであればエラー４件の内容も知りたくなってきています。
ただし、あまりに警告の２８件の量が多く半分くらいしかコピー貼り付けされてなければ、残りを張り付けてもらおうと思ったのです。
>>>>> ここまで

ついでに、エラー４個の内容を補足に入れてください。

休止状態の、on /off を、onを２度続けて入れてみるとか、
３度続けて入れてみるとかは変化あるかです。

補足

電源効率の診断レポート
エラー

電源ポリシー:ディスプレイ タイムアウトは無効になっています (電源接続時)
ディスプレイは、非アクティブな状態が一定時間続いた後に電源が切れるように構成されていません。

電源ポリシー:スリープ タイムアウトは無効になっています (電源接続時)
コンピューターは、非アクティブな状態が一定時間続いた後に自動的にスリープするように構成されていません。

USB 中断:USB デバイスはセレクティブ サスペンドになっていません
このデバイスはセレクティブ サスペンド状態になりませんでした。この USB デバイスがセレクティブ サスペンド状態でないときには、プロセッサの電源管理が行われないことがあります。このことによって、システムのスリープが妨げられることはありません。
デバイス名 USB Composite Device
ホスト コントローラー ID PCI\VEN_8086&DEV_8C31
ホスト コントローラーの場所 PCI bus 0, device 20, function 0
デバイス ID USB\VID_04C5&PID_14DC
ポート パス 11

CPU 使用率:プロセッサ使用率は高レベルです
トレース中の平均的なプロセッサ使用率は高レベルでした。平均プロセッサ使用率が非常に低い場合、システムの消費電力は少なくなります。個々のプロセスのプロセッサ使用率を確認し、合計プロセッサ使用率に最も影響しているアプリケーションおよびサービスを判断してください。
平均使用率 (%) 46.97
「休止状態」の on/off を3度続けましたが「ロック」になる状態が続きます。
「シャットダウンまたはサインアウト」で「ロック」の項目が無くなり、「休止状態」の項目が表示されそれをクリックすると「ロック」になる、というのが今の状態です。

回答No.26

yakan9

回答No.１６の補足に、
> そして再起動後「休止状態」をクリックしたら「ブロック」になりました。
質問文では、
> シャットダウンまたはサインアウトで休止状態をクリックするとロックになってしまいます。
少し変わったか。
ロックになる。　→　　ブロックになる。

これは、事実か。
下記を再度確認。
コマンドプロンプトで管理者で実行して、
powercfg /h off
powercfg /h /type reduced
休止状態を無効化し、
この時、
hiberfil.sys はあるか、休止状態を押すと、ロックか、ブロックか。
のチェックを行う。

つぎに、
powercfg /h /type full
powercfg /h on
と入れ、休止状態を有効化する。

そしてまた、hiberfil.sys はあるか、休止状態を押すと、ロックか、ブロックか。
のチェックを行う。

この間、休止状態に入っていかないかです。

補足

「ブロックになる。」は 「ロックになる。」の入力ミスです。

powercfg /h off
powercfg /h /type reduced

を実行すると

「休止状態ファイルのサイズが 3420336128 バイトにせっていされています。」
とかえってきます。

この時点では hiberfil.sysファイルはありません。

また「電源ボタンの動作の選択」から「休止状態」の項目はなくなっています。

powercfg /h /type full
powercfg /h on

を実行すると

「電源ボタンの動作の選択」に「休止状態」の項目が復活しています。
hiberfil.sysファイルはありません。（隠しファイルを表示して確認しました）

「休止状態」をクリックしましたが「ロック」」になりました。

回答No.25

yakan9

この質問の基本となるのは、休止状態にならないこと。
それは、休止状態にしようとすると、
> 休止状態をクリックするとロックになってしまいます。
ということで、休止状態に持っていけないことです。
ではなぜこのロックになってしまうのかです。
当方の考えは、休止状態の設定、休止状態の環境を設定していない。
その他休止状態の持っていくための手順があるのではないかです。
基本的には、Windows10だけに問題が発生しています。
何故か、規定値で、休止状態をさせない設定でデザインされているためです。
何故かは不明です。
では、休止状態で使うファイルは、hiberfil.sys です。
pagefill.sysは、わざとペアで記載していますが、これは、仮想メモリのファイルです。
当方の考えは、hiberfil.sys があるかないかが非常に重要な要素だと思えるのです。
このファイルがあるかないかで、ロックするかが決まるのではないかと思っています。
基本的には、搭載メモリにより、hiberfil.sys のファイルサイズはシステムの方でセッティングします。
よって、回答No.16出のコマンドを入れることにより、hiberfil.sys のファイルのサイズが変わるのでないかと思っています。
回答No.１６コマンドの内容も解説したいがそれは、長くなり、この場には合わないので省略します。
基本、hiberfil.sys があるかないか、いつ作られたか、
回答No.１６のコマンドを入れたときに細心の注意を払い、帰ってきたメッセージを一字一句メモし、当方に教えてほしいことです。
その記載内容で、次の指示が出せるといいのですが。

補足

実は、昨日・今日と野暮用に忙殺されて「休止状態」の件に向き合えない状況でした。明日はかなり時間がとれそうなので、ガンバッテやってみます。よろしくお願い致します。

回答No.24

yakan9

> Chrome阿夫利というのが何のことか理解できませんのでそれもお教え
これは単純に、Chromeアプリと記載したつもりが、変換ミスで、確認とらずに送信したようです。申し訳ない。
そちらの中止状態と同じです。休止状態の意味と解釈済み。

補足

先ほどの「補足」にさらに補足したいのでこの欄からお願いします。
「シャットダウンまたはサインアウト（U)」から「ロック」が消えました。「休止状態」はありそれをクリックすると「ロック」に入ります。

回答No.23

yakan9

回答No.１６ですべて解決するものと思っていました。
しかしそのあと何も結果を記載しないで突如諦めますとのこと。
おいおい、結果はどうなったの。
といった感じで、管理者モードで入れたコマンドに対し、何らかのメッセージもなく、終わったのだろうか。
そのあと何の確認すらなくコマンドの効果の検証結果の報告もなく、当方はどうすりゃいいのか。
ともかくもう記載するものはありませんとしか言えません。