Windowsが初めてLinuxブートエントリを削除したのは、突然のことでした。クラッシュも警告もエラーメッセージも一切ありませんでした。Windowsをアップデートしただけで、起動時にコンピューターはWindowsに直接起動しました。まるでLinuxがコンピューターに最初から存在しなかったかのようでした。パーティションはすべてそのまま残っていましたが、ファームウェアはそうではありませんでした。
ダブルテイクオフは簡単しかし、これらのシステムは単一のEFIシステムパーティションを共有し、UEFIブート変数を変更し、TPM対応のセキュリティを処理し、互いに完全に信頼されていないファイルシステムを管理します。通常のインストールと同様に扱うと、コストがかかる可能性があります。
クイックリンク
EFIシステムパーティションのバックアップと理解の失敗
この小さな FAT32 パーティションによって、何が起動するかが決まります。
EFIシステムパーティションは通常100MBから512MBの範囲で、最近のコンピュータではFAT32でフォーマットされているのが一般的です。これはWindowsのディスク管理ではEFIシステムパーティションとして表示され、Linuxでは… / boot / efiこのセクションにはガイドが含まれます。 EFIマイクロソフトブートUbuntuをインストールした後、ガイド EFIubuntuEFI システム セクションには、Windows ブート マネージャーと GRUB の EFI バイナリが含まれており、これらはオペレーティング システムが起動する前にこのサイトから最初にダウンロードされます。
しかし、ESPに保存されているファイルに加えて、ブートチェーンは正しいパーティションIDに依存します。GRUBの設定ファイルであるgrub.cfgはUUID（Universally Unique Identifier）を参照するためです。UUIDは、特にディスクのクローン作成、SSDの交換、パーティションレイアウトの変更を行う場合に非常に重要です。ESPは単なるファイルコンテナとして機能するだけでなく、ファームウェアに保存されているUEFI NVRAM変数と共に、ブートシステムの不可欠な要素となっています。
問題のあるマルチブート環境を修復するために、直接USBドライブを使用してGRUBを再インストールし、 chroot それだけでは不完全です。コンピューターの大規模なリカバリを実行すると、WindowsはESPファイルの上書きに加えて、ファームウェアのUEFI変数も変更します。このプロセスにより、Windowsブートマネージャーの優先順位が変更されるため、修復後にBIOS/UEFIのブート順序を確認することが不可欠です。ファイルを復元するだけでは、ファームウェアのブート順序は復元されません。
私にとって理想的な解決策は、ESPパーティション自体を2回バックアップすることです。1回はWindowsのみ、もう1回はデュアルブートが正常に動作していることを確認した上で行います。手順はこうです。バックアップ、変更、そして再度バックアップ。問題が発生した瞬間に、… Clonezillaを ファームウェアでブート順序を確認する前にESPイメージを復元するには、100～512MBのパーティションを復元します。これは、手動でブートエントリを作成するよりも高速で信頼性の高い方法です。ESPパーティションのバックアップなしでデュアルブートを実行している限り、次に問題が発生するのはアップデート時だけです。
BitLocker、セキュアブート、TPM のステータスが管理されていない
Windows セキュリティは、ブート チェーンを制御することを前提としています。
Windows 11 は通常、新規およびプレインストールシステム、特にコンピューターのマザーボードにセキュリティチップである TPM 2.0 が搭載されているシステムで、BitLocker をデフォルトで有効にします。BitLocker は、ディスクの復号をブートローダーとファームウェア構成の整合性と関連付けます。この 2 つのコンポーネントは、起動時に測定されます。これらの測定値のいずれかが変更されると、オペレーティングシステムは改ざんが発生したと想定し、TPM はプライマリボリュームキーの解放を拒否します。
BitLocker を一時停止するか無効化するかは選択できますが、この2つには重要な違いがあります。一時停止は一時的なもので、ドライブの暗号化を解除したり、TPM から切断したりすることはありません。一方、無効化は完全な暗号化解除プロセスであり、パーティションのサイズを変更したり、ブート構成を変更したりする必要がある場合は、無効化の方が適しています。Windows システムで BitLocker の状態を確認するには、以下のコマンドを実行してください。
manage-bde -status
次のコマンドを実行して BitLocker を無効にします。 管理bde -オフ C:
考慮すべきもう1つのレイヤーはセキュアブートです。Ubuntu、OpenSUSE、Fedoraなどの主要なディストリビューションは署名付きブートローダーをサポートしており、セキュアブートにも対応しています。しかし、署名付きブートローダーを持たないディストリビューションもあり、セキュアブートで動作しない可能性があります。セキュアブートを有効にした場合、主要なリカバリツールがどのように動作するかは保証できません。私はインストール前にセキュアブートを無効にしました。これはLinuxで動作しないという意味ではありませんが、リカバリが予測不可能になることを意味します。
TPMの真の複雑さは、ドライブの交換から生じます。SSDを交換した一部のマシンでは、Windowsが以前のブートコンテキストを上書きするのを確認しました。これにより、パスワード認証が強制され、ブート優先順位が書き換えられます。そのため、Linuxは消去されなかったものの、キューの先頭ではなくなりました。両方のOSをインストールした後は、TPM、セキュアブート、またはファームウェアのセキュリティ設定の交換は避けてください。これらは中立的な操作ではないためです。両方のOSをインストールした後は、セキュリティ設定を固定することが安定性のために不可欠です。
Windowsがブートローダーを書き換えないと仮定する
機能更新と回復によりUEFIの優先順位がリセットされる
Windowsのバージョンアップグレードは問題を引き起こします。通常、このプロセスはデバイスのUEFIブートエントリをリセットします。アップデートではGRUBは変更されませんが、WindowsはファームウェアのNVRAMでGRUBを優先しません。そのため、Linuxが消去されたような印象を与えてしまいます。
Windowsのリカバリは、ESP内のブート構成データを再構築し、Linux EFIエントリを上書きするため、より破壊的な状況になる可能性があります。Linuxを含むパーティションはそのまま残る可能性がありますが、ファームウェアは依然としてそれを参照できない可能性があります。データは保持されますが、ブートパスは破壊されます。
通常、コンピューターの高速スタートアップを無効にします。一つの問題は、Windowsカーネルを休止状態に書き込んだ後、ハイブリッドブートを実行するためのファームウェアフラグを設定することです。このプロセスは通常のブートメニューの表示をバイパスできるため、システムがGRUBをスキップしたように見えます。
メジャーアップデート後にWindowsが優先順位を変更することを恒久的に防ぐことはできないかもしれません。防御策は必ず手順を踏むべきです。ESPの最新バックアップを維持し、機能アップグレード後には起動順序を確認し、時折発生する干渉を想定するなどです。デュアルブートを予測可能にする唯一の方法は、Windowsが共有ブートインフラストラクチャを維持しないことを前提とすることです。
パーティションと共有ファイルシステムを軽視する
オペレーティング システム全体で NTFS のサイズとストレージを変更するには、規律が必要です。
Windowsパーティションを安全に縮小することは不可欠です。つまり、NTFSがクリーンな状態でなければサイズを変更できません。高速スタートアップはデフォルトで有効になっており、通常NTFSは半休止状態になるため、破損のリスクが高まります。高速スタートアップを無効にし、休止状態を無効にし、BitLockerを完全に復号化する必要があります。そうすることで初めて、Windowsディスク管理を使用してパーティションを安全に縮小できます。私は必ずその後chkdskを実行して、安全であることを確認しています。
Windows には 4 つのセクションがあり、これらに注意を払う必要があります。
- EFI (FAT32) システムパーティション
- Microsoft 予約セクション (非表示、約 16 MB)
- Windows C: (NTFS)
- 場合によっては、Windowsの回復パーティション
Linuxツールでは予約済みのMicrosoftパーティションが表示されますが、Windowsでは非表示になっています。技術的には削除可能です。ただし、Windowsのディスク管理を完全に理解していない場合、このパーティションを削除するのは重大なミスとなる可能性があります。なぜなら、このパーティションは一部のディスク操作に不可欠な部分であり、メタデータも処理しているからです。
データ復旧中、Windowsはext4またはBtrfsを認識できないため、未指定として扱う可能性があります。共有データにはNTFSが実用的な選択肢です。ただし、Windowsがシャットダウンされ、LinuxがこのNTFSパーティションを読み書き用にマウントすると、破損が発生する可能性があります。 理想的な解決策は、「高速スタートアップ」を使用せずに、Linux を起動する前に完全なシャットダウンを実行することです。.
デュアルブートが失敗するのはどこですか?
デュアルブートが失敗するケースでは、ファームウェア、暗号化、ファイルシステムの制限に遭遇することがよくあります。これらの点では、特に注意が必要です。ESPをバックアップし、ファームウェアのセキュリティ状態をフリーズし、Windowsがブート順序をリセットすることを想定して、NTFSを適切に処理することで、深刻な事態を回避できます。
