CM5がWindowsでrpiboot認識するのにストレージが出ない原因と解決策（BCM2712D0 Bootエラー対処ガイド）

Raspberry Pi Compute Module 5（CM5）のeMMCを書き込みたいのに、Windows 11でrpibootを実行すると「BCM2712D0 Boot」までは見えるのに、肝心のUSBマスストレージが出てこない――この症状は、配線やジャンパ設定の単純ミスだけでなく、電源供給の癖・ドライバ状態・usbboot/rpibootの動作モード差・Windows側の列挙（enumeration）失敗が重なって起きがちです。ここでは、再現しやすい落とし穴を「切り分け順」で潰し、最短で書き込みまで持っていく手順をまとめます。 Raspberry Pi フォーラム+2GitHub+2

• CM5がWindowsでrpiboot認識するのにストレージが出ない原因と解決策（BCM2712D0 Bootエラー対処ガイド）
  • まず押さえるべき前提：CM5の「見える」と「書ける」は別問題
  • 症状の典型パターン（今回のケースに多い）
  • 切り分けはこの順番が最短
    • 1) 電源供給を“疑ってから否定”する（最重要）
    • 2) ジャンパと接続を“書き込み専用状態”に固定する
    • 3) Windowsドライバを“一度クリーンにして入れ直す”
    • 4) rpibootの“動作モード”を変えて再試行する
    • 5) それでもダメなら「Linuxで書く」が最短の解決になりやすい
  • “BCM2712D0 Bootエラー”で詰まる人がやりがちな落とし穴
  • 結論：成功率を上げる“勝ち筋”はこの組み合わせ

まず押さえるべき前提：CM5の「見える」と「書ける」は別問題

デバイスマネージャに「BCM2712 Boot / BCM2712D0 Boot」が出るのは、PCが“ブート用のUSBデバイス”としてCM5を検出している段階です。ここからrpibootが適切なイメージ（マスストレージガジェット等）を転送し、CM5側が“USBストレージとして再列挙”して初めてドライブが出ます。つまり「BCM2712D0 Bootエラー」「マスストレージが出ない」は、第2段階の転送・再列挙に失敗しているサインです。 Raspberry Pi フォーラム+1

症状の典型パターン（今回のケースに多い）

• rpibootは「Waiting for BCM…」の後にエラー（PowerShellにError BCM2712D0 Bootなど）

• Windowsは一瞬デバイスを認識するが、ストレージとして現れない

• デバイスマネージャでエラー状態になったり、接続が不安定に見える

このパターンは、電力不足／ケーブル品質／USBポート相性／ドライバ破損／転送モード不一致のいずれか（または複合）が多いです。 Raspberry Pi フォーラム+1

切り分けはこの順番が最短

1) 電源供給を“疑ってから否定”する（最重要）

CM5 IO BoardのUSB-Cが「電源＋データ兼用」でも、PCのUSBポートが十分な電流を安定供給できないと、**転送途中で落ちて“ストレージ再列挙まで行けない”**ことがあります。特にデスクトップのフロントポートや省電力設定が絡むと症状が揺れます。 Raspberry Pi フォーラム+1

対策（上から順に効果が出やすい）

• 背面の直結ポート（マザーボード直結）へ変更（すでに実施済みでも、別ポートも試す）

• USB-C to Cより、相性が良いことが多い**USB-A to C（USB 3.x対応の太め）**を試す

• セルフパワーUSBハブを挟む（データも通るもの）

• PC側のUSB省電力（選択的中断）を一時的に無効化

「BCM2712D0 Bootまでは出るのに先へ進まない」症状で、最終的に電源・ポート起因だった例はかなり多いです。 Raspberry Pi フォーラム+1

2) ジャンパと接続を“書き込み専用状態”に固定する

• eMMC搭載CM5であること（Liteではない）

• eMMC書き込み（EMMC_DISABLE / nRPI_BOOT等）用ジャンパが正しい位置

• 余計な周辺機器（SSD等）を外す（すでに実施済みは良い判断）

ここでの狙いは、CM5側が確実に「USB経由の書き込み待ち」になる状態を作り、起動フローの分岐要因を減らすことです。 Raspberry Pi フォーラム+1

3) Windowsドライバを“一度クリーンにして入れ直す”

Windowsは一度失敗したUSBデバイスの情報を保持して、以後の列挙が不安定になることがあります。次を実施します。

• デバイスマネージャで「BCM2712…」系を見つけたら

  • デバイスのアンインストール

  • 可能なら「このデバイスのドライバーソフトウェアを削除」もチェック

• PC再起動 → rpibootのドライバ（Raspberry Piのドライバ）を再適用

この手順で「エラー状態のまま固定される」パターンが改善することがあります。 Home Assistant Community+1

4) rpibootの“動作モード”を変えて再試行する

usbboot/rpibootには、マスストレージを提示する実装に複数の経路があり、環境によって刺さる方が違います。トラブルシューティングとして、**マスストレージ用ディレクトリ指定（-d）**を明示して試すのが定番です。 GitHub+1

• 例：mass-storage-gadget64を明示して起動（環境により改善する場合あり）

  • うまくいくと、転送後にWindows側で“USBドライブ”として出現します

※すでに既定がそれになっているケースもありますが、「明示指定＋再起動のタイミング」を揃えることで成功することがあります。 Raspberry Pi フォーラム+1

5) それでもダメなら「Linuxで書く」が最短の解決になりやすい

身も蓋もないようでいて、現場的には最も成功率が高いのがこれです。Linux（別のRaspberry Piでも可）だと、USBガジェットの再列挙やドライバ周りの相性問題が減り、切り分けもしやすいです。実際に「Windowsで見えないがLinuxでは通る」報告は継続して出ています。 revolutionpi.com+1

おすすめの進め方

• 別PCにLinuxを用意（ライブUSBでも可）

• usbbootを導入してrpiboot実行

• dmesgでUSBの切断・再接続ログを確認しながら進める

“BCM2712D0 Bootエラー”で詰まる人がやりがちな落とし穴

• 「電源は足りてるはず」前提で進めてしまう（実際は瞬間的に落ちている） Raspberry Pi フォーラム

• データ対応ケーブルでも品質差が大きい（充電寄りケーブルは特に不安定）

• Windows側で一度こけたデバイス情報が残り、以後ずっと不調になる Home Assistant Community

• rpibootを管理者で動かしていても、列挙そのものが別原因で失敗する（管理者＝万能ではない）

結論：成功率を上げる“勝ち筋”はこの組み合わせ

1. 背面USB直結＋良質ケーブル（必要ならセルフパワーハブ）

2. ジャンパ状態を固定し、余計な機器は外す

3. Windowsのデバイスをクリーンにして再インストール

4. rpibootはモードを明示して試す

5. 最終手段ではなく最短手段としてLinuxでフラッシュを検討

この順に試すと、闇雲にケーブルを替え続けるより早く原因に当たります。特にCM5世代（BCM2712系）では「検出はするがストレージにならない」段階で詰まりやすいので、電源と再列挙（OS側の相性）を最優先で疑うのがコツです。 Raspberry Pi フォーラム+2Raspberry Pi フォーラム+2