WinREでMicrosoftアカウントのパスワードが通らない時の対処法と起動コード91の原因・解決手順【Windows10/BIOS】

Windows 10 のトラブルで、回復環境(WinRE)に入ったのにパスワードが通らず修復に進めない、あるいは起動時のPOSTコード「91」で止まって電源が落ちる──そんな“いま直したい”二大症状に、現場で確実に再現性のある手順と判断基準で答えます。手順は安全性と作業効率を優先。想定外のつまずきポイントも網羅し、失敗を避けるための代替策・チェックリストまでまとめました。

目次

回復環境(WinRE)で Microsoft アカウントのパスワードが通らない問題

現象の整理

  • Windows 10 の回復環境(WinRE)で「スタートアップ修復」「システムの復元」「コマンド プロンプト」等を選ぶと、サインインのためのパスワード入力を求められる。
  • Microsoft アカウント(MSA)の正しいパスワードを入れても「パスワードが正しくありません」「アカウント情報を確認できません」等となり先に進めない。
  • 一方で、同端末のローカル アカウントでは認証できる、あるいはそもそもパスワード入力なしで進める場合がある。

なぜ起きるのか(実務的な理解)

WinRE は極力ミニマルなコンポーネントで動作するため、サインイン処理も「オンラインのMicrosoftアカウント認証」そのものではなく、オフラインの資格情報や OS 側の状態に依存します。このため、環境によっては MSA の資格情報解決に失敗し、正しいパスワードでも弾かれる事象が再現します。特に以下の要因で起きやすくなります。

  • WinRE から見た OS ドライブのマウントとユーザープロファイルの読み取り不整合(BitLocker 未解除・ドライブ文字の入れ替わり)。
  • キーボード配列の自動選択(US配列扱い)による記号違いでパスワードの打鍵がズレる。
  • 「PIN・顔・指紋」等の Windows Hello で普段ログインしており、“パスワードそのもの”を長期間入力していない(記憶違い・変更履歴混乱)。
  • ローカル アカウント ⇄ Microsoft アカウント接続状態の遷移(切替直後など)で WinRE の解決に失敗。

短時間で確実に進める対処(効果順)

USB 回復メディア/インストールメディアで WinRE を呼び出す(推奨)

別PCで公式の作成ツールから8GB以上のUSBメモリに Windows 10 のインストールメディア(または回復ドライブ)を作成し、問題PCをUSBから起動します。セットアップ画面で 「今すぐインストール」ではなく「コンピューターを修復する」を選択してください。このルートの WinRE では、サインインを求めないか、求めたとしてもローカル要求に限定されるため、スタートアップ修復やシステムの復元、コマンドプロンプトへ進める確率が高くなります。

  • BitLocker が有効なら、Cドライブのロック解除に回復キーが必要です。キーは別端末のMicrosoftアカウント管理ページや紙の控えで確認します。
  • USB起動できない場合は、BIOSで起動順位(Boot Priority)をUSB最上位へ変更、もしくは起動時のブートメニュー(F8/F9/F11/F12等)からUSBを選択します。

Windows に入れるならローカル アカウントへ一時切替

  1. Windows起動後、「設定 > アカウント > ユーザーの情報」へ。
  2. 「ローカル アカウントでのサインインに切り替える」を選択し、ローカル用のユーザー名とパスワードを作成。
  3. 再起動後、改めて WinRE を起動して同アカウントで認証を試します(従来比で成功率が高い)。

修復作業完了後は、必要に応じて再び Microsoft アカウントに接続して戻せます。

キーボード配列のズレを疑う(意外な盲点)

WinRE のサインイン画面左下(または右下)の「簡単操作」からスクリーン キーボードを起動し、記号位置を目視で確認してから入力してください。特に @、:、_、"、& などは US/JIS で位置が異なります。よくある違いは次のとおりです(US配列基準)。

入力したい記号US配列の打鍵補足
@Shift + 2JIS配列では別位置。スクリーンキーボードで位置確認を推奨。
:Shift + ;セミコロンの上がコロン。
“Shift + ‘引用符(ダブルクォート)。
_Shift + –アンダースコアはハイフンのShift。
\\(バックスラッシュ)JISでは「¥」が表示されることも。

「パスワード再設定」で直らない理由

オンラインで MSA のパスワードを変更しても、WinRE が参照する情報はオフライン側に依存するため、症状が変わらないケースが多いです。パスワード変更は切迫時の試行としては非効率。上記のUSBメディア経由のWinREまたはローカルアカウントでの一時回避が現実解です。

WinREに入れたら何をするか(実務手順)

