BIOS復旧後にRAID1のミラーリングが外れてしまったり、Windows 11 だけなぜかSMB2で共有接続できない――。どちらも「ある日突然」起こり、原因が分からず不安になるトラブルです。本記事では、データを失わずに安全に復旧するための具体的な手順と、再発を防ぐためのポイントをわかりやすく解説します。
BIOS復旧後にRAID1（ミラーリング）が解除されたように見える問題
停電やフリーズ中にBIOSアップデートが失敗し、BIOSの復旧（バックフラッシュ）を行った結果、起動用のNVMe M.2 SSDが2台とも別々のディスクとして見えてしまうケースがあります。
具体的には、これまで1本のRAID1ボリュームとして認識されていたものが、Windows上では個別の「C:」「D:」ドライブとして表示され、「RAIDが壊れた？」「どちらかをフォーマットしないといけない？」と不安になるパターンです。
結論から言うと、多くのケースでディスク上のデータは両方に残っており、BIOS設定とRAIDユーティリティを正しく操作すれば、フォーマットやOS再インストールを行わずに元のRAID1構成へ戻せる可能性が高いです。
よくあるトラブルのシナリオ整理
| 項目 | 状態・症状 |
|---|---|
| ハードウェア構成 | NVMe M.2 SSD×2本でRAID1（ミラーリング）構成。OSブートドライブとして利用。 |
| 発生タイミング | BIOSアップデート中の停電・フリーズ・失敗後、バックフラッシュ機能などでBIOSを復旧した直後。 |
| 発生後の現象 | BIOSのストレージ設定が初期化されている。 RAID設定画面でボリュームが消えているように見える。 Windows上では、2本のSSDが別々のディスク（例：C: と D:）として認識される。 |
| ユーザーの不安 | RAID1のミラーリングが完全に壊れたのでは？ どちらかをフォーマットしないと起動できなくなるのでは？ 大事なデータやシステムを失ったのでは？ |
原因：BIOS設定が「RAID → AHCI」に戻っただけのケースが多い
BIOSのバックフラッシュは、「壊れたBIOS」を別のバージョンやバックアップイメージで上書きする処理です。このとき、ストレージコントローラーの動作モード（RAID / AHCI / NVMe RAIDなど）が初期値にリセットされることがよくあります。
代表的な状態の違いを整理すると、次のようになります。
| コントローラーモード | BIOS/RAIDユーティリティからの見え方 | Windowsからの見え方 |
|---|---|---|
| RAIDモード | 2本のSSDをまとめた1つのRAID1ボリュームとして表示 | 1つのディスク（C:）として認識。ミラーはコントローラー側で管理。 |
| AHCI / NVMe単体モード | RAIDボリュームが存在しない扱い。SSD2本が別ディスクとして表示される場合も。 | 物理SSDがそれぞれ独立したディスクとして認識される（C: / D: など）。 |
つまり、BIOS復旧によってRAIDの「設定」だけが無効化された状態で、ディスク上のデータ自体は消えていないケースが多いということです。
この場合、正しい手順でRAIDモードを再有効化し、RAIDユーティリティから既存ディスクを「メンバー」として再取り込みできれば、データを保持したままRAID1構成を復活させることができます。
最初に必ず行うべきこと：書き込み停止とバックアップ確保
とはいえ、RAID構成が崩れている状態で誤操作すると、ほんの一手間でデータが完全に失われる可能性もあります。作業に入る前に、次のポイントを必ず押さえてください。
- できるだけディスクへの書き込みを行わない
- 問題発生後は、可能であれば対象マシンをシャットダウンし、むやみに操作しない。
- 新しいアプリのインストールや大きなファイルコピーなどは厳禁。
- 外部バックアップの確保
- 片方のディスクが単体で正常に起動しているなら、USB外付けHDDやNASに重要データをコピー。
- クローンツールで丸ごとバックアップを取っておくと安心度が高い。
- RAIDユーティリティ上での「初期化」「新規作成」には手を出さない
- 「RAIDボリュームの作成」「ディスク初期化」といった文言のある項目は、意味を理解できるまで絶対に実行しない。
元のRAID1に戻すための標準的な手順
ここからは、一般的なファームウェアRAID（Intel RST、AMD RAIDXpert2 など）を想定した復旧手順の流れを整理します。マザーボードやベンダーにより画面表示や文言は違いますが、考え方はほぼ共通です。
- BIOSセットアップに入る
- 電源投入直後に
Del/F2/Escなどを押し、BIOS/UEFI 設定画面へ。 - 「Advanced」「Advanced Mode」「Expert」など詳細メニューへ進む。
- 電源投入直後に
- ストレージコントローラーのモードを「RAID」に戻す
- 「SATA Mode」「Storage Configuration」「Onboard Devices」「NVMe RAID Mode」などの項目を探す。
- 現在「AHCI」や「Disabled」になっている場合は、「RAID」またはそれに相当する設定に変更。
- 変更後、設定を保存して一旦再起動。
- RAID設定ユーティリティを起動する
- BIOS内に「Intel Rapid Storage Technology」「AMD RAIDXpert2」「VROC」などのメニューがある場合、そこへ入る。
- 古い環境では、起動時に
Ctrl+IやCtrl+Rなどで別画面のRAID BIOSに入るタイプもある。
- 既存のディスク構成を「インポート」する
- RAIDユーティリティ上で、2本のSSDが「メンバー候補」として認識されているか確認。
- 次のような文言のメニューがあれば、「インポート」や「既存構成の取り込み」を選択する。
- Import / Import Foreign Configuration
- Manage Array > Import
- Add Existing Disks
- このとき「Initialize」「Create Array」「New Volume」などデータ消去前提のメニューは選択しない。
- RAID1ボリュームの再構成（Rebuild）を必要に応じて実行
- ユーティリティ上で「RAID1」「Mirror」と表示されるボリュームが復活したか確認。
- 片方のディスクが「Degraded」「要リビルド」などになっている場合は、正常側を元にRebuildを開始。
- Rebuild中も原則としてPCは利用可能だが、負荷の高い処理は避けるのが安全。
- RAIDドライバーが正しく読み込まれているか確認
- RAIDモードを有効にした直後は、Windowsが「ストレージコントローラーが変更された」と判断し、起動に失敗することがある。
- その場合、Windows回復環境（WinRE）やインストールメディアから起動し、必要なRAIDドライバー（Intel RST / AMD）を読み込んでから起動を試す。
- セーフモードで一度起動してから通常モードへ戻すと安定するケースもある。
RAIDユーティリティで見るべきポイント
RAIDユーティリティの表示を読むときは、次の項目に注目すると状況が把握しやすくなります。
| 表示例 | 意味・解釈 | 推奨アクション |
|---|---|---|
| Volume: RAID1 / Status: Normal | ミラーは正常、両ディスクとも同期済み。 | そのままOSを起動し、念のためバックアップを取得。 |
| Volume: RAID1 / Status: Degraded | 片方のディスクに異常があり、ミラーが壊れている状態。 | 正常なディスクを確認し、故障側を交換後、Rebuildで再同期。 |
| Foreign Configuration detected | 以前のRAID構成情報を持ったディスクが見つかった状態。 | 「Import Foreign Configuration」で取り込みを試行。ただし「Clear」は押さない。 |
| No Array Defined / Unassigned Disks | 既存ボリュームとしては認識されていないが、ディスク自体は見えている。 | 取り込みメニューが無いか確認し、それも無ければ慎重にデータバックアップを優先。 |
どうしてもインポートできない場合の安全な方針
ファームウェアRAIDの画面で既存ボリュームの取り込みがどうしてもできない、あるいは画面の意味が読み取れず不安な場合は、無理に元のRAID1に戻そうとせず、次のような「安全寄り」の手順を取るのも選択肢です。
- 片方のディスクからOSを起動し、全データを別ストレージへ退避
- AHCIモードのまま、起動できている方のSSDだけ接続してWindowsを起動。
- 外付けHDDやNAS、別PCなどに重要データを丸ごとコピー。
- 両方のSSDをいったん「データ用」と割り切る
- バックアップができたら、必要に応じてBIOSでRAID1をクリーンに再作成。
- 新しいRAID1上にOSを再インストールし、データを戻す。
- 片方のSSDは「保険」として一切書き込まない
- 復旧作業に失敗した場合に備え、少なくとも1本は完全な読み取り専用バックアップとして保管しておくと安心。
「どうしても元の構成で起動させたい」欲を優先すると、かえって取り返しのつかない状態になりがちです。データの保全を最優先に、必要ならOSは入れ直す、という割り切りも重要です。
RAID1トラブルで「絶対にやってはいけない」操作
| やってはいけない操作 | 理由 |
|---|---|
| RAIDユーティリティの「Initialize」「Clear」「New Volume」を安易に実行 | 多くの場合、メタデータだけでなくデータ領域も削除される。元に戻せない可能性が高い。 |
| 問題のあるディスクに新規OSをインストール | システム領域上書きにより、元のパーティション構成やブート情報が失われる。 |
| Rebuild対象ディスクを誤って指定 | 壊れた側のディスク内容で正常側を上書きしてしまい、復旧不能になるおそれ。 |
| RAID崩壊状態でベンチマークや大容量コピーを実施 | 負荷が増えて物理故障を誘発したり、状態悪化につながる可能性がある。 |
BIOSアップデート時の再発防止策
最後に、同じようなRAIDトラブルを繰り返さないためのポイントを整理します。
- BIOS更新時はUPS（無停電電源装置）を使用
- 停電リスクが高い環境でのBIOSアップデートは極力避ける。
- RAID構成のスクリーンショットや設定メモを残す
- RAIDレベル、ディスク順序、容量などをメモしておくと、復旧時に「どの構成が正しいか」を判断しやすい。
- 起動用RAIDのドライバーを常に最新状態に保つ
- OS側ドライバーが古いと、RAIDモード変更後にうまく起動できない原因になる。
- 定期的なバックアップ運用
- RAID1は「可用性向上」の仕組みであって「バックアップの代替」にはならない。
- 少なくとも重要データだけでも、別媒体・別拠点へのバックアップを習慣化する。
Windows 11 に対して SMB2/SMB3 で共有接続できない問題
次は、Windows 11 だけSMB2/SMB3で共有接続できないというトラブルです。
たとえば、「Windows 10 ↔ Linux」間のSMB2接続は問題なく動作しているのに、「Linux → Windows 11」へ接続しようとすると失敗する、あるいは「Windows 10 → Windows 11」でエラーになる、といったパターンです。
症状の整理
| 接続元 | 接続先 | SMBバージョン | 結果 |
|---|---|---|---|
| Windows 10 | Linuxファイルサーバー | SMB2/3 | 問題なく接続できる |
| Linux | Windows 10 | SMB2/3 | 問題なく接続できる |
| Linux | Windows 11 | SMB2/3 | 接続エラー（タイムアウト／認証エラーなど） |
| Windows 10 | Windows 11 | SMB2/3 | 「アクセスできません」や資格情報エラーになる |
このような場合、SMB2自体が無効になっているわけではなく、Windows 11側の共有設定・ファイアウォール・認証ポリシーなどが原因でブロックされていることがほとんどです。
前提として押さえておきたいWindows 11のSMB仕様
- SMB1は既定で無効だが、SMB2/SMB3は有効になっている。
- ゲスト（匿名）アクセスは基本的に禁止されており、ユーザー名とパスワードによる認証が必要。
- ネットワークプロファイルが「パブリック」の場合、ファイル共有関連の通信は強く制限される。
- SMB暗号化や署名のポリシーが厳しすぎると、古いクライアントや一部のSMB実装から接続できないことがある。
これらを踏まえつつ、実際のチェックポイントを具体的なコマンドや画面単位で確認していきます。
1. SMBサーバー構成の確認（PowerShell）
まず、Windows 11 マシン側で SMB サーバー機能がどのように設定されているかを確認します。管理者権限で PowerShell を起動し、次のコマンドを実行します。
Get-SmbServerConfiguration | Select EnableSMB1Protocol,EnableSMB2Protocol,RequireSecuritySignature,EncryptData
Get-SmbShare
EnableSMB2ProtocolがTrueであることを確認。Get-SmbShareの結果に、接続したい共有フォルダー名が表示されることを確認。- 必要に応じて
New-SmbShareで新規共有を作成し、テスト用の共有を用意しても良いでしょう。
2. 必須サービスの起動状態をチェック
SMB共有の公開には、いくつかのWindowsサービスが関係します。特に重要なのは以下です。
- Server（サービス名:
lanmanserver） - Function Discovery Resource Publication（
FDResPub） - Function Discovery Provider Host（
fdPHost）
PowerShellまたはコマンドプロンプトで次のコマンドを実行して状態を確認します。
sc.exe query lanmanserver
Get-Service FDResPub,fdPHost
STATEやStatusが RUNNING（実行中）であること。- スタートアップの種類が「自動」または「自動（遅延開始）」になっていること。
Function Discovery系が停止していると、ネットワーク探索で他のPCから見つけられなくなり、「名前でアクセスできないがIPならいける」といった状況にもつながります。
3. ネットワークプロファイルと共有設定
Windows 11 のネットワークは、「プライベート」「パブリック」などのプロファイルによって共有可否が変わります。共有元となるWindows 11マシン側では、次を確認します。
- ネットワークプロファイルが「プライベート」になっているか
- 設定 > ネットワークとインターネット > プロパティ から確認。
- 自宅・社内LANで使うマシンは基本的に「プライベート」に設定。
- 共有の詳細設定
- 設定 > ネットワークとインターネット > 共有の詳細設定 を開く。
- 「ネットワーク探索を有効にする」「ファイルとプリンターの共有を有効にする」をオン。
- 「すべてのネットワーク」カテゴリでは、パスワード保護共有は基本オン（推奨）とし、ユーザー名＋パスワードでのアクセスを前提にする。
パスワード保護共有をオフにすれば一時的に接続しやすくなりますが、セキュリティ面では好ましくありません。できれば後述の認証設定を整えた上で、オンのまま運用しましょう。
4. ファイアウォールルールの確認
Windows Defender ファイアウォールが SMB 通信（TCP 445）をブロックしていないかを確認します。管理者PowerShellで次のコマンドを実行します。
Get-NetFirewallRule -DisplayGroup "ファイルとプリンターの共有" |
Format-Table DisplayName,Enabled,Profile
- SMB-In ルールが「有効（True）」で、プロファイルが「Private」を含んでいることを確認。
- 社内LANなどでドメイン参加していない場合、「ドメイン」プロファイルではなく「プライベート」プロファイルを有効にする必要があります。
必要であれば、GUIから「Windows Defender ファイアウォールによるアプリケーションの許可」を開き、「ファイルとプリンターの共有」をプライベートネットワークで有効にしておきましょう。
5. SMB署名・暗号化ポリシーの一時緩和で切り分け
Linuxや古いNASなど、一部のSMBクライアントはSMB署名や暗号化の条件が合わないと接続に失敗することがあります。原因切り分けのため、一時的にポリシーを緩めてみます。
Set-SmbServerConfiguration -RequireSecuritySignature $false -Force
Set-SmbServerConfiguration -EncryptData $false -Force
- この状態で接続が成功するようなら、クライアント側のSMB署名や暗号設定を見直す必要があります。
- 本番運用では、問題の切り分けが済んだら再度
$trueに戻してセキュリティを確保してください。
6. 認証ポリシーとユーザーアカウントの確認
Windows 11 はセキュリティが強化されており、匿名アクセス（ゲスト）や空パスワードのアカウントでは共有に接続できません。次の点を確認してください。
- 共有に使うローカルアカウントにパスワードを設定しているか
- 空パスワードのアカウントは、既定設定ではネットワークログオンが禁止されています。
- 資格情報の指定方法
- ワークグループ環境では、接続元から
PC名\ユーザー名形式で資格情報を入力する。 - 例えば Windows 11 側のPC名が
WIN11-PC、ユーザーがbackupなら、WIN11-PC\backupとしてログオン。
- ワークグループ環境では、接続元から
- NTLMの受信制限
secpol.msc（ローカルセキュリティポリシー）を開き、「ローカルポリシー > セキュリティオプション」で NTLM 関連設定を確認。- 高度にロックダウンされている環境では、旧来のNTLM接続が禁止されている場合があるので、必要に応じて許可する。
7. 名前解決とポート到達性の確認
実は、SMBが問題ではなく名前解決やルーティングの問題で接続できていないこともよくあります。次の順序で切り分けます。
- IPアドレス直指定でアクセス
- エクスプローラーのアドレスバーに
\\<Win11のIPアドレス>\共有名と入力。 - これで接続できる場合、DNSやNetBIOS名解決に問題があると考えられます。
- エクスプローラーのアドレスバーに
- ポート445への疎通確認
- 接続元から次のコマンドを実行：
Test-NetConnection <Win11のIP> -Port 445TcpTestSucceeded : Trueであれば、ネットワークレベルでは到達していることになります。
- CNAMEや別名アクセス時の Strict Name Checking
- DNSの別名（CNAME）でアクセスする場合、Windows側の「Strict Name Checking」が原因で拒否されることがあります。
- この場合はレジストリ変更やSPN設定など、より高度な調整が必要となります。
8. イベントログで拒否理由を特定する
設定を見直しても原因がわからない場合は、イベントログを確認するのが最も確実です。
- 「イベント ビューアー」を開き、
Applications and Services Logs > Microsoft > Windows > SMBServer > Operationalを参照。 - 接続失敗のタイミングに対応するイベントを探し、「アクセス拒否」「認証エラー」などのメッセージを確認。
- エラーコードや詳細メッセージを手がかりに、どのポリシーに引っかかっているか推測できます。
9. Linux など他OSから接続する際のマウント例
Linuxから Windows 11 の共有へ接続する場合、mount.cifs を使って次のようにマウントする例が一般的です。
//WIN11_IP/share /mnt/share cifs vers=3.0,username=USER,password=PASS,sec=ntlmssp 0 0
vers=3.0と明示してSMB3で接続。sec=ntlmsspで、Windows 11 と互換性の高い認証方式を指定。- マウントに失敗する場合は、
dmesgやシステムログにエラー原因が記録されていることが多いので確認します。
SMB接続トラブルでよくある勘違いと落とし穴
| よくある勘違い | 実際の挙動 | 対策 |
|---|---|---|
| 「SMB1を有効にしないと共有できない」 | Windows 11 は既定で SMB2/3 を提供しており、通常のファイル共有に SMB1 は不要。 | SMB1 はセキュリティ上の理由から可能な限り無効のままにし、SMB2/3で接続できるよう設定を整える。 |
| 「SMB Direct（RDMA）がオフだから遅い／つながらない」 | SMB Direct はRDMA対応NIC向けの高速化機能であり、通常のLAN環境では無関係。 | SMB Direct を意識する必要はなく、基本的なSMB共有設定とネットワーク構成を見直す。 |
| 「ゲストアクセスの方が簡単だから安全」 | 匿名アクセスは制御が難しく、不正アクセスのリスクが高い。 | 必ずユーザー名＋パスワードでアクセスさせ、必要最小限のアクセス権を付与する。 |
| 「ファイアウォールは全部オフにすればいい」 | 一時的な検証としては有効だが、本番環境での全オフは非常に危険。 | SMB関連ルールだけを適切に許可し、それ以外の防御は維持する方が安全。 |
まとめ：データを守りつつ、トラブルに強いWindows環境を作る
BIOS復旧後にRAID1のミラーリングが解除されたように見えるトラブルも、Windows 11にSMB2/SMB3で接続できない問題も、いずれも「仕組み」を理解して落ち着いて対処すれば、データを失わずに復旧できる可能性が高い問題です。
- RAID1トラブルでは、ディスクへの不用意な書き込みを避け、まずBIOSのRAIDモード設定を確認することが最優先。
- RAIDユーティリティの表示をよく読み、「Import」「Foreign Configuration」などのメニューから既存ボリュームの取り込みを試みる。
- Windows 11のSMB接続問題では、SMBサーバー設定・必須サービス・ネットワークプロファイル・ファイアウォール・認証ポリシーを一つずつチェックする。
- どちらの問題でも、「よく分からないまま初期化・再インストールに走らない」「バックアップを取ってから試す」ことが重要です。
日頃からバックアップを取りつつ、RAIDやSMBの仕組みをざっくり理解しておけば、突然のトラブルが起きても慌てずに対処できます。この記事を参考に、ご自身の環境に合わせた運用ルールやチェックリストを作り、トラブルに強いWindows 11環境を育てていきましょう。
コメント