いきなり愚痴ですみません。
PCを起動し、メーカーロゴは表示されるのにWindows 10は起動せず、モニタの信号がオフになって画面は真っ暗。
そんなときはインターネットを検索するわけですが、上位に出てくるサイトは役に立たないサイトばかり。

「ハードウェアの故障かもしれません」
「掃除をしましょう」
「更新アップデートをアンインストールしましょう」
「スタートアップの修復をしましょう」
「リカバリ（初期化）しましょう」
「部品交換しましょう」
……。

違うんだよ！そうじゃない！

大げさな事はしたくないの。
初期化は嫌なの！今までの環境に戻したいの！
ちなみに過去にも触れましたが、スタートアップの修復で復旧したことは現時点でも1度もありません。

というわけで、以前にWindows 10の修復方法について記事にまとめましたが、それらを試す前にやったほうが良いことがあります。
上記の検索して出てくる数々のサイトにも書かれていなかったので記しておきます。

条件：ハードの故障ではないと思われるとき

今回試す条件としては、メーカーロゴが表示されBIOS(UEFI)にもアクセスでき、Windowsの回復オプション等にもアクセスできて、ストレージやメモリなどのハードの故障ではないと思われるとき。
HDDランプ（LED）が度々光って不規則に点滅してストレージが動作しているときに試してください。

PCの電源を入れたら長時間放置します。
ただそれだけ。

複数のPCにて、これでWindowsが起動しました。
時間としては30分～3時間ぐらい。
もちろん回復しないこともあります。
そのときは以前の記事「（かなり適当な）Windows10起動復旧修復手順メモ（画像なし）」を参考にして下さい。
私のようにせっかちですとすぐに電源ボタンを押したくなりますが、単純なことなので時間を無駄にしないためにもまず試してみてください。

今回は以上です。

いつ頃からか自宅のWindows 10 Proにリモートデスクトップ接続できなくなっていました。

結論を言うと、Windowsアカウントにパスワードが設定されていませんでした。

スマホでもLAN内の別PCからも接続出来ない

接続出来ないことに気付いたのは数ヶ月前にスマートフォンからアクセスしようとしたときのこと。
ここのところしばらく接続することはなかったので、スマホアプリのバージョンアップでおかしくなったのか、それともPCの設定を変更してしまい余計なことをしてしまったのか、いずれかが原因だろうと思いました。
しかし、接続できないPCと同一LANにある別のWindows 10のPCにはスマホアプリから接続できる。
その別PCから当該PCにリモートデスクトップ接続しようとするとやはりできない。
正しいはずのパスワードを入力しても「お使いの資格情報は機能しませんでした」「ログオンに失敗しました」と出るばかり。

よって、接続先PCに原因があるのだろうと後日直すことにしました。

過去は接続出来ていた

接続出来なくなったPCはWindows10にアップグレードする以前からリモートデスクトップ接続を許可しており、外出先等から度々アクセスしていました。
Windows10にしてからも何度も接続しており、リモートデスクトップ接続の許可設定やファイアウォールの設定等は済ませてあります。

念のため、「リモートデスクトップ接続できない」という内容でインターネット検索し、ヒットしたサイトの項目を確認しました。

・コントロールパネルからのシステム→詳細設定画面のリモートデスクトップ接続の許可設定はチェックが入った状態（許可状態）。
・設定画面からのシステム→リモート デスクトップ画面でもリモートデスクトップを有効にするがオンの状態。

詳しく言うといずれもグレーアウトされており「一部の設定は組織によって管理されています」と表示され、変更不可能な状態。
それはグループポリシーエディタで設定していたからです。
・「ユーザーがリモート デスクトップ サービスを使ってリモート接続することを許可する」が有効。
・「接続数を西漸する」が有効で、最大接続数の数値は999999。

ファイアウォールでは
・「ドメイン」「プライベート」「パブリック」の3つのプロファイルとも規則を適用する状態。
・ポート番号（変更済み）も昔から変わっておらずいつもの番号。

ルーターもこのポート番号では当該PCに接続されるように設定しています。

