Как Grub Stage1, точно, ступень 2 доступа / загрузки?

Это мой первый вопрос, я поставил этот вопрос перед инструкторами Red Hat, но не нашел удовлетворительных ответов.

Я использую RHEL / CENTOS6, GRUB Legacy 0.97 и консультировался с кучами документации, объясняющей процесс загрузки Linux.

Почти все блоги, документация и т. Д. Успешно объясняют предпринятые шаги и весь процесс, но не согласны с тем, что происходит на самом деле при загрузке grub stage2.

Вот мое понимание процесса и провело немного тестирования;

  1. BIOS (не используя EFI) считывает MBR, находит таблицу разделов и загружает GRUB stage1 (первые 446 байт) в память
  2. У меня есть / boot раздел под 1024 цилиндрами, и идея, которую я извлек из кучки документации, заключается в том, что GRUB stage1 может напрямую загружать stage2, если он находится в некотором месте под 1024 цилиндрами. В некоторых документах, которые я консультировал, упоминается, что этап1.5 расположен сразу после MBR до сектора 63, в то время как другие полагают, что он может быть где угодно на первом 1 МБ диска, а еще одна группа заявила, что stage1.5 – это просто вещь GRUB v2 и не применяются к наследию GRUB.
  3. GRUB stage2 имеет все необходимые драйверы / модули для чтения файловых систем и, таким образом, загружает ядро ​​и ramdisk и управление передачей в ядро.
  4. Ядро запускает init на RHEL / CENTOS 6 и systemd на RHEL / CENTOS 7.

Я сбросил все данные с первого МБ диска и могу подтвердить, что нет ничего, кроме MBR. Я запутался в том, как 446 байт GRUB stage1 может загрузить stage2 из файловой системы? Согласно некоторым изображениям на wikipedia и нескольких документах, когда GRUB установлен, stage1 содержит LBA48, указывающий на stage2.

Исходя из этого, я попытался проверить, загружаются ли системы, когда stage2 удаляется или переименовывается из / boot / grub / directory. Системы все еще были загрузочными, даже если в файловой системе не было stage2.

1-й MB из / dev / sda

[root@chief zul.kifal]# dd if=/dev/sda bs=1024k count=1 | hexdump -C 00000000 eb 48 90 10 8e d0 bc 00 b0 b8 00 00 8e d8 8e c0 |.H..............| 00000010 fb be 00 7c bf 00 06 b9 00 02 f3 a4 ea 21 06 00 |...|.........!..| 00000020 00 be be 07 38 04 75 0b 83 c6 10 81 fe fe 07 75 |....8.u........u| 00000030 f3 eb 16 b4 02 b0 01 bb 00 7c b2 80 8a 74 03 02 |.........|...t..| 00000040 80 00 00 80 fc 49 08 00 00 08 fa 90 90 f6 c2 80 |.....I..........| 00000050 75 02 b2 80 ea 59 7c 00 00 31 c0 8e d8 8e d0 bc |u....Y|..1......| 00000060 00 20 fb a0 40 7c 3c ff 74 02 88 c2 52 f6 c2 80 |. ..@|<.t...R...| 00000070 74 54 b4 41 bb aa 55 cd 13 5a 52 72 49 81 fb 55 |tT.A..U..ZRrI..U| 00000080 aa 75 43 a0 41 7c 84 c0 75 05 83 e1 01 74 37 66 |.uC.A|..u....t7f| 00000090 8b 4c 10 be 05 7c c6 44 ff 01 66 8b 1e 44 7c c7 |.L...|.D..f..D|.| 000000a0 04 10 00 c7 44 02 01 00 66 89 5c 08 c7 44 06 00 |....D...f.\..D..| 000000b0 70 66 31 c0 89 44 04 66 89 44 0c b4 42 cd 13 72 |pf1..DfD.B..r| 000000c0 05 bb 00 70 eb 7d b4 08 cd 13 73 0a f6 c2 80 0f |...p.}....s.....| 000000d0 84 f0 00 e9 8d 00 be 05 7c c6 44 ff 00 66 31 c0 |........|.D..f1.| 000000e0 88 f0 40 66 89 44 04 31 d2 88 ca c1 e2 02 88 e8 |..@fD1........| 000000f0 88 f4 40 89 44 08 31 c0 88 d0 c0 e8 02 66 89 04 |..@.D.1......f..| 00000100 66 a1 44 7c 66 31 d2 66 f7 34 88 54 0a 66 31 d2 |fD|f1.f.4.T.f1.| 00000110 66 f7 74 04 88 54 0b 89 44 0c 3b 44 08 7d 3c 8a |ft.T..D.;D.}<.| 00000120 54 0d c0 e2 06 8a 4c 0a fe c1 08 d1 8a 6c 0c 5a |T.....L......lZ| 00000130 8a 74 0b bb 00 70 8e c3 31 db b8 01 02 cd 13 72 |.t...p..1......r| 00000140 2a 8c c3 8e 06 48 7c 60 1e b9 00 01 8e db 31 f6 |*....H|.......1.| 00000150 31 ff fc f3 a5 1f 61 ff 26 42 7c be 7f 7d e8 40 |1.....a.&B|..}.@| 00000160 00 eb 0e be 84 7d e8 38 00 eb 06 be 8e 7d e8 30 |.....}.8.....}.0| 00000170 00 be 93 7d e8 2a 00 eb fe 47 52 55 42 20 00 47 |...}.*...GRUB .G| 00000180 65 6f 6d 00 48 61 72 64 20 44 69 73 6b 00 52 65 |eom.Hard Disk.Re| 00000190 61 64 00 20 45 72 72 6f 72 00 bb 01 00 b4 0e cd |ad. Error.......| 000001a0 10 ac 3c 00 75 f4 c3 00 00 00 00 00 00 00 00 00 |..<.u...........| 000001b0 00 00 00 00 00 00 00 00 19 aa 09 00 00 00 80 20 |............... | 000001c0 21 00 83 dd 1e 3f 00 08 00 00 00 a0 0f 00 00 dd |!....?..........| 000001d0 1f 3f 8e fe ff ff 00 a8 0f 00 00 58 f0 04 00 00 |.?.........X....| 000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 1+0 records in 1+0 records out 1048576 bytes (1.0 MB) copied, 0.0184614 s, 56.8 MB/s 