目的は「起動不能の修復」「ファイル救出」「システム復元」です。以下は失敗しにくい順に並べた実務フローです。

  1. システムの復元:直近の復元ポイントに戻す。アプリは戻るが、ドキュメントは保持される。
  2. スタートアップ修復:ブート構成の自動修正。
  3. コマンド プロンプトで手動修復:
    • ドライブ確認:diskpart → list vol で Windows のあるドライブ文字を特定。
    • ブート修復: bootrec /fixmbr bootrec /fixboot bootrec /scanos bootrec /rebuildbcd
    • SFC(オフライン): sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows ※C: は実際の環境に読み替え。
    • DISM(オフライン・ソース指定推奨): DISM /Image:C:\ /Cleanup-Image /RestoreHealth /Source:WIM:X:\sources\install.wim:1 /LimitAccess ※C: はオフラインのWindows、X: はUSBメディア。エディション番号(:1)は環境により異なる。

作業前の安全対策と判断基準

  • BitLocker の回復キーを手元に用意(USB WinRE で C: を開く際に必要)。
  • データが最優先なら、WinRE のコマンドプロンプトや別PC接続でユーザーデータのバックアップを先に確保。
  • ブート修復・SFC・DISMで改善しない場合、ハードウェア由来の可能性を視野に切り替える(次章)。

症状別の即断表

症状考えられる要因優先アクション
MSAパスワードが通らないWinREのMSA解決失敗 / 配列ズレUSBメディアWinREで起動→修復、スクリーンキーボードで記号位置確認
ローカルは通るがMSAは不可資格情報の参照先相違一時的にローカルへ切替→修復完了後に戻す
BitLocker解除で止まる回復キー未所持別端末で回復キーを取得→入力→先へ進む
修復ツールが途中で失敗ファイル損傷が大きい/ディスク不良データ退避→DISM/SFC→必要なら再インストール検討

起動コード「91」でフリーズして電源が落ちる問題

現象の整理

  • 電源投入後、マザーボードのデバッグLED/POST(Q-Code)表示が「91」で停止。
  • 数十秒〜数分後に電源が勝手に落ちる、あるいは再起動を繰り返す。
  • まれに起動しても、OS動作が不安定でフリーズやブルースクリーンが頻発。

前提知識(Q-Code/POSTコードの意味)

表示されるコードはマザーボード固有で、数字が同じでもメーカーにより意味が異なります。ただし、「91」付近はUEFI/BIOSがハードウェア初期化(CPU・メモリ・PCIeデバイス・周辺ファーム)を進める段階で止まることが多く、Windowsのブートローダーやシステムファイルではなく“ハードウェア寄りの失敗”と判断するのが実務的です。

結論の指針

  • ソフト修復(WinRE・スタートアップ修復)は根本解決にならない:コード91停止はOSが読み込まれる前の段階で起きるため。
  • 対処の主軸はBIOS更新・CMOSクリア・最小構成検証・物理点検。それで切り分けて初めてOS層の診断に戻るのが最短ルートです。

即効性の高い手順(上から順に)

BIOS/UEFIの更新

  1. 型番を確認(基板印字・箱・システム情報)。
  2. 別PCでメーカー公式から最新版BIOSを入手し、FAT32でフォーマットしたUSBに展開。
  3. BIOSセットアップの「EZ Flash」「M-Flash」等から更新。停電対策として作業中は電源を切らない。
  4. 一部機種のUSB BIOS Flashback機能では、電源OFFのまま所定ポート+ボタンで更新可能(ファイル名のリネーム規則あり)。

CMOSクリア(設定リセット)

  1. 電源ケーブルを抜き、電源ボタンを10秒長押しして放電。
  2. マザーボードのCLR_CMOSボタン/ジャンパで数秒ショート、またはCR2032電池を5〜10分外す。
  3. 装着後に起動、初回は「最適化デフォルト(Optimized Defaults)」を読み込む。

最小構成での起動テスト

机上の「理屈」よりも、物理的な切り分けが最短です。次の構成でPOSTするかを確認します。

  • CPU + 純正/付属クーラー(適正圧で再装着)
  • メモリ1枚(推奨スロットA2またはB2)
  • オンボードGPU(あれば)/離脱できる拡張カードは全て外す
  • OSドライブのみ or いったん全ストレージを外す
  • 24ピンATX + 8ピン(または8+4ピン)CPU補助電源を確実に挿し切る

物理点検の要点(壊れていなくても起きる不良)

  • CPUの接触不良:LGAのピン曲がり、クーラー締め過ぎによる反り、グリスはみ出し。
  • メモリ関連:規格・電圧・XMP/EXPOの過度なOC設定。まずはJEDEC(標準)で。
  • 電源ユニット:経年・瞬断・12V系の降下。別PSUでのクロスチェックは強力。
  • PCIeカード:GPUや拡張カードの接触、ライザーケーブル不良。
  • ショート:ケーススタンドオフ位置ズレ、裏面ネジの突き当て、M.2固定ネジの脱落。
  • CPU_FAN未接続:一部機種は回転信号が無いと安全停止します。