一体何故リモートデスクトップ接続出来なくなってしまったのか？

パスワードが設定されていなかった

当該PCでは起動時にパスワードを入力することなくデスクトップが表示されるように設定しています。
これはWindows XPの頃からこのような設定で各PCを運用しています。
よって、パスワード設定の有無に関わらず普段はパスワードを入力する機会がありません。

長年使用しているパスワードなので、もしかしたらセキュリティ面の懸念から変更してそのことを忘れてしまったのか？
念のためパスワードが正しいかどうか確認することにしました。
画面ロックしてからロック解除しようとするとパスワード入力欄が表示されず、サインインボタンだけ表示されました。
どういうことなのだろう？

パスワードを変更してみることしました。
設定→アカウント→サインイン オプション画面からパスワードを変更しようとしたところ、なんと！そもそもパスワードが設定されていませんでした！

接続出来るようになった

パスワードを設定したところリモートデスクトップ接続出来るようになり、問題は解決しました。
これで一件落着……ではあるのですが。。。

パスワードは何故消えたのか？
それはわからず仕舞いです。
今のWindows 10環境はWindows 7からのアップグレードで、クリーンインストールしたわけでもなくアカウントも作り直していない。
そもそも以前はいつものパスワードでリモートデスクトップ接続できていました。
なので消えた原因にまるで心当たりがありません。

しばらくの間、私はパスワード設定されていないPCを使用していたことになります。
パスワードがなくなってしまうことがあるのはちょっとした恐怖ですね。

エラーのないWindowsを使いたいと思う常日頃。またもトラブルです。
何を契機に始まったのかわからないけれど、Security-SPP のエラーが発生していることがわかりました。
いつものように、自分用メモなので画像は撮っていません。
わかりづらくてすみません。
（※Windows 10 Pro x64）

イベント ビューアーを見たらエラーがたくさん記録されていた

イベント ビューアー > Windows ログ > Applocation
を開いてみたら、Security-SPPのエラーが大量に記録されていました。
記録が多過ぎからでしょうか？1ヶ月前からしか記録が残っていませんが、30秒ごとにエラーログが残ってました。

ソフトウェア保護サービスの 2120-02-16T02:42:06Z の再起動をスケジュールできませんでした。エラー コード: 0x80070002。

- System 
  - Provider 
     [ Name]  Microsoft-Windows-Security-SPP 
     [ Guid]  {E23B33B0-C8C9-472C-A5F9-F2BDFEA0F156} 
     [ EventSourceName]  Software Protection Platform Service 
  - EventID 16385 
     [ Qualifiers]  49152 
   Version 0 
   Level 2 
   Task 0 
   Opcode 0 
   Keywords 0x80000000000000 
  - TimeCreated 
   [ SystemTime]  2020-03-11T02:42:06.585814600Z 
   EventRecordID 431058 
   Correlation 
  - Execution 
     [ ProcessID]  0 
     [ ThreadID]  0 
   Channel Application 
   Computer （コンピューター名） 
   Security 
- EventData 
   0x80070002 
   2120-02-16T02:42:06Z 

何これ……。（時刻の部分は30秒ごとに異なっていました。）
とりあえずタスク スケジューラを開いてみることにしました。

タスク スケジューラを開いたらエラーダイアログが大量発生

タスク スケジューラを開いてSecurity-SPP関連が何か無いか確認しようと思ったら、Security-SPPのエラーとは別にタスク スケジューラのエラーがたくさん出て来ました。
実はそこそこ前からエラーが出ることは気付いていたのですが、面倒臭いので放置していましたが、これを機にエラーを解決することにしました。

現象としては「HRESULT からの例外:0x80041313」というエラーダイアログが次から次へと大量に出ていること。
このダイアログを数十回閉じたあとはタスク スケジューラを操れるようになります。

タスクの状態（履歴）の有効化

エラーの解決前に、タスクの状態欄が真っ白で何も出てこないので、履歴を記録するようにしました。

参考にしたサイト：
https://i-think-it.net/windows-taskschd-rireki-enable/

