お時間をいただきありがとうございました！
昨日、ウイルス対策ソフトウェア (Bitdefender) を更新するためにコンピューターを再起動しました。どういうわけか、コンピューターの起動後、ロック画面を操作できなくなりました (キーボードとマウスはロック画面では機能しませんが、BIOS では完全に正常に機能します)。再起動を試み、セーフ モードを試しましたが、Windows 10 が起動するたびにキーボードが切断されるようです (セーフ モードでも!)。周辺機器は動作しており、すべての内部コンポーネントが機能していることを確認しました。これがドライバーの問題なのか、Windows の問題なのか、マルウェア攻撃なのか (ウイルス対策が原因である可能性は低く、怪しいサイトから何かをダウンロードしたこともありません) を知りたいです。
答え1
背景：
問題はWindows 10のアップデートによって発生しました。KB4074588、2018 年 2 月にリリースされました。デスクトップ コンピューターの USB キーボード/マウスに影響します。古い PS/2 キーボード/マウス コンタクト (最近のコンピューターではまれ) をお持ちの場合は動作します。また、ラップトップのキーボード/タッチパッドは影響を受けないと思います (外部 USB のみ)。キーボード + マウスは、UEFI/BIOS ブート/スタートアップ シーケンス中、つまり Windows 10 が起動する前は動作することに注目してください。
解決：
以下はTenForumsからの解決策:
更新プログラムをインストールした後、動作するキーボードが利用できない場合は、Windows 10 回復環境内でキーボードとマウスが動作するはずなので、これを使用してシステムを復元できます。
Windows 10 回復環境を起動します。
Windows がデスクトップの読み込みを 3 回連続で完了する前にシステムを再起動すると、Windows は自動的に Windows 10 回復環境を起動します。Windows が自動的に回復画面を起動しない場合は、インストール メディアを使用して Windows 10 回復環境に入ることもできます。
インストールメディアを作成して使用し、回復環境をロードする方法
コマンド プロンプトを使用して更新プログラムをアンインストールします。
回復画面で、[トラブルシューティング]、[詳細オプション]、[コマンド プロンプト] の順に選択します。BitLocker 回復キーまたはユーザー名/パスワードの入力を求められる場合があります。ユーザー名/パスワードの入力を求められた場合は、ローカル管理者アカウントを入力する必要があります。コマンド プロンプト ウィンドウで、Windows のバージョンに応じて以下のコマンドを入力し、Enter キーを押します。
32 ビット版 Windows の場合: dism.exe /image:c:\ /remove-package/packagename:Package_for_RollupFix~31bf3856ad364e35~x86~~16299.248.1.17
64 ビット版の Windows の場合: dism.exe /image:c:\ /remove-package/packagename:Package_for_RollupFix~31bf3856ad364e35~amd64~~16299.248.1.17
注: Windows が C: ドライブに保存されていない場合は、上記のコマンドの C: を適切なドライブ文字に置き換えてください。
コマンド プロンプトを閉じて、[続行] をクリックして回復環境を終了します。再起動して Windows に入ります。
上記のコマンドには、予想どおり「C」ドライブ、つまり想定されるOSドライブを指す文字「c」が含まれていることに注意してください。ただし、私のOSは確かに「C」ドライブにありますが、WinREのトラブルシューティング>詳細オプションメニューでコマンドプロンプトにアクセスしたときに「C」ドライブとして識別されたドライブは、ない実際には私の「C」ドライブは「D」ドライブでした。実際の「C」ドライブで上記のコマンドを正常に実行するには、文字「C」を「D」に変更する必要がありました。コマンド プロンプトが私の「D」ドライブだと思っているものは、実際には私の「C」ドライブだからです。(コマンド プロンプトでこのようなドライブ文字の入れ替えが発生するのを見たことがありますが、なぜ発生するのかはわかりません。)最後に、明確にするために、上記の手順の最後の方にある「注意」では、OS が「C」ドライブに保存されていない場合は、OS に文字「C」以外の文字を入力するようにユーザーに指示していますが、ないここで私が言っているのは、私の OS が実際に「C」ドライブにあるということです。繰り返しますが、コマンド プロンプトは私の「C」ドライブを「D」ドライブとして認識し、その逆も同様であり、同じように 2 台目のハード ドライブを持つ他のユーザーのドライブを誤って認識することはほぼ間違いないということを指摘しておきます。