判断を早めるチェックリスト(現場向け)

観測含意次アクション
コード91固定、ビープなしPOSTの中盤で停止、CPU/メモリ/PCIe初期化のいずれか最小構成→メモリ1枚差し替え→別スロット→GPU/ストレージ全外し
たまに起動するが不安定電源供給や接触の揺らぎPSU交換試験、電源ケーブル/コンセント系統変更、OC無効化
コードが動的に変化し再起動ループメモリトレーニング失敗や過度設定CMOSクリア、XMP/EXPO無効、標準クロックで再検証
高負荷で落ちる熱・PSU限界・VRM保護クーラー再装着、ケースエアフロー改善、PSU容量見直し

それでもダメなときの“最後の一押し”

  • ME/チップセット関連の更新:BIOS更新後に、OS起動できるタイミングでチップセットドライバや管理エンジン(ME/AMD PSP等)を最新化。
  • 外部環境の排除:別部屋のコンセント、雷サージタップなし直挿しで試験。
  • ベンチテスト:ケースから取り出し、絶縁マット上での起動チェック(ケースショート排除)。
  • パーツ単位のクロスチェック:別PCでメモリ/PSU/GPU/ストレージを検証、または既知良品と差し替え。

OS層の修復が意味を持つのはいつか

最小構成でPOSTが安定し、BIOSが一巡してからです。この段階で初めて、前章の WinRE からの「スタートアップ修復」「SFC/DISM」「ブート再構築」を適用する価値が生まれます。逆に、POSTで止まるうちはOS層の修復に時間をかけても成果が出ません。

よくある質問(FAQ)

Q. コード91は必ずしもCPU不良ですか?

A. いいえ。CPU個体不良は稀で、実務では電源・メモリ・接触・設定の方が多因です。まずは最小構成とCMOSクリアで切り分けてください。

Q. BIOS更新に失敗したら?

A. 電源断で破損した場合は、デュアルBIOS機能の切替、またはUSB BIOS Flashbackの再試行が救済策です。いずれも機種依存のため、マニュアルの手順に厳密に従ってください。

Q. 一時的に起動した直後にしておくことは?

  • 重要データのバックアップ(外付け/クラウド)。
  • チップセット/ME/BIOSの順で更新、OC・高速ブート機能の無効化。
  • イベントビューア(システム/カーネル-電源)で異常停止ログの確認。

まとめ:最短ルートで復旧する考え方

  • WinREでMSAパスワードが通らないときは、USBメディアのWinREから修復に入るのが最速。Windowsに入れるなら一時的にローカルアカウントへ切替してからWinREへ。
  • 起動コード「91」で止まるのはハードウェア初期化の段階。BIOS更新→CMOSクリア→最小構成→物理点検の順で切り分け、安定してPOSTできてからOS修復を行う。
  • BitLockerやキーボード配列など、“作業を進めるための前提条件”を先に満たすと、無駄な試行を大幅に減らせます。

実務用チェックリスト(印刷推奨)

項目完了メモ
USBインストールメディアを作成(8GB以上 / FAT32)□別PCで作成
USBから起動し「コンピューターを修復する」を選択□BitLockerキー準備
スクリーンキーボードで記号位置を確認□@ : _ \ ” など
システムの復元 → スタートアップ修復 → SFC/DISM□ドライブ文字に注意
BIOS更新(電源安定化)□最新版適用
CMOSクリア(電池外し/ジャンパ)□最適化デフォルト読込
最小構成でPOST確認(CPU+1枚メモリ+オンボ)□A2/B2スロット優先
PSU/メモリ/GPUのクロスチェック□既知良品と差替
安定後にドライバ/ME/Windows更新□OC無効・高速ブート無効

参考コマンド(控え用)

:: ブート周りの自動修復
bootrec /fixmbr
bootrec /fixboot
bootrec /scanos
bootrec /rebuildbcd

:: システムファイルチェッカー(オフライン)
sfc /scannow /offbootdir=C:\ /offwindir=C:\Windows

:: DISMでコンポーネント修復(USBソース利用)
DISM /Image:C:\ /Cleanup-Image /RestoreHealth /Source:WIM:X:\sources\install.wim:1 /LimitAccess

:: ドライブとボリュームの確認
diskpart
list disk
list vol
exit 

トラブルの“二大山場”を越えるコツ

修復作業は「進めるための入口」と「根本原因の排除」の二段構えです。MSAでWinREへ入れないなら入口を変える(USB WinRE・ローカルアカウント)。POSTコード91で詰まるなら入口にすら辿り着いていないので、OSではなくハードウェア側に注力する。ここを取り違えないだけで、修復時間は劇的に短縮されます。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次