イベント ビューアー > アプリケーションとサービスログ > Microsoft > Windows > TaskScheduler
このフォルダーを開いて、「Operational」のプロパティを開いて「ログを有効にする」チェックボックスにチェック。

これでタスクの状態が空欄では無くなりました。

タスク スケジューラのエラー解決に向けてやったこと

タスク スケジューラ自体のエラー解決に向けて、以下のことを行いました。

① タスク スケジューラ上でエラーになっているタスクを片っ端から削除

システムっぽいのもをあるけど気にせず削除しました。

② タスク スケジューラ上で空フォルダーの削除

空フォルダーは削除出来るものもあれば、削除出来ないものもありました。

③ エクスプローラー上で物理フォルダー（？）の削除

「②」で削除出来なかったフォルダーがあるので、エクスプローラーから削除しました。
C:\Windows\System32\Tasks
を開くと中にタスクが入っています。

アクセス出来ないようなフォルダーはアクセス権を変更するなどして無理矢理にでもアクセスしましたが、アクセス権変更についてはここでは語りません。（他サイトを参照してください。）

④ レジストリ エディター上でレジストリキーを削除

「③」で削除してもタスク スケジューラ上から消えないことがあります。（消えないことがあるというより、消えないと言ったほうが良いかも。）
レジストリ エディターを開いて下記のパスにアクセスするとタスクの一覧が出て来ます。
コンピューター\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tree

「③」のフォルダーに合わせる形でキーを削除しました。

Repair Tasksツールを実行

ここまでやっても解決しませんでした。
相変わらずタスク スケジューラにはエラーダイアログが出て来ます。
そこで、Repair Tasksを実行しました。

参考にしたサイト：
http://blog.livedoor.jp/firepeng/archives/5063546.html

現在はGithubで配布されているようなので、下記のURLにアクセスして「RepairTasks.zip」をダウンロード。
https://github.com/Dijji/RepairTasks/releases

ダウンロード後は解凍し、exeを管理者実行し、「Scan」ボタン→「Repair」ボタンの順で押下しました。
※今回バックアップは取りませんでしたが、心配な場合はSaveしておくと良いと思います。

途中でアクセス出来ないようなエラーが出て来ました、結果的にはこれでタスク スケジューラでエラーダイアログが出ることは無くなりました！（解決）

Security-SPPのエラー解消は別の正常なマシンから

Security-SPPのエラー解消ですが、まずは下記のサイトを参考にしました。
https://answers.microsoft.com/ja-jp/windows/forum/all/security-sppのエラー/50cbe7dd-b03d-476f-b1a9-d5fa9d2f6bdc
すると、2つのページを参考にしろとリンクが貼ってありました。

1つ目のページではタスクのフォルダーのパスが書かれていますが……、うちのWindowsにはこんなパスが存在しない！
https://support.microsoft.com/en-us/help/3033200/failed-to-schedule-software-protection-service-for-restart-error-in-wi
C:\Windows\System32\Tasks\Microsoft\Windows\SoftwareProtectionPlatform

2つ目のページでは正常なマシンから「SoftwareProtectionPlatform」フォルダーと中身を持ってこいと書かれています。
https://shocksolution.com/2016/10/08/failed-to-schedule-software-protection-service-for-re-start-error-code-0x80041316/
これを実践することにしました。

リモート デスクトップ経由では……無理だった

正常稼働しているWindows10マシンが別にあるので、そこから「SoftwareProtectionPlatform」を持ってこようとしたのですが……ダメでした。
フォルダーは作成出来たものの、肝心なタスクファイルが持ってこられませんでした。

共有機能で持ってこうよしたら管理共有が有効になっていなかった

リモート デスクトップではコピーできなかったので、フォルダーの共有機能でコピーすることにしました。
\\192.168.xxx.xxx\c$\Windows\System32\Tasks\Microsoft\Windows\SoftwareProtectionPlatform
と指定して開こうとすると、開かない……。
アカウント名やパスワードは間違っていないのに、他のフォルダーや他のドライブにもアクセスできない。
Windows10では管理共有がデフォルトでは無効化されていることが原因でした。

