正確には、Grub Stage1はどのようにStage 2にアクセス/ロードしますか？

~からhttps://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/3/html/Reference_Guide/s1-grub-whatis.html

US/Red_Hat_Enterprise_Linux/3/html/Reference_Guide/s1-grub-whatis.html

GRUBは次のステップでメモリにロードされます。

最初のステップまたはデフォルトのブートローダは、BIOSによってMBR [1]からメモリに読み込まれます。デフォルトのブートローダはMBR内の512バイト未満のディスク領域にあり、ステップ1.5または2レベルのブートローダをロードできます。

フェーズ1ブートローダは、必要に応じてフェーズ1ブートローダをメモリに読み込みます。一部のハードウェアでは、2段階のブートローダに入るには中間段階が必要です。これは、/boot/パーティションがハードドライブの1024シリンダの上にある場合、またはLBAモードを使用している場合に発生することがあります。ステップ1.5ブートローダーは/ boot /パーティションまたはMBRおよび/ boot /パーティションの小さな部分にあります。

ステップ2またはセカンダリブートローダがメモリに読み込まれます。セカンダリブートローダは、GRUBメニューとコマンド環境を表示します。このインターフェイスを使用すると、起動するカーネルまたはオペレーティングシステムを選択したり、パラメータをカーネルに渡したり、システムパラメータを表示したりできます。

かなり明らかに見える2番目のステップは、実際のグラブバイナリです。実際には、ドキュメントにはgrub 2が名前でロードされることが示されています。

私はこれを試みます：

dd if=/dev/zero of=/boot/stage2

追加資料：

/boot/grubをチェックしてください：

stage1 ブートローダのコピー:

stage1

stage1_5のファイル：

e2fs_stage1_5  
fat_stage1_5  
jfs_stage1_5  
minix_stage1_5  
reiserfs_stage1_5  
xfs_stage1_5

stage2ファイル：

stage2

グラップミラーリンク：

IBM PCブートBIOSシーケンスに準拠したコンピューターの場合：

• ディスクのMBR（絶対セクタ0）は、BIOSによってメモリ0000：7C00にロードされます。
• コードが実行されます。

IBMからW7まで

IBM PC がブートするために使用するコードは、ここで確認できます。
IBM® Personal Computer™ DOS 2.00 の最初の MBR バージョン

このコードには複数のバージョンがあり、starmanページにも表示されます。
これらのさまざまなバージョンの開始点は、次のページです。
MS-DOS 3.30からMS-Windows™95（A）へ

最も一般的なMBRコードの1つは次のとおりです。
MBR：MS-Windows™95B、98、98SE、およびME

ほとんどのコードバージョンは、次のボリュームブートレコード（VBR）をロードするために使用されます。パーティションの VBR は、パーティションテーブルからパーティションを起動可能としてマークし、実行がそのパーティションに転送されます。
（VBRは絶対ディスクセクタ0またはW7マスターブートレコーダー)

以下でこのアセンブラコメントを検索してください。W7マスターブートレコーダーページ：

;次のコードはINT 13、関数42h（「拡張読み取り」）を使用して読み取られます
。 ;;ブータブルパーティションの最初のセクタ（VBR）をメモリ位置0x7c00に配置します。

Windows™7（およびVista）VBR（ボリュームブートレコード）

これを読むのは面白いです。W7VBRページ：

;次のコードは、INT 13、関数42h（「拡張ディスクの読み取り」）を使用して、ブートレコード領域1のセクターの残りの15個のセクターを;メモリーの位置7E00から配置します。

ブートコードがMBR（ディスクセクタ0）から始まり、VBR（ボリュームブートレコード）と多く（W7の場合15）の後続のセクタをロードすることを確認できます。

幼虫

しかし、ここではGRUBについて話しているのでGRUBページ:

次のコードを検索してください。

[7C44] -> Note: A very important location for anyone using GRUB!

          This (4-byte) Quad-Word contains the location of GRUB's
          stage2 file in sectors! It's called "stage2_sector" in
          the stage1.S code. If GRUB is installed in the MBR by a
          distro that always includes a number of sectors from
          stage2 immediately following the GRUB MBR, you will see
          the bytes 01 00 00 00 in this location; otherwise, it
          will point to stage2 in the "/boot/grub" directory.

これはほぼ常に01 00 00 00（または単に次のセクタ）です。

これは、BIOSが絶対セクタ0（MBR）をロードし、MBRにインストールされているGRUBコードが次のセクタを読み続けるということです。 （GRUB2）最近のリリースのサイズcore.img（〜60セクタまたは〜30kB）。今日のドライブはMBRの後ろに1MBの空き容量を残すので、問題はありません。 EFIディスクには、これらのコードごとに別々のパーティションがあり、問題（サイズの問題など）が少なくなります。

