Windows 10 の「ディスクの管理」で EFI システムパーティションの Bootable（ブータブル）フラグが OFF と表示され、不安に感じている人は少なくありません。結論から言えば、そのフラグは UEFI‑GPT 環境では意味を持たず、変更しないのが最善です。本記事では、フラグを触らない理由と、安全に Ventoy を使って別 USB へ Linux を導入・起動するための実践手順、トラブル時の復旧方法までを一気に解説します。
結論と要点（先に答え）
- EFI パーティション（ESP）の Bootable フラグは変更しない。UEFI では MBR 時代の「アクティブ」や「Bootable」ビットは参照されません。Windows が起動しているなら現状維持が最も安全です。
- USB から Linux を起動するなら、内蔵ディスクの ESP を使わない。ターゲットの USB 自身に ESP とブートローダーを作り、起動時のブートメニュー（F12/F10/ESC など）で USB を選ぶのが鉄則です。
- Ventoy は「起動用 USB（Ventoy）」＋「インストール先 USB（空）」の 2 本構成が安全。Ventoy で ISO を起動し、インストーラではブートローダーの書き込み先も含めて空の USB を選びます。
- Secure Boot を使っている場合の初回起動は鍵登録（MOK）画面になることがある。画面の指示に従って登録すれば以後は通常起動できます。解除するより登録運用がおすすめです。
- もし誤って ESP を変更して起動不能になっても復旧は可能。Windows の回復環境から
bcdbootでブートファイルを再構築できます（手順は後述）。
なぜ EFI の「Bootable」を ON にしてはいけないのか
MBR/BIOS 時代は「アクティブ（Active）」フラグ＝ブート対象のパーティションという意味でした。しかし UEFI‑GPT では、ブートの仕組みが根本的に変わっています。UEFI ファームウェアは、GPT の「パーティション種別 GUID（EFI System Partition）」を持つ FAT32 パーティション（= ESP）を自動で探索し、その中の \EFI\... にあるブートマネージャ（例：bootmgfw.efi）を起動します。したがって、「Bootable」フラグの ON/OFF 自体は UEFI の意思決定に関与しません。
一部のツールでは歴史的な互換の都合で「boot」「legacy_boot」「esp」など似た名称のフラグや属性が並びます。ここで誤って ESP の種別や属性を書き換えたり、別のパーティションに boot フラグを移したりすると、ファームウェアがブートローダーを見つけられず Windows が起動不能になるリスクがあります。何も不具合が出ていない環境では、触らないのが最良の選択です。
MBR/BIOS と UEFI/GPT の違い（整理表）
| 観点 | BIOS + MBR | UEFI + GPT | ポイント |
|---|---|---|---|
| 起動の指標 | MBR の「アクティブ（Bootable）」 | ESP（EFI System Partition）と NVRAM のブートエントリ | UEFI はフラグではなく ESP とブート順を参照 |
| ブートコードの位置 | MBR/各パーティション先頭 | ESP 内の .efi（FAT32） | ESP は通常 100～300MB 程度の FAT32 |
| ブート順の管理 | BIOS 設定のみ | UEFI 設定 + NVRAM エントリ（Windows では BCD 経由） | 一時ブートメニューで都度選択も可 |
| パーティション識別 | タイプ ID（0x07 等） | GUID（ESP は C12A7328-...-C93EC93B） | 種別 GUID が正しければ Bootable は不要 |
| 安全な運用 | アクティブの誤設定に注意 | ESP の属性変更禁止・USB は USB 内に独立 ESP | 「共有しない」がトラブル回避の鍵 |
Windows 10 の表記を正しく読み解く
「ディスクの管理」やイベントログ、各種ツールでは似た用語が混在します。混乱しやすいキーワードを整理します。
| 用語 | 意味 | 誤解しやすい点 |
|---|---|---|
| システム | ブートに必要なファイルがあるパーティション（UEFI なら ESP） | 「Windows が入っている」という意味ではない |
| ブート | 実際に Windows の \Windows フォルダがあるパーティション | 「起動コードがある場所」とは別物 |
| アクティブ | MBR/BIOS 用の概念 | UEFI 環境では無関係 |
| EFI システムパーティション | UEFI の起動に使う FAT32 パーティション（ESP） | サイズは 100～300MB 程度が一般的。中身は触らない |
| 回復パーティション | Windows RE（回復環境）が入る領域 | ESP と見た目が似ているが用途は別 |
安全確認：現在の起動状態を点検する
フラグを触る前に、今の環境が正しく UEFI で起動していることを確認しておきます。
- UEFI で起動しているか確認
Win + R→msinfo32→ 「システム情報」内の「BIOS モード」が UEFI になっているか確認。 - ディスクが GPT か確認
Win + X→ 「ディスクの管理」→ 対象ディスクを右クリック →「プロパティ」→「ボリューム」タブ → パーティションのスタイルが GPT であることを確認。 - ESP の中身を覗く（閲覧のみ）
管理者権限のコマンドプロンプトで以下を実行（S: という一時ドライブレターでマウント）。
mountvol S: /S
dir S:\EFI
dir S:\EFI\Microsoft\Boot
内容が見えれば、ESP は正常に存在し使用されています。ここでファイルを削除・編集しないでください。終わったら mountvol S: /D でアンマウントします。
- UEFI のブートエントリを確認
管理者権限のコマンドプロンプトで：
bcdedit /enum firmware
「Windows Boot Manager」などのエントリが表示され、デバイスが partition=\Device\HarddiskVolumeX（ESP）を指していれば正常です。
Ventoy で USB から Linux を起動・インストールする安全手順
ここでは、内蔵ディスクには一切変更を加えず、Linux を別の USB メモリにインストールして起動するまでの流れを示します。
全体像
- USB①：Ventoy を入れた「起動用 USB」。中に複数の ISO を置けます。
- USB②：Linux のインストール先。最終的にこの USB 単体で起動できるようにします。
- 内蔵ディスク：いじらない（ESP もブート順も変更しない）。
準備
- USB①（Ventoy 用）を作成し、起動したい Linux の ISO をコピーします。
- USB②（インストール先）は中身を消去してよい状態にします（後で GPT 作成）。
- PC のブートメニューキー（F12 等）を把握しておきます（一覧は後述）。
起動とインストール
- PC を再起動し、一時ブートメニューを呼び出して USB①（Ventoy）から起動します。
- Ventoy のメニューから目的の Linux ISO を選択し、インストーラを起動します。
- インストーラの「インストール先ディスク」選択画面で、必ず USB②（外付け）を選びます。内蔵 NVMe/SATA を選ばないよう型番・容量で見分けます。
- パーティショニングは GPT を選び、USB② 上に以下のように構成します（例）：
- ESP：300MB / FAT32 / マウントポイント
/boot/efi - ルート：残り全体 / ext4 / マウントポイント
/ - （必要に応じて）
/homeや swap
- ESP：300MB / FAT32 / マウントポイント
- ブートローダーのインストール先に注意：
デバイス全体（例：/dev/sdb）を選び、ESP は USB② のもの（/boot/efi）を指定します。内蔵ディスク（/dev/nvme0n1など）やその ESP を選ばないでください。 - インストールが完了したら再起動し、再び一時ブートメニューから USB② を選択して Linux が直接起動することを確認します。以後、Linux を使う時だけ USB② を接続し、メニューで選べば OK です。
Secure Boot を使っている場合
- Ventoy や一部ディストリの最初の起動で、青地の鍵登録（MOK）画面が表示されることがあります。画面の案内に従い登録することで以後のブートがスムーズになります。
- どうしても起動しない場合は、UEFI 設定で一時的に Secure Boot を無効化して検証し、問題の切り分けを行います（恒久的な無効化は推奨しません）。
一時ブートメニュー（メーカー別の例）
| メーカー | 一時ブートメニュー | UEFI 設定（BIOS） |
|---|---|---|
| Dell | F12 | F2 |
| Lenovo | F12 | F1 / Fn+F2 / NOVO ボタン |
| HP | F9 | F10 |
| ASUS | F8 / Esc | Del / F2 |
| Acer | F12（要設定で有効化） | F2 / Del |
| MSI | F11 | Del |
| Toshiba/Dynabook | F12 | F2 |
| Surface | 音量下げ＋電源 | 音量上げ＋電源（UEFI） |
※同一メーカーでも型番により異なる場合があります。起動画面のガイダンスも参照してください。
「ESP を共有しない」戦略が安全な理由
- OS 更新の影響を分離できる：Windows Update や Linux のブートローダー更新により相互上書きが起きにくい。
- 復旧が容易：USB 側が壊れても内蔵 Windows は無傷。逆もまた然り。
- 持ち運びが便利：USB 単体でどの PC でも起動を試せる（Secure Boot の設定差は要注意）。
やってはいけない NG 操作
- 「起動が早くなるかも」と ESP の
Bootableを ON/OFF する。 - Linux インストーラでデフォルトのまま内蔵 ESP に GRUB を入れてしまう。
- クリーンアップ系ツールで ESP 内の「不要ファイル」を削除する。
- MBR/GPT の変換や再パーティションを安易に実施する。
トラブル対応ガイド（起動不能の復旧）
万一、ESP を触ってしまい Windows が起動しなくなっても、回復環境から再構築できます。
- Windows 回復環境を起動
Windows インストールメディアまたは回復ドライブで起動し、「コンピューターを修復する」→「トラブルシューティング」→「詳細オプション」→「コマンド プロンプト」。 - ESP をマウントして確認
diskpart
list vol
rem ESP (FAT32, 100～300MB) のボリューム番号を確認
sel vol <番号>
assign letter=S
exit
dir S:\EFI
- ブートファイルの再配置
Windows が入っているドライブ（例：C:）を確認したうえで：
bcdboot C:\Windows /l ja-JP /s S: /f UEFI
正常に処理されれば、UEFI 用のブートマネージャが ESP に再展開されます。再起動して起動できるか確認し、必要なら UEFI 画面でブート順を調整します。
Linux 側の起動トラブル解消
- USB が UEFI に表示されない：USB② の ESP が FAT32 か、
/EFI/BOOT/BOOTX64.EFIが存在するか確認。容量が極端に小さい ESP（<100MB）は避けます。 - Secure Boot で止まる：一時的に解除して検証し、可能なら MOK の登録で運用する。
- GRUB の再インストール：起動可能なライブ環境から
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=GRUB --recheckをUSB②のルートに対して実行。/etc/fstabで/boot/efiが USB② を指すかも確認。
「Bootable」フラグとツールごとの表示差（深掘り）
パーティションツールごとに用語やスイッチが微妙に異なります。主なポイントは以下です。
- Windows の「ディスクの管理」：ESP の状態を「EFI システムパーティション」として扱い、Bootable の切り替え操作は用意されていません。
- diskpart：GPT の属性や ID を強制変更できますが、専門用途です。通常運用で
set id=などを使うのは厳禁。 - Linux の
parted：espフラグ（ESP の種別を示す）と、レガシー互換のbootフラグが別に存在します。UEFI ではespが本体であり、bootは不要です。 - gdisk：パーティションの「タイプコード」を ESP 用（
EF00）に設定するのが正解。Bootable ビットをいじる文化はありません。
実運用に効くチェックリスト
- Windows が正常起動している → ESP を触らない。
- USB で Linux を使いたい → USB② に ESP＋ブートローダーを作成。
- Ventoy から ISO 起動 → インストール先とブートローダー先は必ず USB②。
- Secure Boot 環境 → 初回の MOK 登録に備える。
- 万一の復旧 →
bcdbootコマンドを覚えておく。
小さな最適化と実務ヒント
- ESP のサイズ：USB② の ESP は 300MB 前後がおすすめ。複数カーネルやツール類を置いても余裕がある。
- ファイルシステム：ESP は必ず FAT32。exFAT や NTFS は使わない。
- 識別しやすいラベル付け：USB② の ESP に「
ESP_USB」などのボリュームラベルを付けると誤選択防止に有効。 - BitLocker との棲み分け：内蔵ディスクの Windows が BitLocker でも、USB② 側に影響はありません（ただし起動順を誤って内蔵を変更しない）。
FAQ
Q. ディスク管理で「ESP の Bootable が OFF」に見えるのは異常？
A. 正常です。UEFI では Bootable フラグを参照しません。ESP の種別と中身（.efi ファイル群）が正しく、Windows が起動しているなら問題ありません。
Q. ESP の推奨サイズは？
A. 100～300MB が一般的です。USB に Linux を入れる場合は 300MB 前後が実用的です。
Q. 内蔵ディスクと USB の ESP を共有しても良い？
A. 非推奨です。OS 更新で上書き事故が増え、復旧も複雑になります。USB は USB 内で完結させましょう。
Q. Ventoy の ISO はどのファイルシステムに置くべき？
A. Ventoy が作成するデータ領域（通常は exFAT 等）にそのままコピーで構いません。特別な展開は不要です。
Q. Linux のインストーラが自動で内蔵 ESP にブートローダーを入れようとする。
A. 手動パーティショニングに切り替え、USB②の ESP を /boot/efi に指定し、ブートローダーのインストール先デバイスを USB② に変更してください。
最終まとめ
UEFI 時代の Windows では、EFI システムパーティションに対する「Bootable」フラグの ON/OFF は意味を持ちません。むしろ不用意な変更は起動不能の引き金になります。Linux を USB で安全に使うには、Ventoy を活用しつつ、USB 側に独立した ESP とブートローダーを用意し、一時ブートメニューで起動先を選ぶ──この基本を守るだけで、内蔵 Windows の安定性とポータビリティの両立が実現できます。万一の際も bcdboot を用いた復旧手段を押さえておけば、致命的なトラブルを避けられます。「ESP は触らない」「共有しない」。これが最もトラブルの少ない運用方針です。
付録：実行コマンドの控え（コピペ用）
ESP の一時マウント（Windows）
mountvol S: /S
dir S:\EFI
mountvol S: /D
UEFI ブートエントリの表示（Windows）
bcdedit /enum firmware
Windows ブートファイルの再配置（回復環境）
diskpart
list vol
sel vol <ESP の番号>
assign letter=S
exit
bcdboot C:\Windows /l ja-JP /s S: /f UEFI
付録：リスクと対処の早見表
| 操作 | 起こり得る結果 | 推奨アクション |
|---|---|---|
| ESP の Bootable を ON/OFF | 無意味 or 起動不能の誘発 | 変更しない。既に変更したなら回復環境から bcdboot |
| 内蔵 ESP に Linux の GRUB を上書き | Windows の起動順が置き換わる・更新で壊れる | USB 側へ再インストール。Windows は bcdboot で修復 |
| USB② に ESP を作らない | USB 単体で起動できない | USB② に FAT32 の ESP（300MB）を必ず作成 |
| Secure Boot 下で未署名のブートを試行 | 起動拒否・黒/青画面 | MOK 登録または一時的に Secure Boot を無効化して検証 |
付録：Ventoy 運用のコツ
- ISO 名にディストリ名・バージョン・アーキテクチャ（例：
ubuntu-24.04-desktop-amd64.iso）を含めると、メニューで判別しやすい。 - USB ポートは可能なら背面の直結ポートを使用。ハブ経由やフロントパネルは電力不足や相性が出る場合があります。
- インストール中は内蔵ディスクをいったん無効化（SATA/NVMe ドライブを抜く・ケーブル外し）できる環境なら、誤上書き事故の回避に有効です（ノートでは難しい場合が多い）。
- Ventoy USB は別途バックアップ（dd/イメージ）を取っておくと復旧が早い。
コメント