管理共有の有効化

管理共有を有効にする方法は下記のサイトを参考にしました。

レジストリ エディターで下記にアクセスします。（リモート デスクトップ経由でOK）
コンピューター\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

DWORD(32ビット)で「LocalAccountTokenFilterPolicy」を追加し、値を「1」にします。

パソコンを再起動します。（再起動しないとダメでした。）

すると管理共有が有効になり、無事に「SoftwareProtectionPlatform」フォルダーの中身もコピーすることが出来ました。

レジストリのインポート……が出来ない

「SoftwareProtectionPlatform」フォルダーの中身をコピーして終わりではありません。
先程のタスク スケジューラのエラー解決時に記載した通り、ファイルだけでなくレジストリも必要になってきます。

正常動作しているマシンからレジストリーをエクスポートします。
コンピューター\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache\Tree\Microsoft\Windows\SoftwareProtectionPlatform
キーを右クリックしてエクスポート。

このエクスポートしたレジストリファイルを持ってきて、実行……しても追加されない。（あれっ？）
レジストリ エディターを開いて、ファイルを選択してインポート……も出来ない。

出来ない理由はアクセス権にありました。
コンピューター\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Schedule\TaskCache
これ以下にはアクセス権が無いことが原因でした。

アクセス権の許可

Administratorsにフルコントロール権限を与えれば解決すると思ったのですが、権限を与えることが出来ませんでした。
本当はあまり大きくいじりたくは無かったのですが……。

参考にしたサイト：
https://www.billionwallet.com/goods/windows10/win10_registry-permission.html

やはり所有者を変更しないとダメなようでした。
SYSTEMからAdministratorsに所有者を変更し、フルコントロール権限を与え、子オブジェクトにも継承させました。

すると、インポートすることが出来ました。

再起動して解消を確認

ここまでやってやっとSecurity-SPPのエラーは解消しました。
再起動して確認したところ、それまで30秒ごとに記録されていたエラーは出なくなっていました。
長い道のりでした。

0. はじめに

内容はかなり端折っています。
初級者の方が見ながら実行すれば解決するというものでは無く、ある程度知識がある方が見ないとわからない内容となっています。
どのような人がターゲットかというと「私」です。
Windows10のPCは家族含めて何台もあるのですが、どれもこれも1度はトラブってうんざり。
何故こんなにもWindows10はトラブルが多いのか……。
そんな私のためのメモでもあります。
なお、環境はUEFI、GPT（MBRではない）を前提としています。

2023年5月17日追記：
まずは長時間放置も試してください。

1. セーフモードで（が）起動するとき

セーフモードで起動させ、コマンド（管理者）を実行。

chkdsk システムドライブ: /f /r
chkdsk システムドライブ: /b /x ※最近は専らこちらのオプションを使用（2021/03/03）
sfc /scannow
dism /online /cleanup-image /restorehealth

Windows Update後にドラブったときは、最新のUpdateを削除。
ソフトの場合はソフトを削除。

2. セーフモードで（が）起動できないとき

2-1. セットアップディスクの用意

当該バージョンのDVDを用意してDVDブート（USBでも可）。

最新以外のバージョンのISOは下記サイトからダウンロード可能。
https://tb.rg-adguard.net/public.php

2-2. 修復メニューの表示

「今すぐインストール」ボタンのある画面の左下の「コンピューターを修復する」を選択。
オプションの選択で「トラブルシューティング」を選択。

2-3. スタートアップの修復

詳細オプションの「スタートアップの修復」を実行。
多くのサイトでは2～3回実行すると書かれているが、うちでは複数PC合わせて100回は実行してきたが一度たりとも修復出来た試しは無い。
つまり「修復できませんでした」のいつもの文字を見るために実行する。

2-4. システムの復元

詳細オプションの「システムの復元」を実行。
復元ポイントに戻す。

グラフィックドライバーの更新後に起動しなくなったときは、これで直ったことがある。
ただ、多くの場合は直らなかったり、そもそも復元ポイントを作成していなかったりと、使えないことが多かった。

