先ほど、私のコンピューターのブートドライブに Windows 10 と Ubuntu 16.04 が正常にインストールされました。
GRUB 経由で Ubuntu または Windows を起動するかどうかを選択できました。VMWare Workstation 内で Ubuntu を仮想マシンとして起動することもできました。
sudo apt-get dist-upgrade今夜、愚かにも、 Windows で仮想マシンとして実行されているときに、Ubuntu 内からコマンドを実行しました。
これは非常に奇妙な動作をしました。何が原因かはわかりませんが、GRUB を更新しようとしたときに完全にクラッシュしました。
Windows を再起動すると、奇妙な GRUB 画面が表示されました。通常の GRUB 画面ですが、@メニューの周囲に記号の境界線が表示されています。Windows または Ubuntu を選択するとエラーが発生しましたError: Command not found, press any key to continue。任意のキーを押すと、メインの GRUB メニューに戻りました。
すべてがバックアップされており、Macrium ライブ CD を使用してブート ドライブを確認できます。
次のパーティションがあります:
1 - System Reserved = 100MB = This is something to do with Windows, but what? The UEFI bios?
2 - Boot (C:) = 83GB = This is where Windows 10 is installed
4 - (None) = 19.99GB = This where Ubuntu is installed
5 - (None) = 7.94GB = No idea what this is. 8 gb? Completely filled as well. What is this partition?
3 - (H:) = 450MB = No idea what this is.
では、このドライブに grub を復元するには何を実行すればよいのでしょうか? 起動可能な Ubuntu ペンドライブを起動して実行する必要があるようgrub-install /dev/xxxxxですが、何を置き換えればよいかわかりませんxxxxx。
「ブート修復」という Ubuntu アプリケーションを使用してドライブをスキャンしたところ、次のような結果が出ました。
"blkid" output: ________________________________________________________________
Device UUID TYPE LABEL
/dev/loop0 squashfs
/dev/sda1 42F031C2F031BCCB ntfs Current
/dev/sdb1 9834F5D734F5B7F8 ntfs Archive
/dev/sdc1 7A900F02900EC51B ntfs System Reserved
/dev/sdc2 62BA1027BA0FF5F7 ntfs Boot
/dev/sdc3 8C009F66009F55D4 ntfs
/dev/sdc5 7d735d0f-0066-414d-88ad-2c49d8b7bbba ext4
/dev/sdc6 e2a27db6-9029-4cf6-903b-5403f64dc38d swap
/dev/sdd1 02FE-C63F vfat UUI
/dev/sr0 2016-03-02-11-04-09-00 udf RESCUE
grub-install /dev/sdc2「Boot」はブート ドライブに付けた名前なので、実行する必要があると思いますが、よくわかりません。また、何かを損傷したくないので、確認したいと思っています。謎のパーティション (最初の表ではSystem Reserved、、およびNoneとラベル付けされてHいます) が何であるかを教えていただけるとありがたいです。
基本的に、これが問題になるのは、GRUB を再インストールするためにどのパスを指定すればgrub-install、それがブートの問題を解決する方法であるかどうかということです。
答え1
問題は、どれをsdX使用するかではなく、どれを使用するかですsdcY。 と が「データ ドライブ」である場合sda、sdbになりますsdc。指定されたデバイスは、grub がブート コード/コア イメージを配置する場所であり、通常は MBR と、それとブート ディスクの最初のパーティションとの間の MBR 以降のギャップになります。
より大きな懸念は、grub モジュールなどがどこにインストールされるかということです。これはオプション で指定され--boot-directory、デフォルトは です。あなたの場合、別のパーティションがないようですので、ライブ環境 (たとえば ) にマウントする/boot必要があります。その後、以下のいずれかを実行します。sdc5/mnt
grub-install --boot-directory /mnt/boot /dev/sdc
または、chroot できる場合/mnt:
grub-install --boot-directory /boot /dev/sdc
--boot-directory /bootは暗黙的に指定されるため省略できます。
--target i386-pcシステムに BIOS ではなく UEFI があり、ライブ環境がブート ディスク上のシステムのようなレガシー モードではなく、何らかの方法で UEFI モードでブートされる場合に備えて、を明示的に指定することもできますgrub-install(技術的には常に FAT12/16/32 であるはずの EFI システム パーティションがないため)。
が適切であることを確認するには、おそらくupdate-grubの後にを実行する必要があります。 とは異なり、私の知る限り、 は chroot 内で実行する必要があります。grub-installgrub.cfggrub-installupdate-grub
1 - システム予約済み = 100MB = これは Windows と関係がありますが、それは何ですか? UEFI BIOS ですか?
システム予約済みは、/bootLinux のパーティションのようなものです。Windows ブート ファイル (Windows ブート マネージャー、BCD ストアなど) のコピーがあります。通常、Windows 回復環境もあります。主に BitLocker で暗号化されたシステム ボリューム ( C:) と Windows マルチブート用に分離されています。
5 - (なし) = 7.94GB = これが何なのかわかりません。8 GB? 完全にいっぱいです。このパーティションは何ですか?
どうやらswapパーティションのようです。
3 - (H:) = 450MB = これが何なのかわかりません。
おそらく、廃止された OEM 回復パーティションです。元々はもっと大きく、完全なシステム回復イメージで構成されていましたが、Windows 10 などにアップグレードしてから削除され、パーティションが縮小されたと思います (AFAIR ディスク クリーンアップにも、それを実行するオプションがあります)。