Ubuntu 16.04 と Windows 10 の 2 つのコピーを搭載したマルチブート システムがあります。パーティション レイアウトは次のとおりです。
/dev/sda1, file system = ext4, size = 30.52 GiB, label = Ubuntu 16.04
/dev/sda2, file system = ntfs, size = 64.00 GiB, label = Windows 10 (1)
/dev/sda2, file system = ntfs, size = 64.00 GiB, label = Windows 10 (2)
/dev/sda4, file system = extended, size = rest of drive
Windows 10でアップデートをインストールしようとするたびに、インストールプロセスで失敗し、
「更新を完了できませんでした。変更を元に戻しています。コンピューターの電源を切らないでください。」
Windows 10のトラブルシューティングを実行しましたが、エラーが発生して失敗しました
「Windows 10 サービスの登録が見つからないか、破損しています」。
私は修正を試みたマイクロソフトフォーラム運がなかった。
同じマシン上の別のドライブを使用して Windows 10 を起動し、すべての更新プログラムを正常にダウンロードしてインストールできました。 DiscWizard を使用して、そのインストールをイメージ化し、最初のドライブの「Windows 10 (1)」に復元しましたが、更新プログラムをインストールできず、同じエラーが発生しました。
Linux パーティションの存在が Windows を混乱させているのでしょうか? あるいは、Windows が Grub 2 からの起動を好まないのでしょうか? 私には全く考えが浮かびません。
答え1
Windows 10 パーティションをアクティブにし、Grub4DOS メモリ スティックを使用して Linux パーティションを非表示にすることで、この問題を解決できました。Windows 10 は、アクティブ パーティションがある場所にファイルを保存しようとすることがわかりました。私の場合、アクティブ パーティションは Ubuntu で、Ubuntu には EXT4 ファイル システム (Windows が理解できないファイル システム) が必要なため、Windows 10 は正常に更新するために必要なファイルを書き込むことができませんでした。
Windows がアクティブ パーティションであるにもかかわらず、Grub 2 メニューは引き続き表示され、Windows と Ubuntu の両方が正常に実行されます。
答え2
@puzzl3 確かに、BIOS/MBR ブートストラップで Windows 10 と Ubuntu Linux をデュアルブートする場合、Ubuntu/Grub2 パーティションがアクティブに設定されていると、大規模な Windows アップグレードが常に失敗/停止 (「できませんでした...」ループ) することを確認できます。
更新を完了するには、Windows CLI ツール「diskpart」を使用して、Windows をアクティブ パーティションとして切り替えることができます (独自のパーティションも起動可能な場合のみ)。
スタート>コマンドプロンプト> diskpart "UAC Yes" list disk sel disk 0 list part sel part x active exit
Windows のアップグレードが成功した後、Grub2/ubuntu パーティションを再びアクティブに設定することで、ブートローダーとして grub2 に戻すことができます。Grub2 が PBR ではなく MBR 自体にインストールされている場合は、この方法は機能しない可能性があります。