2-5. 更新プログラムのアンインストール

詳細オプションの「更新プログラムのアンインストール」を実行。
Windows Updateが原因で起動しなくなったときは有効かもしれない。
ただ、うちではUpdate後にトラブったときに、そもそもこのメニューが出てこなかったので、これを使って直ったことは無い。

2-6. コマンドプロンプト

詳細オプションの「コマンド プロンプト」を実行。
（ほとんどのトラブルはコマンドで直してきた。）

2-6-1. Windowsブート領域の修復

ブート領域はドライブレターが割り振られていないので、ドライブレターを設定する。

diskpart
list volume
「FAT32」のボリュームを見付けて番号を覚えておく（この番号は後でも使う）
select volume 番号
assign letter z（←ドライブレターは空いているものならなんでも良い）
※ドライブレターは、再起動後は再設定が必要。（毎回消えます。）
exit

cd /d z:\efi\microsoft\boot
del bcd
※多くのサイトでは「ren bcd bcd.bak」などでバックアップを取っているけれど、うちでは役に立ったことは無いので消している。
bootrec /rebuilbcd
→ ここでWindowsの認識数が1（以上）ではないときは、手順2-6-2.へ。
bootrec /fixboot
→ うちではお約束の如く「アクセスが拒否されました」と表示される。（もちろんそれではダメ）
bcdboot システムドライブ:\windows /l ja-JP /s z: /f all
※ システムドライブは、Windows10上ではCドライブ（C:\Windows）と表示されていても、この画面ではまったく別のドライブレターだったりする。

2-6-2. システムドライブのドライブレターの見つけ方

うちでは10個ぐらいドライブ（レター）があるPCでトラブったりもしていて、そんなときはひたすら探すしかない。

diskpart
list volume
ここでだいたいの目星を付ける。
exit

あとは
dir
コマンドを実行して、フォルダー構成がそれっぽいドライブを探す。

2-6-3. ブート領域のフォーマット

「bootrec /rebuilbcd」や「bootrec /fixboot」が上手く行かないときはフォーマットする。

format z: /fs:fat32

もう一度2-6-1.の後半のコマンドを実行してbcdを作成する。

bootrec /rebuilbcd
bootrec /fixboot
bcdboot システムドライブ:\windows /l ja-JP /s z: /f all

で、ここで油断してはいけない。
bcdファイルを編集する（必要があることがある）。

アクセス権の変更。

attrib z:\efi\microsoft\boot\bcd -h -r -s

bcdの内容を表示する。

bcdedit

「Windows ブート マネージャー」欄の「device」を確認すると……「partition=Z:」になっている。（なっていない場合は以降は不要）
「Z:」って自分で勝手に付けたドライブレターだから、再起動すると認識出来なくなってしまうかもしれない。
なので、書き換える。

bcdedit /set （identifierの内容（{～}のこと。「{」や「}」も必要）） device "partition=\Device\HarddiskVolume（番号）"

※番号は、2-6-1.の手順で覚えた番号。「bcdedit /set {abcd-efgh} device “partition=\Device\HarddiskVolume15″」みたいな感じになる。

もう一度bcdの内容を表示して、正しく書き換わっていることの確認。

bcdedit

【補足】
「Windows ブート ローダー」欄のドライブレターが「C:」になっていないのは問題無し。
上記で確認したシステムドライブのドライブレターであればOK。

2-6-4. Windowsの修復

ブート領域を修復してもWindows自体が壊れている場合は起動しないので、Windowsを修復する。

ディスクのエラーチェック。

chkdsk システムドライブ: /f /r
chkdsk システムドライブ: /b /x ※最近は専らこちらのオプションを使用（2021/03/03）

システムファイルの修復。

sfc /scannow
だとエラーになるので
sfc /scannow /offbootdir=システムドライブ: /offwindir=Windowsドライブ:\Windows

※なお、うちのPCはすべてシステムドライブとWindowsドライブは同じ。
※ドライブレターは上記で確認したドライブレター（つまり「C:」とは限らない）。