Волшебное слово 0044-0047h = 0x000849fc

 00000040 80 00 00 80 **fc 49 08 00** 00 08 fa 90 90 f6 c2 80 |.....I..........| [root@chief zul.kifal]# dd if=/dev/sda skip=$((0x849fc)) bs=512 count=1 | hexdump -C 1+0 records in 1+0 records out 512 bytes (512 B) copied, 0.00260914 s, 196 kB/s 00000000 52 56 5e bf f8 81 66 8b 2d 83 7d 04 00 0f 84 c4 |RV^...f.-.}.....| 00000010 00 80 7c ff 00 74 3e 66 8b 1d 66 31 c0 b0 7f 39 |..|..t>f..f1...9| 00000020 45 04 7f 03 8b 45 04 29 45 04 66 01 05 c7 04 10 |E....E.)Ef....| 00000030 00 89 44 02 66 89 5c 08 c7 44 06 00 70 50 66 31 |..Df\..D..pPf1| 00000040 c0 89 44 04 66 89 44 0c b4 42 cd 13 0f 82 93 00 |..DfD.B......| 00000050 bb 00 70 eb 56 66 8b 05 66 31 d2 66 f7 34 88 54 |..p.Vf..f1.f.4.T| 00000060 0a 66 31 d2 66 f7 74 04 88 54 0b 89 44 0c 3b 44 |.f1.ft.T..D.;D| 00000070 08 7d 68 8b 04 2a 44 0a 39 45 04 7f 03 8b 45 04 |.}h..*D.9E....E.| 00000080 29 45 04 66 01 05 8a 54 0d c0 e2 06 8a 4c 0a fe |)Ef..T.....L..| 00000090 c1 08 d1 8a 6c 0c 5a 52 8a 74 0b 50 bb 00 70 8e |....l.ZR.tP.p.| 000000a0 c3 31 db b4 02 cd 13 72 3a 8c c3 8e 45 06 58 c1 |.1.....r:...EX| 000000b0 e0 05 01 45 06 60 1e c1 e0 04 89 c1 31 ff 31 f6 |...E........1.1.| 000000c0 8e db fc f3 a4 1f 61 83 7d 04 00 0f 85 42 ff 83 |......a.}....B..| 000000d0 ef 08 e9 34 ff 5a ea 00 82 00 00 be 05 81 e8 3d |...4.Z.........=| 000000e0 00 eb 06 be 0a 81 e8 35 00 be 0f 81 e8 2f 00 eb |.......5...../..| 000000f0 fe 4c 6f 61 64 69 6e 67 20 73 74 61 67 65 32 00 |.Loading stage2.| 00000100 2e 00 0d 0a 00 47 65 6f 6d 00 52 65 61 64 00 20 |.....Geom.Read. | 00000110 45 72 72 6f 72 00 bb 01 00 b4 0e cd 10 46 8a 04 |Error........F..| 00000120 3c 00 75 f2 c3 00 00 00 00 00 00 00 00 00 00 00 |<.u.............| 00000130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001f0 00 00 00 00 00 00 00 00 fd 49 08 00 f6 00 20 08 |.........I.... .| 00000200 

(/ boot) начинается с 2048.

 # fdisk -lu /dev/sda Disk /dev/sda: 42.9 GB, 42949672960 bytes 255 heads, 63 sectors/track, 5221 cylinders, total 83886080 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0009aa19 Device Boot Start End Blocks Id System /dev/sda1 * 2048 1026047 512000 83 Linux Par... /dev/sda2 1026048 83886079 41430016 8e Linux LVM 

