これは単なる偶然かもしれませんが、Windows 10 の最新の更新バッチの後、BIOS で「起動時のパスワード」オプションがオフになりました。ただし、BIOS にアクセスして設定をオンに戻すためにパスワードが必要だったため、パスワードはまだ存在しています。
BIOS はどのオペレーティング システムでも変更できないという印象を持っていたのですが、それは間違いでしょうか?
私はこのシステムの唯一のユーザーであり、自分でその設定を変更していません...
私と短期記憶喪失のケース以外に、何がその設定を変えたのでしょうか?
答え1
聞いたことはありませんが、Windows がサイレント インストールを確実にするために、インストール前に一部のデバイスの BIOS パスワードを削除する可能性があります。BIOS 設定はソフトウェアによって読み取られ (変更され) る可能性が高いため、これは可能性としてあります。ただし、単に故障として発生した可能性が高いです (以前にも発生しました)
答え2
同じことが、2018 年 4 月 4 日 (m/d/yyyy) に Windows 10 v1703 を搭載した HP EliteDesk 705G3 SFF でも発生しました。ただし、これはロックダウンされたコンピュータ ラボのマシンであり、BIOS 管理パスワードが設定されていました。
昨年の夏の初期セットアップ時に、このラボのすべての 40 台の新しい PC と同様に、ファームウェアがレガシー (BIOS) ブートを有効にし、セキュア (UEFI) ブートを無効にするように設定されていたため、突然起動しなくなった理由を突き止めるのにしばらく時間がかかりました。
通常の可能性をすべて排除した後、
ファームウェアが変更されたかどうかを確認することにしました。設定にアクセスするには BIOS スーパーバイザー パスワードを使用する必要があり、設定が実際にデフォルト (レガシー ブートを無効にし、セキュア ブートを有効にする) にリセットされていることがわかりました。
BIOS ブートを有効にし、UEFI ブートを無効にするように設定を戻しました。次に、HP ファームウェア変更検証プロセス (提示されたランダムに生成された番号と一致する 4 桁の番号を入力) を実行し、PC を再起動しました。
PC は通常どおり Windows 10 を起動しましたが、その後 Windows の起動音が聞こえました。
これは起こるべきではなかった。なぜなら、PC のセットアップ中に、数十台の PC からランダムな (あるいはそれほどランダムではない) トーンや音が鳴り、授業が妨げられるのを防ぐため、通常の手順に従って内蔵スピーカーが無効にされていたからだ。
初期セットアップ以来、このマシンに数回ログインしましたが、Windows の起動音やその他のサウンドは一度も鳴っていませんでした。そこで、再起動して BIOS 管理者スーパーバイザー アクセスを再度使用したところ、内蔵スピーカーが有効になっていることがわかり、それを無効にして、再度変更検証プロセスを実行しました。
Windows 10 を起動した後、すべて正常に静かに動作しました。
Windows セットアップ ログを確認すると、PC が前回シャットダウンされたのは 2018 年 3 月 21 日であることがわかりました。セットアップ ログには、KB4074590 (Microsoft Windows のセキュリティ更新プログラム) が 2018 年 3 月 8 日にインストールされたことが示されていました (再起動は 2018 年 3 月 16 日まで行われませんでした)。
2018 年 3 月 19 日に、クライアント ID CbsTask の KB4056887 を「インストール済み」から「存在しない」に変更し、クライアント ID CbsTask の KB4056890 を「置き換え済み」から「存在しない」に変更する変更が開始されましたが、これらの変更を有効にするために再起動は必要なかったようです。
そして私は「Windows 10/8.1 で UEFI ファームウェア設定にアクセスする方法」という記事を Windows Club の Web サイトで見つけました。この記事では、[設定] > [更新とセキュリティ] > [回復] > [高度なスタートアップ] > [トラブルシューティング] > [UEFI ファームウェア設定] からファームウェア設定を変更する方法が紹介されていました。
結論: どうやらはWindows Update (またはその組み合わせ) によって、BIOS パスワードを無効化または変更せずに、BIOS 管理者パスワードを上書きし、PC ファームウェアをデフォルトにリセットすることが可能です。
フォローアップ: 春学期の期末試験後、マシンを 3 週間電源から切断して、CMOS バッテリー低下の仮説をテストしました。(Windows イベント ログによると、2018 年 3 月 21 日のシャットダウンから問題が発見された 2018 年 4 月 4 日まで 2 週間が経過していたため、マシンが電源から切断されていた時間は最長で 2 週間でした。) ただし、3 週間後にマシンを電源に再接続して電源を入れると、通常どおり BIOS モードで起動しました。したがって、非常に珍しい (そして現時点では不明な) イベントの組み合わせにより、何らかの理由で、誤動作している Windows Update プロセスが Windows 10 のファームウェア変更権限を使用してファームウェアを既定値にリセットした可能性が依然としてあるようです。
答え3
古い SSD が 0: (BIOS で最初にリストされている) にあり、起動可能な SSD が 1: にあります。更新によって、起動時に参照する SSD が BIOS によってリセットされたと思われます。
先日、私はコンピューターで Elder Scrolls Online (素晴らしいゲーム) をプレイしていましたが、寝る前にいつものようにシャットダウンしました。自動更新を有効にしていたため、その日のどこかの時点で更新が適用されたのではないかと思います。投稿後、翌朝コンピューターの電源を入れると、エラー コード 0000225 の BSOD が表示されました。
不具合だろうと思い、何度か再起動してみましたが、同じことが起こり続けるので、OS を再フォーマットするか完全にリセットする必要があるのではないかと考えています。もう一度再起動し、投稿中に BIOS 設定に入り、他に何か問題があるかどうかを確認しました...そして、そこにありました... BIOS が何らかの理由で、起動中に間違った SSD を参照するように変更されていました。
役に立つかどうかは分かりませんが、BIOS にパスワードを設定しました。これで、アップデートなどによるパスワードの変更が防止されるかもしれません。msconfig で PCI ロック オプションを有効にすることも検討しましたが、まだ確信はありません。ただし、重要な点は、私以外の誰かが BIOS 設定を変更したということです。