続けて。

dism /online /cleanup-image /restorehealth
だとエラーになるので
dism /image:システムドライブ /cleanup-image /restorehealth /source:esd:DVDドライブ:\sources\install.esd:インデックス番号 /limitaccess
もしくは
dism /image:システムドライブ /cleanup-image /restorehealth /source:wim:DVDドライブ:\sources\install.wim:インデックス番号 /limitaccess
（詳細は後述）

2-6-4-2. DISMコマンド実行の準備

前述で、
dism /image:システムドライブ /cleanup-image /restorehealth /source:esd:DVDドライブ:\sources\install.esd:インデックス番号 /limitaccess
もしくは
dism /image:システムドライブ /cleanup-image /restorehealth /source:wim:DVDドライブ:\sources\install.wim:インデックス番号 /limitaccess
と書いたが、実行する前に情報を集めておく必要がある。

・セットアップディスクの入ったDVD（USB）ドライブのドライブレター
・ESDまたはWIMファイルの在処
・ESDファイルなのかWIMファイルなのか
・インデックス番号

まず、DVDドライブのドライブレターは、システムドライブを探した要領で、ドライブレターを見付けておく。

次に、ESDまたはWIMファイルの在処は、だいたいは「DVD（またはUSB）ドライブ:\sources\」に「install.esd」または「install.wim」が存在する。
たまに別の場所にあること（フォルダーの階層が深い場合）もあるので、注意が必要。

存在するファイルは「install.esd」または「install.wim」のどちらか1つ。
「/source:esd:」または「/source:wim:」と、オプションコマンドが異なってくるので、拡張子は覚えておくこと。

インデックス番号は、当該Windowsエディションの番号。
番号は世界で決まっているわけでは無いので、セットアップディスクごとに調べる必要がある。
例えば、修復しようとしているWindows10が「Pro」なら、Proの番号を控える。

dism /get-imageinfo /imagefile:DVDドライブ:\sources\install.esd
または
dism /get-imageinfo /imagefile:DVDドライブ:\sources\install.wim

【補足】
「/limitaccess」は上書きや削除などを防ぐためのオプションコマンド。
DVDなら書き換えられることは無いので不要だが、USBの場合は必須。
実際、USBでやらかしてinstall.wimが消えたことがあった。

2-6-5. ドライバの削除

上記の手順までで9割の事象は解決してきたが、解決出来なかった場合もあった。
その際は不要なOEMドライバを削除することで解決できた。

ドライバの一覧を表示する。

dism /image:システムドライブ:\ /get-drivers

数が多くて表示が流れてしまう場合はmoreコマンドを使うと良いかも。

dism /image:システムドライブ:\ /get-drivers | more

怪しいドライバの目星が付いたら削除する。

dism /image:システムドライブ:\ /remove-driver /driver:oemxx.inf

※複数同時削除も可能
dism /image:システムドライブ:\ /remove-driver /driver:oemxx.inf /driver:oemxx.inf

3．最後に

うちではここまでしたらほぼどのPCも復旧することができました。
（1つだけ復旧できず、Windows10をアップグレードインストールしたPCもありましたが。）

ただ、1回では起動しないことがあります。
うちでは、起動せず「0xc0000001」だの「0xc000000e」だののエラーが出ていたPCが、ここまでの手順を実行したら、やはり起動はしないものの「0xc0000098」に変化し、その後にもう一度PCを起動してみると正常にWindows10が起動した例がありました。

Windows10が正常に起動したあとは、念のために下記のコマンドを実行しておくと良いです。

chkdsk システムドライブ: /f /r
chkdsk システムドライブ: /b /x ※最近は専らこちらのオプションを使用（2021/03/03）
sfc /scannow
dism /online /cleanup-image /restorehealth

また、復元ポイントも作成し、高速スタートアップはオフにした上で、再起動させて問題無く起動することを確認しておくと良い思います。

※2021/03/03 CHKDSKのオプションを変更、一部誤字を訂正（ceanup → cleanup）