Surface Pro 7+ で Windows 11 にアップグレードしてから、再起動のたびにログイン直前の黒画面が長時間続いて困っていませんか。このページでは、クリーンインストールしても直らないしつこい黒画面を、更新とドライバーをコントロールしながら安定させる具体的な手順をまとめます。
Surface Pro 7+ で Windows 11 ログイン直前に黒画面が続く症状
ここで扱うのは、次のような条件で発生するトラブルです。
| 項目 | 内容 |
|---|---|
| 対象機種 | Surface Pro 7+ |
| OS | Windows 11 Pro（最新更新適用済みの状態でも発生） |
| 症状 | 再起動後、Windows ロゴまでは表示されるが、その後サインイン画面の直前で黒画面のまま止まり続ける |
| 画面表示 | 完全な黒画面のこともあれば、時計やウィジェットだけ表示されている状態で固まる場合もある |
| 経過 | 数時間放置すると PIN 入力画面がようやく出てログインできることもあるが、実用的ではない |
| セーフモード | セーフモードでは正常に起動できる |
さらに厄介なのは、Windows の「この PC を初期状態に戻す」（ローカル／クラウド）や、USB からのクリーンインストールで既存パーティションを削除しても、同じ黒画面問題が再発する点です。「OS を入れ直せば終わり」ではない典型的なケースと言えます。
これまでに試しても効果がなかった対処
まず、このトラブルに対して一般的に思いつく代表的な対処は、一通り試しても改善しないことが多いです。整理すると次の通りです。
| 実施した対処 | 結果 |
|---|---|
| 電源ボタン長押し（Power 単独／Power + 音量↑）による強制再起動 | 一時的に起動しても、再起動のたびに黒画面が再発 |
| 「この PC を初期状態に戻す」（ローカル／クラウド復元） | 初期化直後は起動できることもあるが、更新適用後に再び黒画面 |
| USB 媒体からのクリーンインストール（既存パーティション削除） | まっさらな状態から再構築しても、同じ症状が再発 |
| 自動サインイン（自動ログオン）の設定 | サインイン画面手前で止まっているため、根本的な解決にならず |
| Surface Pro 7+ 用ドライバーパックの適用 | 一見安定したように見えても、その後の更新で再発 |
sfc /scannow や DISM、イベントログの確認 | OS イメージの整合性は問題なし／決定的なエラーは見つからない |
ここまでやっても黒画面が収まらない場合、「ハードウェアが故障しているのでは？」と疑いたくなります。しかし、後述の通り セーフモードでは正常に起動できる ことから、ハードの致命的故障よりも、通常起動時に読み込まれるドライバーやアプリ、サービスの組み合わせが怪しい と考えるべきです。
部分的に効果があった対処と見えてきたヒント
完全な解決ではないものの、「どうやらここが怪しい」と絞り込むうえで役立った対処もあります。これが後述の本格的な解決策につながります。
OOBE のネット接続強制を回避し、オフラインでセットアップ
Windows 11 のセットアップ（OOBE）では、「ネットワークに接続」画面で Microsoft アカウント利用を強く求められますが、次の手順でオフラインのローカルアカウントを作成できます。
- セットアップ中、「ネットワークに接続」画面が出たら Shift + F10 を押してコマンドプロンプトを開く。
OOBE\BYPASSNROと入力して Enter。- 自動で再起動後、「インターネットに接続していません」を選び、「制限された設定で続行」を選択。
- ローカルアカウント（ユーザー名／パスワード）を作成してセットアップを完了する。
この方法でセットアップすると、初期段階では Microsoft アカウントや Microsoft Store と紐づいていない状態 で Windows 11 を起動できます。その結果、「勝手にインストールされるアプリ」や「裏で入るドライバー更新」より先に、こちら側で制御する設定を入れられる ようになります。
Windows Update の動作を制御する（ドライバーを含めない）
オフラインでセットアップ後、ネットワークに接続する前に次のようなグループポリシー（Windows 11 Pro 以上で利用可能）を設定すると、状況が大きく変わります。
- 「自動更新を構成する」を 有効／オプション 2（ダウンロードとインストール前に通知） にする。
- 「Windows Update の更新にドライバーを含めない」を 有効 にする。
この設定によって、Windows Update からドライバーが自動で適用されることを防ぎつつ、更新は通知ベースでこちらがタイミングを決めて適用できる ようになります。実際、この状態にしてからは黒画面の発生頻度が大きく下がり、「安定した」と感じられる状況まで持っていくことができました。
しかし Microsoft Store 経由の Dolby アプリが再びトリガーに
一方で、SD カードを挿入したタイミングで Microsoft Store が自動的に「Dolby Digital …」系のアプリをインストールし、再起動後に黒画面が再発する という事象も確認されています。
このことから、
- Windows Update 経由のドライバー更新
- Microsoft Store が自動でインストールする Dolby 関連アプリ
のどちらか、または両方が ログイン直前の黒画面を引き起こすトリガーになっている可能性がかなり高い と言えます。
原因の整理：セーフモードでは発生しない黒画面の正体
ここまでの状況から、原因を整理すると次のような像が浮かび上がります。
| 観測された事実 | 示唆されるポイント |
|---|---|
| セーフモードでは正常に起動できる | ハードウェアの致命的故障ではなく、通常起動時にのみ読み込まれるドライバー／サービス／UWP アプリが原因 の可能性が高い |
| Windows Update／Store 起点のタイミングで悪化 | 自動適用されたドライバー更新や Dolby 系アプリ をきっかけに発症している可能性 |
| 止まる位置が「サインイン画面の直前」 | Lock screen／LogonUI 周辺処理（グラフィックス・オーディオ・エフェクト関連）が絡むことが多い層でのハング／極端な遅延を疑う |
| 数時間後に PIN 画面が出てくる場合がある | 完全なフリーズではなく、特定の処理が完了するまで異常な時間がかかっている遅延系トラブル と考えられる |
特に Surface Pro 7+ のような薄型端末では、
- Intel の統合グラフィックス（iGPU）
- オーディオドライバー（Realtek / Surface Audio 等）
- Dolby をはじめとするサウンド強化系アプリ・サービス
が密接に連携して動作します。これらのバージョンや構成に矛盾があると、LogonUI 周りで描画が行えなくなり、結果として 「黒画面のまま見かけ上止まっている」 状況を引き起こすことがあります。
したがって、OS を入れ直すだけではなく「どのタイミングでどんな更新やアプリが入るか」を厳密に制御すること が、Surface Pro 7+ の黒画面対策のカギになります。
解決策：再インストール時に「勝手な更新」を止める手順
ここからは、実際に安定化に役立った手順を、再現しやすいように順番にまとめます。まずは、Windows 11 をクリーンインストールする段階で「勝手な更新」を止めることから始めます。
オフラインでのクリーンインストール手順（OOBE\BYPASSNRO）
すでに OS をクリーンインストールしていても、以下の条件を満たしていない場合は、改めて実施した方が切り分けが明確になります。
- Windows 11 のインストール USB から Surface Pro 7+ を起動する。
- 通常通りインストールウィザードを進め、OS のコピー・再起動が完了するまで進める。
- 「ネットワークに接続」画面が表示されたら、ここで まだ Wi-Fi に接続しない。
- Shift + F10 を押してコマンドプロンプトを開き、次のコマンドを入力して Enter。
OOBE\BYPASSNRO
- PC が再起動し、再びセットアップ画面が表示されたら、「インターネットに接続していません」を選択。
- 「制限された設定で続行」を選び、ローカルアカウント（任意のユーザー名・パスワード）を作成する。
- セットアップを完了し、オフラインのままデスクトップまで起動 できることを確認する。
この状態では、Microsoft アカウントや Office、他のクラウドサービスと紐づく前なので、更新やストアアプリが自動的に入り込む余地を最小限に抑えられます。
初回サインイン後、ネットワーク接続前に行う設定
デスクトップが表示されたら、ネットワーク接続より先に 以下の作業を行います。
グループポリシーで Windows Update を制御
Windows 11 Pro では「ローカル グループポリシー エディター」を使って Windows Update の挙動を制御できます。
Win + R→gpedit.mscと入力し、Enter。- 左ペインを次の順に辿る。
コンピューターの構成 → 管理用テンプレート → Windows コンポーネント → Windows Update
ここで、以下の 2 つを設定します。
| ポリシー名 | 設定値 | 目的 |
|---|---|---|
| 自動更新を構成する | 有効 / オプション 2「ダウンロードとインストール前に通知」 | 勝手に更新をダウンロードさせず、ユーザーの承認がない限り更新を適用しない |
| Windows Update の更新にドライバーを含めない | 有効 | Windows Update からドライバーが自動的に入らないようにする（オーディオ・グラフィックス等を保護） |
特に後者は重要で、Surface Pro 7+ 向けのドライバーが自動更新されることで黒画面を誘発している可能性を潰す ことができます。
Microsoft Store の自動更新を停止
次に、Microsoft Store の自動更新を止めます。
- スタートメニューから「Microsoft Store」を開く。
- 右上のプロフィールアイコンをクリックし、「アプリ設定」を開く。
- 「アプリを自動更新」トグルをオフ にする。
- 可能であれば、Microsoft アカウントでサインインしている場合は一度サインアウトしておく。
これにより、「Dolby Digital …」などの OEM 付属アプリが自動でインストールされる可能性を大幅に下げる ことができます。
デバイスのインストール設定を見直す（任意）
より徹底したい場合は、次の設定も見直しておくと安心です。
- 「コントロール パネル」→「システム」→「詳細設定」→「ハードウェア」タブ→「デバイスのインストール設定」。
- 「メーカのアプリとカスタム アイコンを自動的にダウンロードしますか？」で 「いいえ（デバイスが正しく動作しない可能性があります）」 を選択。
これにより、デバイス接続時に自動でメーカー製アプリが入り込むことを防ぐ ことができます。
Dolby とドライバーを健全な状態にする具体的な手順
更新の自動適用を抑え込んだら、次はすでにインストールされている可能性がある Dolby 関連アプリやドライバーを整理します。
Dolby 関連アプリとプロビジョニングパッケージの削除
Dolby 系アプリは、プリインストールや Microsoft Store を通じて導入されることがあり、Surface Pro 7+ の特定構成ではログイン直前の黒画面の一因となっている可能性があります。これらを一度完全に削除して、動作を確認します。
管理者権限の PowerShell を開き、次のコマンドを実行します。
- スタートボタンを右クリック → 「Windows PowerShell（管理者）」または「Windows ターミナル（管理者）」を選択。
- 以下のコマンドを順に実行。
Get-AppxPackage *Dolby* | Remove-AppxPackage
Get-AppxProvisionedPackage -Online | Where-Object {$_.DisplayName -match "Dolby"} | Remove-AppxProvisionedPackage -Online
これにより、
- 現在のユーザーにインストールされている Dolby 関連 UWP アプリ
- 新規ユーザー作成時に自動でインストールされる「プロビジョニングパッケージ」としての Dolby アプリ
の両方を削除できます。実行後は、Microsoft Store の自動更新をオンに戻さない よう注意してください。
なお、この操作で削除されるのは主に「音質強化」系のアプリであり、Windows 自体の基本的な音声出力機能は維持 されるのが通常です（万一トラブルが出た場合は、System Restore や再インストールで戻せるよう事前にバックアップを推奨します）。
オーディオドライバーを標準ドライバーに戻して様子を見る
ドライバーが複雑に入れ替わっている場合は、一度 Microsoft 標準の「High Definition Audio」ドライバー に戻して挙動を確認するのが有効です。
- スタートを右クリック → 「デバイス マネージャー」を開く。
- 「サウンド、ビデオ、およびゲーム コントローラー」を展開。
- 「Realtek…」「Surface Audio」などのオーディオデバイスを右クリックし、「デバイスのアンインストール」を選択。
- ダイアログで「このデバイスのドライバーソフトウェアを削除する」が表示されていればチェックを入れてアンインストール。
- Surface を再起動し、Windows が自動で標準ドライバーを適用するのを待つ。
再起動後、デバイスマネージャーで「High Definition Audio デバイス（Microsoft）」が使われていることを確認し、その状態で何度か再起動しても黒画面が出ないか確認します。
Intel グラフィックスドライバーのロールバック／固定
黒画面が依然としてグラフィックス周りに起因していると疑われる場合、Intel グラフィックスドライバー（Iris Xe / UHD など）を一段古い安定版にロールバックする ことも検討します。
- デバイスマネージャーを開き、「ディスプレイ アダプター」→ Intel グラフィックスを右クリック。
- 「プロパティ」→「ドライバー」タブで、「ドライバーを元に戻す」が有効なら選択してロールバック。
- ロールバックできない場合は、Surface 用ドライバーパックから特定バージョンの
.infを指定して手動インストールする方法もあり。
併せて、再び Windows Update によって新しいドライバーが当たらないよう、先ほどの「Windows Update の更新にドライバーを含めない」ポリシーを維持しておくことが重要です。
問題のあるドライバーや更新をピンポイントでブロックする
もし特定の更新（例：ある KB 番号や特定バージョンのドライバー）を適用した直後に黒画面が再発することが分かった場合は、その更新をピンポイントでブロックすることもできます。
- 「デバイスのインストール制限」ポリシーで、問題のハードウェア ID のデバイスのみインストール禁止 にする。
- （必要に応じて）更新プログラム非表示ツール（wushowhide など）で特定の更新プログラムを隠す。
これにより、一度「安定」と確認できたドライバー構成を長期的に維持しやすくなります。
黒画面が出てしまったときの応急処置と切り分け
すでに設定を行ったあとでも、何かの拍子に黒画面が出てしまうことがあります。その際は、次の手順で応急処置と原因の切り分けを行います。
まず試すべき簡易な操作
- Win + Ctrl + Shift + B を押してグラフィックスドライバーをリフレッシュする。
正常ならビープ音と画面の一瞬の点滅が起こり、そのままサインイン画面が表示される場合があります。 - USB 機器やドック、SD カードをすべて抜いて 再起動する。
特に Dolby 系アプリが SD カードをトリガーとして Store から導入されているケースでは、周辺機器を外すだけで症状が変化する可能性があります。 - 外部ディスプレイに接続してみる。
ケーブルを接続して Win + P で表示モードを切り替えると、外部画面側だけ正しく描画されることがあります。
セーフモードで起動し、直近の変更をロールバック
それでも改善しない場合は、セーフモードで起動して直近の変更を戻します。
- 電源投入時に Windows ロゴが出たら強制終了を 2～3 回繰り返し、「自動修復」→「詳細オプション」から「スタートアップ設定」に進む。
- 「4）セーフモードを有効にする」または「5）ネットワークありのセーフモード」を選択。
- セーフモード起動後、「設定」→「Windows Update」→「更新の履歴」で直近の更新を確認し、問題が起きる前に入った更新をアンインストール。
- 「アプリと機能」から、直近にインストールされた Dolby 系アプリやドライバー管理ツールがないかを確認し、アンインストール。
セーフモードで正常に起動でき、更新／アプリの削除後に通常起動で黒画面が解消する場合は、やはりソフトウェア側の問題と判断してよい でしょう。
ログで原因を深掘りする：イベントビューア・信頼性モニター・WPR
再発を防ぐためには、「どのモジュールがどのタイミングで固まっているか」を把握することが重要です。ここでは、原因特定に役立つログの取り方をまとめます。
イベントビューアで確認すべきログ
イベントビューア では、次のログを中心に確認します。
- 「Windows ログ」→「システム」
- 「Windows ログ」→「アプリケーション」
- 「アプリケーションとサービス ログ」→「Microsoft」→「Windows」→「Winlogon」→「Operational」
- 同じく「Shell-Core」「Display」「Graphics」関連の Operational ログ
黒画面が出た時刻の前後で、
- ドライバーの初期化に失敗しているエラー／警告
- LogonUI や Explorer シェルがハング・タイムアウトしているイベント
などがないかを重点的に見ていきます。特定の DLL 名やモジュール名が繰り返し登場する場合、それがトラブルの本丸である可能性が高くなります。
信頼性モニター（perfmon /rel）で失敗履歴を俯瞰
より視覚的に状況を追いたい場合は、信頼性モニター が便利です。
Win + R→perfmon /relと入力して Enter。- 日付ごとの安定性インデックスと、アプリ／Windows の失敗履歴を一覧で確認。
黒画面が発生した日の近くに赤い「×」や警告マークが集中している場合は、そのイベントをダブルクリックして詳細を確認し、
- どのアプリケーション（またはドライバー）が落ちているか
- 問題のモジュール名（例：特定の DLL）
を特定します。
Windows Performance Recorder（WPR）でブートトレースを取得
さらに深く分析する場合は、Windows Performance Recorder（WPR） と Windows Performance Analyzer（WPA） を利用して、ブート時のトレースを取得する方法もあります。
- WPR を起動し、「Boot」シナリオを選択してトレースを開始。
- PC を再起動し、問題の黒画面が現れるまで待機。
- ログオン後（またはセーフモードから）トレースを停止し、得られた
.etlファイルを WPA で解析。
これにより、LogonUI やドライバー初期化のどのフェーズで極端な遅延が発生しているか を時間軸で確認できます。ここまで行うとかなり専門的になりますが、後述の「フィードバック Hub」や「Surface サポート」へのエスカレーションでも大いに役立ちます。
公式への報告・Surface サポートへのエスカレーション
同じような環境で同じトラブルが多数発生している場合、最終的には Microsoft / Surface チーム側でのドライバー更新や OS 側対策が必要になります。そのためにも、再現性のあるログ付きで公式に報告すること が重要です。
フィードバック Hub から詳細なレポートを送信
- スタートメニューから「フィードバック Hub」を起動。
- 「フィードバックを送る」→ カテゴリを「Windows Update」または「ドライバー」「ブート／起動」に関連する項目に設定。
- 黒画面が発生するまでの手順を、できる限り細かく文章で記述。
- 「再現の記録」を有効にして、実際に再起動して黒画面が出る様子をキャプチャする。
- 可能であれば次のファイルを添付。
msinfo32の NFO ファイル（システム情報）dxdiagの TXT ファイル（DirectX 診断）- イベントログ（EVTX）
- WPR で取得した ETL ファイル
ここまでまとめて送ることで、開発側が実際の環境とタイミングに基づき、再現・解析しやすくなります。
Surface サポートに個別チケットを作成
ハードウェア起因の可能性を完全に排除したい場合は、Surface サポート に直接問い合わせ、個別チケットを作成してもらうことをおすすめします。その際には次の情報を準備しておきましょう。
- 端末のシリアル番号
- UEFI／ファームウェアのバージョン
- Windows 11 のエディション・ビルド番号
- 黒画面が出るまでの再現手順（何回目の再起動で発生するか、どの更新の直後か等）
- 問題が始まったタイミングで適用された更新プログラム名やアプリ名
これらを共有しておくことで、「特定のバージョンのドライバーと特定の Surface ロットにのみ起きる問題」といった より限定的な不具合として切り分けてもらえる可能性 が高まります。
最終的な運用指針チェックリスト
最後に、Surface Pro 7+ の黒画面を再発させないための運用指針をチェックリスト形式でまとめます。日常的な運用の中で、次のポイントを意識しておくことが重要です。
- ■ Windows 11 は オフラインでクリーンインストール し、
OOBE\BYPASSNROでローカルアカウントを作成したか。 - ■ 初回サインイン後に すぐグループポリシーを設定 し、「自動更新は通知のみ」「Windows Update の更新にドライバーを含めない」を有効にしたか。
- ■ Microsoft Store の自動更新をオフ にし、必要ない Dolby 系アプリをアンインストールした上で、プロビジョニングパッケージも削除したか。
- ■ オーディオ／グラフィックドライバーは、一度安定したバージョンを見つけたら そのバージョンに固定 し、むやみにアップデートしていないか。
- ■ 更新を適用する場合は、1 回に大量の更新をまとめて入れず、小刻みに適用→再起動で様子を見る 運用をしているか。
- ■ 黒画面が再発した場合に備え、System Restore ポイントやバックアップ を定期的に作成しているか。
- ■ 再発時にはセーフモードで起動し、直近の更新やアプリをロールバックしたうえで、フィードバック Hub を通じてログ付きで報告しているか。
まとめ：Surface Pro 7+ の黒画面は「更新とドライバーの管理」で安定化を狙う
Surface Pro 7+ の Windows 11 環境で、ログイン直前の黒画面が長時間続く問題は、単に「OS を入れ直す」だけでは解決しないケースが少なくありません。実際のところ、
- Windows Update によるドライバーの自動更新
- Microsoft Store 経由の Dolby 系アプリの自動導入
といった 「勝手に入ってくる更新やアプリ」 がトリガーとなり、グラフィックス／オーディオ周りの不整合を引き起こしている可能性が高いと考えられます。
そのため、
- オフラインでクリーンインストールし、初回サインイン前に更新とストアを制御する
- Dolby をはじめとするサウンド強化系アプリを一度整理し、オーディオ／グラフィックドライバーを安定版に固定する
- 更新は小刻みに適用し、問題が出た更新・ドライバーを特定してピンポイントでブロックする
という「更新とドライバーを管理する」アプローチが非常に重要になります。
本記事の手順を一通り実践しても症状が続く場合は、ハードウェア側の問題や、特定ロット＋特定ドライバーに依存する不具合の可能性も視野に入れ、フィードバック Hub や Surface サポートへのエスカレーションも検討してください。地道な切り分けにはなりますが、一度安定パターンを見つけてしまえば、その構成を長く維持することで黒画面のストレスから解放される はずです。
コメント