GRUB2 と Clonezilla を使用した Windows ブート マネージャーの構成

GRUB2 と Clonezilla を使用した Windows ブート マネージャーの構成

私の仕事の 1 つは、Windows OS イメージ (Embedded および OEM) を搭載した製品に同梱されているコンピューターを復元パーティションで構成することです。このプロセスを実行するために、Clonezilla Live と GRUB2 を使用しています。これは、Windows XP/Embedded Standard 2009 では問題なく動作しました。Windows 7 では動作しません。また、ブート マネージャーの変更により、Vista 以降のバージョンでは動作しないと思われます。現在構成しようとしているシステム イメージは次のとおりです。

/dev/sda1、ntfs、PRIMARY、62.5 GiB、3.15 GiB、59.35 GiB、フラグなし
/dev/sda2、ntfs、RESTORE、4.00 GiB、1.74 GiB、2.26 GiB、非表示 /dev/sda3、fat32、CLONEZILLA、4.00 GiB
、115.22 MiB、3.89 GiB、非表示 /dev/sda4、ext4、BOOT、1.00
GiB、53.91 MiB、970.09 MiB、ブート

/dev/sda1 には Windows 7 OEM (シール済み) が保存され、dev/sda2 には clonezilla ベースの復元イメージ (シール済み) が保存されます。

/dev/sda MBRはGRUB2ブートローダーです

GRUB2 を正常にロードし、Windows 7 イメージを復元できます。ただし、Windows 7 を起動できず、0xc0000225 エラーが発生します。更新: sda1 開始セクションが MBR と一致するように、以下の説明に従ってブート セクターを変更すると、0xc0000225 は消え、winload.exe ファイルがユーザーにエラーを報告し、0xc000000e エラーが発生するようになりました。ただし、他のユーティリティから判断する限り、このファイルは存在し、そのままです。

Meierfrankenfeld と Hulselmans の bootinfoscript の情報によると、sda1 (ブート セクターでは sda1 がセクター 411648 に表示され、fdisk では 2048 と表示される) と sda3 (ブート セクターでは sda3 がセクター 0 に表示され、fdisk では 164628480 と表示される) に問題があることが示されています。この時点で何を変更する必要があるのか​​、または変更に最適なツールが何なのかはわかりません。BCD と grub2 MBR のレイアウトを適切に説明できれば、16 進エディターでもかまいません。更新: 最終的にブート セクターを更新して、sda1 の fdisk との一致を実現しました。

マシンを封印して /dev/sda3 と /dev/sda4 を追加する前に、Windows 7 ブート パーティションを /dev/sda1 にマージしました。再起動して正常に動作しました。

Microsoft が提供する BCD 資料を読んで、Windows ブート マネージャーとローダー オブジェクトが正しいパーティションを指していることを確認しました (custom=xyz 構文が使用されていましたが、これも機能していませんでした)。

この復元は、復元プロセスを完全に自動化できたため、これまではうまく機能していました。これは、エンド ユーザーにとって非常に重要なニーズです。復元ディスクは、ここではオプションではありません。

bcd がパーティション = C: を使用して、デバイス/os デバイス/bootmgr デバイスを参照していることを確認しました。

したがって、MBR が存在し、損傷がなく、sda1 の VRB が存在し、損傷がなく、$MFT および $MFTMirr ファイルが、sleuthkit の istat (lstat ではない) ツールによって確認されたように、VBR で示された場所に存在することを確認できました。上記のエラーで参照されている winload ファイルは、fls sleuthkit ユーティリティによって指定された場所に存在し、他のインストールからのファイル サイズと一致しています。

あるいは、OEM であり、消費者/組み込み環境で適切に機能する復元プロセスを共有したい場合は、そのフィードバックもぜひお聞かせください。ありがとうございます。

答え1

中間にパーティションを追加する際に問題が発生したようです。どのパーティション エディタを使用しましたか? PartedMagic.com の LiveCD と Hiren の testdisk プログラムで、いくつかのマシンでパーティションの混乱やデュアル ブートの問題を解決できました。「bcd がパーティション = C: を使用しています」という仮定が、GUID に大きく依存するため、あなたが考えている意味と同じ意味であるかどうかを再確認することをお勧めします。

関連情報