私は通常の方法で/ dev / sdaにGRUB2をインストールしました（MBRのステップ1、セクタ0-63のステップ1.5）。 BIOS/MBRを使用しています。私のディスクには4つのパーティションがあります。
- Win10 100MB - 予約済み
- Win10 30GB
- Linux 20GB
- データパーティション（と思う
/home） – ディスクの残りの部分
もちろんGRUB2の2段階がインストールされました/dev/sda3。/boot/grub/これで問題は、これをクリアしてもGRUBコマンドラインから手動でWin10で起動できるかどうか/dev/sda3です/dev/sda4。insmod part_msdosなどをinsmod ntfs最大限に使用してくださいchainloader +1。
~によるとウィキペディア、大丈夫です。ただし、インターネットの他のソースは、ステップ2を削除した後に輻輳する可能性があることを示します（ただし、ソースはGRUBレガシーバージョンを参照できます）。
なぜこれを行うべきですか？私はそれを延長したいです/dev/sda2。私が知っている限り、最も信頼性の高い方法は、標準のWin 10ディスクパーティション化ツールを使用することです（Linuxがこの機能を実行するとは思いません）。拡張したい同じパーティションで起動している間にこれを行うのは危険であることが知られていますが、私はそうし、うまく動作します（起動間で拡張してよりスムーズに処理できるサードパーティ製のソフトウェアもいくつかあります）。
したがって、拡張子を/dev/sda3/削除してLive USBで起動し、未割り当て領域を再分割し、Linuxをインストールし、GRUBをインストールして完了したいと思います。/dev/sda4//dev/sda2/
私の唯一の関心事は、問題が発生した場合（通常どおり）手動で開始できるかどうかです。
別の方法があります。 GRUB2 Stage 2をUSBにインストールし（私のBIOS起動順序でUSBがHDDの前にある）、USBから起動します。しかし、これは苦手なので（一度もやったことがないので）可能であれば避けるほうがいいです。
（もちろんバックアップはしました。）
ベストアンサー1
それは明らかですそうではないそのままですがこれは初期の追加努力の後です。。
私がしたこと
- Linux LiveUSBから起動し、マウントする（
/dev/sda3grubを持つLinuxパーティションmv /boot/grub /boot/grib） - HDDから再起動すると、grubは2段階のロードに失敗し、grub回復モードに戻ります。
- ただし、回復モードは非常に最小限のサポートしか提供しないため、たとえば、またはなどを実行できますが、
insmod part_msdos何も機能しません。しかし（もちろん）それをサポートします。insmod ntfschainloader +1ext4 - 必要なすべてのモジュールを手動でロードできます（たとえば、フルパスを使用するか、単に
insmod (hd1,msdos3)/boot/grib/i386-pc/ntfs.modプレフィックスを最初に設定してset prefix=(hd1,msdos3)/boot/gribから相対パスを使用するなどinsmod ntfs）。 - 汎用モジュールをロードしてから、リカバリモードでbashなどのgrubコマンドラインでgrubを入力すると、
normal操作が簡単になります。ここで必要なすべてのモジュールを再ロードできます（たとえば、チェーンローダーモジュールもロードする必要があります）。 - 最後に、次のコマンド順序をコピーしてWin10（または何でも）をロードします。
grub.cfg
解決策
i386-pcそれで、これらすべてを念頭に置いて、一時的な解決策としてディレクトリ全体を別々のUSBにコピーし、必要に応じてモジュールを手動でロードするだけでよいと思いました。別のUSBがMBRでフォーマットされていて、パーティションがあることを確認してくださいext4。
修正する:実際に働く。 USBドライブをMBRにフォーマットしてext4パーティションを作成したら、以前のインストールからコピーしてください（正しく設定されています）/boot/grub/。 grubがgrub構造に戻ったらset prefix=(hdX,msdosY)/boot/grub（ここでXはUSBドライブ番号であり、対応するYパーティションです）、入力してからをinsmod normal入力しますnormal。それはすべてです。 grub stage 2がロードされ、うまく機能します。