回答

以前のバージョンのGRUBは、MBRと次の62セクタのうちのいくつかまたはそれ以上にstage2（またはいくつかの特別な場合はオプションでステップ1.5）を記録します。

画像にも説明があります。ウィキペディアグラップページ。

GNUウェブサイトからGRUBイメージファイル10個:

stage1

   This is an essential image used for booting up GRUB. Usually, this is
   embedded in an MBR or the boot sector of a partition. Because a PC boot
   sector is 512 bytes, the size of this image is exactly 512 bytes.

   All stage1 must do is to load Stage 2 or Stage 1.5 from a local disk.

   Because of the size restriction, stage1 encodes the location of Stage 2
   (or Stage 1.5) in a block list format, so it never understand any
   filesystem structure. 

ノート：stage2は他の物理ディスクに書き込むことができます。GRUBページから:

[7C40] -> 80 ("Boot Drive") NOTE: For those of you with multi-OS

          booting systems, if your Linux installation with GRUB's
 See:     remaining software (stage2, menu file, etc.) is located
 7C5A     somewhere other than on the Primary Master drive, this
          value will be 81, 82, etc. depending upon which drive
          that Linux OS's /boot/grub directory is located. In the
          stage1.S file, it's called the GRUB_INVALID_DRIVE byte
          and commented as: "the disk to load stage2 from." (The
          word INVALID has something to do with the code logic.)

この回答が作成されたとき、LVM のディスク使用量に関する基本的な詳細は公開されませんでした。 LVMパーティションには多くのパーティションを含めることができ、通常はそうです。論理的（物理的ではない）パーティション。 LVMパーティションの構造は複雑で、この質問の範囲外です。与えられたパーティションテーブルに基づいて、これらのパーティションはパーティション1の後に来て、OPによって報告された（およそ）256MBで始まると言えば十分です。これがポインタが（物理）ディスク内で約256 MBを指す理由です（OPが報告したように）。

GRUB Legacyは、ステージ1.5の有無にかかわらず、さまざまな方法でインストールできます。

設置時レベル1.5、MBRのポインタはステップ1.5の始まりを指します。 MBRコードはステップ1.5の最初のブロックをロードします。このブロックのコードには、ロードする追加のブロックのリストと、手順2を見つける場所を指定するBIOSパーティション番号とファイル名が含まれています。

ただし、OPの場合はGRUB Legacyがすでにインストールされています。1.5ステップなしLoading stage2、2番目の16進ダンプのテキストに示されているとおりです。この場合、MBRはステージ2の最初のブロックを直接ロードし、ステージ1.5の場合と同様に、最初のブロックにはロードする他のブロックのリストが含まれます。

