Windowsで高速スタートアップ後にネットワークドライブが消えるときは、まず「再起動では戻るか」を確認してください。戻るなら、原因はかなりの確率で高速スタートアップと、サインイン直後のネットワーク準備のズレです。Windows の高速スタートアップはシャットダウン時に既定で使われ、再起動には適用されません。さらに起動直後は DHCP、Wi‑Fi や有線認証、ドメイン接続の確立に少し時間がかかることがあります。 (Microsoft Learn)
対処の順番はシンプルです。フルシャットダウンで切り分ける → ネットワークドライブを「サインイン時に再接続」で作り直す → 資格情報マネージャーとポリシーを確認する。この順で見れば、ほとんどのケースで「一時的な表示の問題」なのか、「設定や権限の問題」なのかが分かります。 (マイクロソフトサポート)
最初に確認すべき3パターン
まずは症状をこの3つに分けると、無駄な作業が減ります。切り分けの根拠は、Fast Startup の仕組み、再接続時のドライブ表示、資格情報保存の仕様、ログオン時のネットワーク待ちの仕様にあります。 (Microsoft Learn)
| 症状 | 起きやすい原因 | 最初にやること |
|---|---|---|
| シャットダウン後だけ消える。再起動だと戻る | 高速スタートアップ、ログオン直後のネットワーク未準備 | フルシャットダウンで再現確認 |
| 赤い X が付くが、開くと普通に使える | アイドル切断、見かけ上の切断表示 | 慌てて削除せず、実際に開けるか確認 |
毎回認証を求められる、または \\server\share でも開けない | 資格情報の不一致、資格情報保存禁止ポリシー、共有権限 | 資格情報マネージャーと共有権限を確認 |
なぜ高速スタートアップ後にネットワークドライブが消えやすいのか
高速スタートアップは、見た目は通常のシャットダウンに近い動作でも、内部的にはユーザーセッションをログオフしたうえでカーネル状態をディスクに保存して次回起動を速くする仕組みです。Windows ではシャットダウン時にこれが既定で使われ、再起動時はフルシャットダウンになります。つまり、「再起動だと正常、シャットダウン後だけ不安定」という差が出るなら、高速スタートアップを疑う材料になります。 (Microsoft Learn)
問題は、Windows がサインイン処理を始める時点で、ネットワーク側の準備がまだ終わっていないことがある点です。Microsoft は、起動直後の遅延要因として DHCP、無線 LAN 認証、有線ネットワーク認証、ドメイン コントローラーへ到達するまでの各種ネットワークサービスを挙げています。ネットワークドライブの再接続がこのタイミングにぶつかると、ドライブが「未接続」「利用不可」に見えやすくなります。 (Microsoft Learn)
5分でできる復旧手順
フルシャットダウンで一度切り分ける
まずは高速スタートアップを使わないシャットダウンを一度試します。
shutdown /s /t 0shutdown コマンドの /s はシャットダウン、/t 0 は待ち時間なしです。高速スタートアップ向けのハイブリッド シャットダウンは /hybrid を付けたときに使われるので、このコマンドは切り分け用のフルシャットダウンとして使えます。これで起動し直したあとにネットワークドライブが安定するなら、高速スタートアップ由来の可能性が高いです。 (Microsoft Learn)
ドライブ文字を作り直す
一度だけ表示が壊れていることもあるため、古いマッピングを切ってから再作成すると改善しやすいです。エクスプローラーなら [PC] → [ネットワーク ドライブの割り当て] から、共有先を \\server\share 形式で指定し、「サインイン時に再接続」にチェックを入れて作り直します。Microsoft の案内でも、毎回使うネットワークドライブはこの方法で再接続設定できます。 (マイクロソフトサポート)
コマンドでやるなら、次の2本で十分です。
net use Z: /delete
net use Z: \\server\share /persistent:yesnet use は共有リソースへの接続管理コマンドで、/persistent:yes を使うと、その後に作る接続を次回ログオン時にも復元する設定になります。対象ドライブだけを消すなら Z: のように文字を指定し、いきなり * で全削除しないのが安全です。 (Microsoft Learn)
別アカウントで接続する必要がある場合は、次の形にします。
net use Z: \\server\share /user:DOMAIN\username *末尾の * は、パスワードを画面で入力する指定です。コマンド履歴やバッチにパスワードを残したくないときに向いています。 (Microsoft Learn)
まず \\server\share で開けるか確認する
ドライブ文字の問題と、共有そのものの問題は分けて考えるべきです。エクスプローラーのアドレスバーに \\server\share を直接入れて開けるなら、共有自体は生きていて、問題はマッピングの再接続処理に寄っている可能性が高いです。逆にこれでも開けないなら、共有先 PC/NAS の起動状態、共有権限、名前解決などを先に疑うべきです。Microsoft も、ネットワークドライブやフォルダーに接続できない場合は、接続先がオフか、権限が不足している可能性を案内しています。 (マイクロソフトサポート)
資格情報マネージャーを確認する
毎回パスワードを聞かれる、あるいは正しいはずの認証情報で再接続できないときは、資格情報マネージャーを見直します。タスクバー検索で「資格情報マネージャー」を開き、[Windows 資格情報] から、該当するサーバー名や NAS 名に関連する項目を削除してから再接続すると、古い資格情報の食い違いを整理しやすくなります。Microsoft も、Credential Manager でネットワークを含む保存済み資格情報を表示・削除できると案内しています。 (マイクロソフトサポート)
ただし、組織のセキュリティ設定で 「Network access: Do not allow storage of passwords and credentials for network authentication」 が有効になっていると、Credential Manager はネットワーク認証用の資格情報を保存しません。この状態では、「サインイン時に再接続」だけでは期待どおりに戻らないことがあります。ポリシーの場所は コンピューターの構成 → Windows の設定 → セキュリティの設定 → ローカル ポリシー → セキュリティ オプション です。 (Microsoft Learn)
再発防止で効きやすい設定
高速スタートアップを一度オフにして挙動を見る
症状が「シャットダウン後だけ」に偏るなら、高速スタートアップを一度オフにして比較するのが最短です。場所は コントロール パネル → すべてのコントロール パネル項目 → 電源オプション → システム設定 です。ここで高速スタートアップを無効にして数日運用し、ネットワークドライブが安定するかを見ます。Microsoft は Fast Startup が既定で有効だと案内している一方、一般論として無効化を推奨しているわけではありません。ですから、切り分け目的で一度オフにし、効果があると確認できたら運用判断するのが現実的です。 (Microsoft Learn)
もっと確実に切りたいなら、管理者権限のコマンドプロンプトで次を実行します。
powercfg.exe /hibernate off休止状態を無効にするコマンドです。高速スタートアップは休止ファイルを使うため、これをオフにすると実質的に高速スタートアップも使えなくなります。元に戻すときは powercfg.exe /hibernate on です。休止状態そのものも使えなくなるので、ノート PC では副作用を理解したうえで使ってください。 (Microsoft Learn)
ドメイン参加 PC は「ネットワークを待つ」設定を検討する
社内 PC で、GPO でネットワークドライブを配っているなら、ログオンの速さを優先する既定動作が邪魔をしていることがあります。このとき有効なのが 「Always wait for the network at computer startup and logon」 です。Microsoft は、このポリシーがドメイン参加 PC でネットワークが利用可能になるまで待つ助けになると説明しています。場所は コンピューターの構成 → 管理用テンプレート → システム → ログオン です。 (Microsoft Learn)
ポリシー変更後は、反映を早めるために gpupdate /force を実行し、そのうえでサインアウトまたは再起動すると確認しやすいです。なお、ローカル グループ ポリシー エディターは Windows Home では使えません。ドメイン参加端末なら通常は IT 管理者が中央管理する前提で考えるのが安全です。 (Microsoft Learn)
「消えた」と見えても、実は消えていないことがある
ネットワークドライブに赤い X が付いていても、開いた瞬間にすぐ再接続されるなら、必ずしも本当の障害ではありません。Microsoft は、一定時間使われていない接続は既定で切断されることがあり、その場合でもアクセスすると素早く再接続されると説明しています。つまり、赤い X だけで毎回再マップするのは早計です。まずは実際にフォルダーを開けるかを確認してください。 (Microsoft Learn)
また、古い Windows 8/8.1 系や Windows Server 2012 系では、GPO でマップしたドライブに対して 「Could not reconnect all network drives」 と通知が出ても、実際には正しくマップできている既知事例がありました。表示メッセージだけで判断せず、本当に開けるか、net use でどう見えるかまで確認するのが確実です。 (マイクロソフトサポート)
更新や権限の影響も見逃さない
ネットワークドライブの再接続問題は、Windows 側の既知不具合として出ることがあります。たとえば Windows 10 version 1809 では、Microsoft がログオン時に再接続するスクリプト回避策を案内していました。かなり古い事例ではありますが、特定ビルドだけ急に不安定になったときは、「自分の設定ミス」と決め打ちせず、Windows 更新履歴や既知の問題も確認した方が早いです。 (Microsoft Learn)
基本ですが、共有元・共有先の両方で Windows Update を当てるのも有効です。Microsoft の共有トラブルシューティングでも、まず各マシンを最新に保つことを勧めています。なお、Windows 10 の通常サポートは 2025 年 10 月 14 日で終了しているため、2026 年時点では Windows 10 を使い続けるほど、今後の不具合対応や運用判断は不利になります。長く残す端末なら、再接続対策と同時に OS 方針も見直したいところです。 (マイクロソフトサポート)
やりがちな失敗
- 赤い X を見ただけで「完全に切断された」と判断してしまう。実際には開くと再接続されるケースがあります。 (Microsoft Learn)
net use * /deleteを安易に実行して、必要なネットワーク接続まで全部切ってしまう。削除はまず対象ドライブだけに絞る方が安全です。 (Microsoft Learn)- 資格情報保存を禁止するポリシーが有効なのに、「サインイン時に再接続」だけで直ると思ってしまう。保存自体が禁止されていると、根本はそこです。 (Microsoft Learn)
- ドメイン向けの GPO 対策を、家庭用 NAS の単体 PC にいきなり当てはめてしまう。ドメイン参加 PC かどうかで優先度は変わります。 (Microsoft Learn)
- 高速スタートアップが原因か確認せずに、毎回サーバーや NAS 側だけを疑う。再起動とフルシャットダウンの差を見れば、かなり絞れます。 (Microsoft Learn)
迷ったら、この順番で進めればいい
最後に、現場で迷いにくい順番に並べるとこうなります。
- まず
shutdown /s /t 0でフルシャットダウンし、起動後にドライブが戻るか確認する。 (Microsoft Learn) - 次に
\\server\shareを直接開き、共有自体に入れるかを見る。入れるならマッピング側、入れないなら共有先・権限側を疑う。 (マイクロソフトサポート) - ドライブを作り直し、「サインイン時に再接続」 または
net use ... /persistent:yesを使う。 (マイクロソフトサポート) - まだ不安定なら、資格情報マネージャーと資格情報保存ポリシーを確認する。 (マイクロソフトサポート)
- ドメイン参加 PC なら、Always wait for the network at computer startup and logon を検討する。 (Microsoft Learn)
- 旧ビルドや旧 OS なら、既知不具合と Windows Update の状態まで確認する。 (Microsoft Learn)
この順番で見れば、Windows で高速スタートアップ後にネットワークドライブが消える問題は、「表示だけの問題」なのか、「接続タイミングの問題」なのか、「資格情報やポリシーの問題」なのかをかなり短時間で切り分けられます。読んだあとに最初にやるべきことは、再起動ではなくフルシャットダウンで差を見ることです。そこが当たりなら、以降の対処は驚くほどシンプルになります。 (Microsoft Learn)
コメント