Пойду, если кто-нибудь сможет это объяснить.

  • Grub не распознает Win10 после первой установки Win10, а затем LinuxMint
  • Мышь и клавиатура не работают в Ubuntu 14.04
  • GRUB не загружается автоматически
  • GRUB: добавление записи для ОС на другом жестком диске
  • Как изменить загрузочный раздел по умолчанию?
  • Невозможно увидеть меню GRUB при загрузке
  • Конфигурация управления подсветкой неверно работает на Ideapad.
  • Удаление Grub из Windows 10 + Zorin Dual Boot
  • 2 Solutions collect form web for “Как Grub Stage1, точно, ступень 2 доступа / загрузки?”

    Из https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/3/html/Reference_Guide/s1-grub-whatis.html

    США / Red_Hat_Enterprise_Linux / 3 / html / Reference_Guide / s1-личинка-whatis.html

    GRUB загружается в память на следующих этапах:

    Сценарий 1 или основной загрузчик считывается в BIOS BIOS из MBR [1]. Основной загрузчик существует на менее чем 512 байт дискового пространства в MBR и способен загружать загрузчик Stage 1.5 или Stage 2.

    Загрузочный загрузчик Stage 1.5 считывается в память загрузчиком Stage 1, если это необходимо. Некоторое оборудование требует промежуточного шага, чтобы добраться до загрузчика Stage 2. Иногда это верно, когда / boot / partition находится выше 1024 цилиндров на жестком диске или при использовании режима LBA. Загрузочный загрузчик Stage 1.5 находится либо на секции / boot /, либо на небольшой части MBR и / boot / partition.

    Сценарий 2 или дополнительный загрузчик считывается в память. Вторичный загрузчик отображает меню GRUB и среду команд. Этот интерфейс позволяет выбирать ядро ​​или операционную систему для загрузки, передавать аргументы ядру или просматривать параметры системы.

    Кажется довольно очевидным, этап 2 – это фактический двоичный файл grub. В фактической документации указано, что 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 

    Ссылка на изображение grub:

    надрываться

    На компьютерах, которые соответствуют последовательности BIOS BIOS для загрузки BIOS:

    • MBR (абсолютный сектор 0) с диска загружается BIOS в память 0000: 7C00.
    • Этот код выполняется.

    Форма от IBM до W7

    Код, используемый IBM PC для загрузки, можно увидеть здесь:
    Первая версия MBR от IBM® Personal Computer ™ DOS 2.00

    Этот код имеет много версий, которые также представлены на страницах starman.
    Отправной точкой для этих многих версий может быть эта страница:
    от MS-DOS 3.30 до MS-Windows ™ 95 (A)

    Одним из наиболее распространенных MBR-кодов является:
    MBR для: MS-Windows ™ 95B, 98, 98SE и ME

    Большинство версий этого кода использовались для загрузки следующего VBR (Volume Boot Record). VBR раздела, помеченного как загрузочный в таблице разделов, а затем передайте ему выполнение.
    (Пожалуйста, понимайте, что VBR не является абсолютным дисковым сектором 0 или W7 MBR )

    Найдите эту ассемблерную заметку на странице W7 MBR :

    ; В следующем коде используется INT 13, Function 42h («Extended Read»), чтобы прочитать
    ; первый сектор (VBR) загрузочного раздела в память в месте 0x7c00.

    Windows ™ 7 (и Vista) VBR (объемная запись)

    Это интересно прочитать на странице W7VBR :

    ; Следующий код использует INT 13, Function 42h («Extended Disk Read») для чтения; 1 сектор во время оставшихся 15 секторов области загрузочной записи; Память; начиная с местоположения 7E00.

    Как вы можете подтвердить, загрузочный код начинался с MBR (сектор диска 0), загружался VBR (запись с томом загрузки) и многие (15 в W7) следующих секторов.

    GRUB

    Но мы говорим о 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), код GRUB, установленный в MBR, считывает следующие сектора. До размера core.img (GRUB2) в последних дистрибутивах (около 60 секторов или ~ 30 кБ). Сегодняшние диски оставляют полный мегабайт бесплатным после MBR, поэтому проблем нет. У дисков EFI есть отдельный раздел для всего этого кода, и есть еще меньше проблем (для размера, то есть).

    Ответ

    Legacy GRUB записывает stage2 или, необязательно, этап 1.5 в некоторых случаях, в MBR и несколько / из следующих 62 секторов.

    И это также объясняется в изображениях на странице Wikipedia Grub .

    С сайта GNU 10 файлов изображений GRUB :

     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. 

    ПРИМЕЧАНИЕ . Этап2 может быть записан на другой физический диск. На странице 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.) 
    Linux и Unix - лучшая ОС в мире.