ステージ 1.5 とステージ 2 の分離により、以前の DOS 互換ルール (トラック #1、ヘッド #0 の先頭から最初のパーティションの開始) を使用している場合でも、ステージ 1.5 が MBR と最初のパーティションの開始の間に含まれることがありますあります。ディスクでも同様です。 、最新のオペレーティングシステムのように、ブロック＃2048（つまり、ディスクの先頭からちょうど1MiB）で起動するわけではありません。ステップ2はMBRとパーティションの始まりの間の領域に収まらないかもしれませんが、ステップ1.5は1つのファイルシステムタイプしか読み取れないため、サイズが小さくなります。

設置時レベル1.5、GRUB Legacyのステップ2は、絶対ブロック番号ではなくファイル名でロードされるため、通常のファイルのように処理できます。しかし、インストール後1.5ステップなし、ステップ2は、インストーラが配置したブロックの場所からディスクに移動できない可能性があります。ファイルが誤って移動されないように、ファイルシステムタイプ固有の操作を実行する必要があります。たとえば、VFATファイルシステムでは、フェーズ2ファイルは「システム」および「読み取り専用」属性で表示する必要があります。

もちろん、利用可能なスペースが正しい場合、インストーラはMBRと最初のパーティションの先頭の間にステップ2を含めることができます。この場合、ファイルシステム内の作業を中断することは問題になりません。

OPの2番目の16進ダンプの終わりは次のとおりです。

000001f0  00 00 00 00 00 00 00 00  fd 49 08 00 f6 00 20 08

これには、複数の8バイトブロックリスト構造にロードする追加ブロックの仕様が含まれています。この場合、「ブロック＃0x000849fdで始まるブロック0x00f6を16ビットセグメントアドレス0x0820としてロードする」の1つだけがあります。ブロック番号は、完全なLBA48ブロック番号ではなく32ビットにすぎません。これは、GRUBレガシーが大容量ディスクの全容量にアクセスすることを制限します。

1. BIOS（EFIを無効にする）はMBRを読み取り、パーティションテーブルを見つけ、GRUB stage1（最初の446バイト）をメモリにロードします。

これは絶対に正確です。

2. 私の/bootパーティションは1024シリンダー未満であり、いくつかのドキュメントから私がインポートしたアイデアは、stage2が1024シリンダー未満の場合、GRUB stage1がstage2を直接ロードできることです。

技術的には、「32ビットLBAブロック番号でアドレス指定可能なすべての場所」ですが、そうでなければ正確です。 BIOSがLBAアクセスをサポートしていない場合は、「1024未満のシリンダー」が機能し、GRUBは以前のC / H / SスタイルのBIOS呼び出しに置き換える必要があります。しかし、2000以降のハードウェアではそうではありません。問題が発生してはいけません。

私が確認したいくつかのドキュメントでは、stage1.5がMBRの次のセクタ63の前にあると述べていますが、

もしstage1.5では、通常ここで終わります。そうではない〜しなければならないでもそこにいてください。上で述べたように、「セクタ63より前」は、最初のパーティションの開始に関する古いDOSルールに由来しています。

他の人は、ディスクの最初の1MB以内にどこにいても構わないと提案しました。

実際には、32ビットブロック番号でアドレス指定可能などこにでも可能ですが、最初の1MBがその場所にあります。通常つまり、手順1.5を完全に使用した場合です。 「最初の1MB」は、パーティションの開始をディスクの開始から正確に1MiBに設定する最新のSSD / SANフレンドリーな規則に由来します。これはかなり大きな電力であるため、より大きなブロックサイズによく合います。 、RAIDストライプサイズ、および/またはストレージハードウェアにある可能性があるその他のソート設定。

stage1.5はGRUB v2専用であり、以前のバージョンのGRUBには適用されないと主張する別の組織があります。

文書は正反対です。 stage1.5 は GRUB Legacy 専用です。ただ。

3. GRUB stage2には、ファイルシステムを読み取り、カーネルとRAMディスクをロードし、コントロールをカーネルに渡すために必要なすべてのドライバ/モジュールがあります。

正しい。

4. カーネルはRHEL / CENTOS 6でinitを起動し、RHEL / CENTOS 7でsystemdを起動します。

少し単純化されていますが、基本的に正しいです。

RHEL / CentOS 6では、最初のユーザースペースプロセスは最初に最初の/initRAMディスクファイルで実行されます。これは実際に最後のジョブが実行されるか、または同様のスクリプトですexec switch_root <mountpoint_of_real_root_filesystem> /sbin/init <arguments>。

/initRHEL / CentOS 7は、実際にはプレフィックスを持ついくつかのシステム固有のパラメータを認識する特別なバージョンを実行するinitramfs内のリンクです。以前のバージョンのスクリプトと同様に、ルートファイルシステムにアクセスするために必要なすべてを設定し、実際のルートファイルシステムの「フル」バージョンを設定します。/usr/lib/systemd/systemdsystemdrd./initexec()systemd

私がしたことは、Hiren.infoの自動グラブローダーを使用してUSBフラッシュドライブにロードするようにHirenのブートCDを設定してマウントすることでした。起動可能なHirenのUSBドライブがあれば、メインドライブのHDDを調整しました。パーティションのサイズは次のとおりです。バックエンドのフラッシュドライブで1GBを減らした後、未割り当て領域にext4パーティションを作成しました。次に私がしたことは、RIPLinuXのxtermでgrub2configコマンドを実行することで、インストールは比較的自動的に行われました。ウィザードを使用すると、grub2インストール用のパーティションとディレクトリを選択できます。ローダーをフラッシュドライブのプライマリパーティションでmbrに設定し、ext4 /boot/grubをgrub2ファイルのインストールディレクトリに設定しました。

何が起こったのかは、grub2 grldrがフラッシュドライブのプライマリパーティションルートの古いgrldrを置き換えたことです。新しいmenu.lstファイルを自動化ウィザードで選択した起動オプションに置き換える前に、古いmenu.lstファイルをバックアップできます。ステップ4または5のプロセスが完了したら（設定のデフォルトに従って）、単にシステムを再起動し、USBディスクを起動デバイスとして選択し、grub2 menu.lstが起動オプションをロードするときに文字「c」を入力するだけです。 。 grub2 コマンドインタフェースに入ります。これで、ポータブルgrub2環境を完全にロードして起動できます。

ここに投稿された追加スクリーンショット： https://www.minds.com/groups/profile/924192575922864128