Làm thế nào để Grub Stage1, chính xác, truy cập / tải giai đoạn 2?

Đây là câu hỏi đầu tiên của tôi, tôi đã đặt câu hỏi này trước các Giảng viên của Red Hat nhưng không tìm thấy câu trả lời thỏa mãn nào.

Tôi đang sử dụng RHEL / CENTOS6, GRUB Legacy 0.97 và đã tham khảo rất nhiều tài liệu giải thích quy trình khởi động linux.

Hầu như tất cả các blog, tài liệu, vv giải thích thành công các bước liên quan và toàn bộ quá trình nhưng không nhất trí như những gì thực sự diễn ra khi tải giai đoạn grub2.

Dưới đây là sự hiểu biết của tôi về quá trình và cũng đã thực hiện một chút thử nghiệm;

1. BIOS (không sử dụng EFI) đọc MBR, tìm bảng phân vùng và tải GRUB giai đoạn 1 (446 byte đầu tiên) vào bộ nhớ
2. Tôi có / phân vùng khởi động dưới 1024 xi lanh và ý tưởng tôi đã trích xuất từ ​​một loạt các tài liệu là GRUB giai đoạn 1 có thể tải trực tiếp giai đoạn 2 nếu nó được đặt tại một nơi nào đó dưới 1024 trụ. Một số tài liệu tôi đã tham khảo đề cập rằng giai đoạn1.5 được đặt ngay sau MBR trước khu vực 63, trong khi các tài liệu khác cho rằng nó có thể ở bất cứ đâu trong 1 MB đĩa đầu tiên và một nhóm khác tuyên bố rằng giai đoạn1.5 chỉ là một điều GRUB v2 và không áp dụng trên di sản GRUB.
3. GRUB stage2 có tất cả các trình điều khiển / mô-đun cần thiết để đọc các hệ thống tệp và do đó tải kernel và ramdisk và điều khiển chuyển giao cho kernel.
4. Kernel khởi động init trên RHEL / CENTOS 6 và systemd trên RHEL / CENTOS 7.

Tôi đã đổ tất cả dữ liệu từ MB đầu tiên của đĩa và có thể xác nhận rằng không có gì ngoại trừ MBR. Tôi có bị nhầm lẫn về cách GRUB giai đoạn 1 byte byte có thể tải giai đoạn 2 từ một hệ thống tệp không? Theo một số hình ảnh trên wikipedia và một vài tài liệu, khi GRUB được cài đặt, giai đoạn 1 chứa LBA48 được trỏ đến giai đoạn2.

Chơi trên thực tế, tôi đã thử kiểm tra xem các hệ thống có khởi động khi giai đoạn 2 trong loại bỏ hoặc đổi tên từ thư mục / boot / grub / không. Các hệ thống vẫn có khả năng khởi động ngay cả khi không có giai đoạn 2 trong hệ thống tập tin.

1 MB từ / 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..D.f.D..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  |..@f.D.1........|
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  |f.D|f1.f.4.T.f1.|
00000110  66 f7 74 04 88 54 0b 89  44 0c 3b 44 08 7d 3c 8a  |f.t..T..D.;D.}<.|
00000120  54 0d c0 e2 06 8a 4c 0a  fe c1 08 d1 8a 6c 0c 5a  |T.....L......l.Z|
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

Từ ma thuật 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.)E.f.....|
00000030  00 89 44 02 66 89 5c 08  c7 44 06 00 70 50 66 31  |..D.f.\..D..pPf1|
00000040  c0 89 44 04 66 89 44 0c  b4 42 cd 13 0f 82 93 00  |..D.f.D..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.f.t..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  |)E.f...T.....L..|
00000090  c1 08 d1 8a 6c 0c 5a 52  8a 74 0b 50 bb 00 70 8e  |....l.ZR.t.P..p.|
000000a0  c3 31 db b4 02 cd 13 72  3a 8c c3 8e 45 06 58 c1  |.1.....r:...E.X.|
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) bắt đầu từ 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

Sẽ thực sự đánh giá cao nếu bất cứ ai có thể giải thích nó.

Từ https://access.redhat.com/documentation/en-US/Red_Hat_ Entryprise_Linux / 3

US / Red_Hat_ Entryprise_Linux / 3 / html / Reference_Guide / s1-grub-whatis.html

GRUB tự tải vào bộ nhớ trong các giai đoạn sau:

BIOS 1 hoặc bộ tải khởi động chính được BIOS đọc vào bộ nhớ từ MBR [1]. Trình tải khởi động chính tồn tại trên dưới 512 byte không gian đĩa trong MBR và có khả năng tải trình tải khởi động Giai đoạn 1.5 hoặc Giai đoạn 2.

Bộ tải khởi động Giai đoạn 1.5 được đọc vào bộ nhớ bởi bộ tải khởi động Giai đoạn 1, nếu cần. Một số phần cứng yêu cầu một bước trung gian để đến bộ tải khởi động Giai đoạn 2. Điều này đôi khi đúng khi phân vùng / boot / nằm trên đầu xi lanh 1024 của ổ cứng hoặc khi sử dụng chế độ LBA. Trình tải khởi động Giai đoạn 1.5 được tìm thấy trên / boot / phân vùng hoặc trên một phần nhỏ của MBR và / boot / phân vùng.

Bộ tải khởi động giai đoạn 2 hoặc thứ cấp được đọc vào bộ nhớ. Bộ tải khởi động thứ cấp hiển thị menu GRUB và môi trường lệnh. Giao diện này cho phép lựa chọn kernel hoặc hệ điều hành để khởi động, truyền đối số cho kernel hoặc xem các tham số hệ thống.

Có vẻ như giai đoạn 2 khá rõ ràng là nhị phân grub thực tế. Trong thực tế, các tài liệu trạng thái grub 2 được tải theo tên.

Tôi sẽ cố gắng làm:

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

Dữ liệu bổ sung:

Kiểm tra / khởi động / grub:

bản sao của bộ nạp khởi động giai đoạn 1:

stage1

Các tệp cho giai đoạn1_5:

e2fs_stage1_5  
fat_stage1_5  
jfs_stage1_5  
minix_stage1_5  
reiserfs_stage1_5  
xfs_stage1_5

Tệp cho giai đoạn 2:

stage2

Liên kết đến hình ảnh grub:

Trong các máy tính phù hợp với trình tự BIOS khởi động PC của IBM:

• MBR (sector tuyệt đối 0) từ đĩa được BIOS tải vào bộ nhớ 0000: 7C00.
• Mã đó được thực thi.

Mẫu IBM đến W7

Mã được sử dụng bởi IBM PC để khởi động có thể xem tại đây:
Phiên bản MBR đầu tiên từ IBM® Personal Computer ™ DOS 2.00

Mã đó có nhiều phiên bản cũng được trình bày trong các trang của starman.
Điểm bắt đầu về nhiều phiên bản có thể là trang này:
từ MS-DOS 3.30 đến MS-Windows ™ 95 (A)

Một trong những mã MBR phổ biến nhất là:
MBR cho: MS-Windows ™ 95B, 98, 98SE và ME

Hầu hết các phiên bản mã được sử dụng để chỉ tải VBR tiếp theo (Bản ghi khởi động âm lượng). VBR của phân vùng được đánh dấu là có khả năng khởi động trong bảng phân vùng và sau đó chuyển thực thi sang nó.
(Vui lòng hiểu rằng VBR không phải là khu vực đĩa tuyệt đối 0 hoặc W7 MBR )

Tìm kiếm ghi chú trình biên dịch này tại trang W7 MBR :

; Đoạn mã sau sử dụng INT 13, Hàm 42h ("Đọc mở rộng") để đọc
; khu vực đầu tiên (VBR) của phân vùng có thể khởi động vào Bộ nhớ tại vị trí 0x7c00.

Windows ™ 7 (và Vista) VBR (Bản ghi khởi động âm lượng)

Thật thú vị khi đọc nó từ trang W7VBR :

; Đoạn mã sau sử dụng INT 13, Chức năng 42h ("Đọc đĩa mở rộng") để đọc; 1 khu vực tại thời điểm 15 khu vực còn lại của Khu vực hồ sơ khởi động vào; Ký ức; bắt đầu từ vị trí 7E00.

Như bạn có thể xác nhận, mã khởi động bắt đầu tại MBR (đĩa sector 0), đã tải VBR (bản ghi âm lượng khởi động) và nhiều (15 trong W7) sau các cung.

LỚN

Nhưng chúng ta đang nói về GRUB ở đây, vì vậy, hãy truy cập trang GRUB :

Và tìm kiếm mã này:

[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.

Đó là gần như luôn luôn 01 00 00 00(hoặc chỉ: lĩnh vực tiếp theo).

Điều đó có nghĩa là BIOS tải tuyệt đối sector 0 (MBR), mã GRUB được cài đặt trong MBR tiếp tục đọc các sector sau. Lên đến kích thước của core.img(GRUB2) trong các bản phát hành gần đây (khoảng 60 lĩnh vực, hoặc ~ 30 kB). Các ổ đĩa ngày nay để lại một byte miễn phí đầy đủ sau MBR, vì vậy không có vấn đề gì. Các đĩa EFI có một phân vùng riêng cho tất cả các mã này và thậm chí còn có ít vấn đề hơn (đối với kích thước, đó là).

Câu trả lời

Legacy GRUB ghi giai đoạn 2, hoặc tùy chọn giai đoạn 1.5 trong một số trường hợp góc, vào MBR và một vài / nhiều trong số 62 lĩnh vực sau đây.

Và điều đó cũng được giải thích bằng hình ảnh trong trang Wikipedia Grub .

Từ trang GNU 10 tệp hình ảnh 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. 

LƯU Ý : Stage2 có thể được ghi vào đĩa Vật lý khác. Từ trang 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.)

GRUB Legacy có thể được cài đặt theo nhiều cách: có hoặc không có Giai đoạn 1.5.

Khi được cài đặt với Giai đoạn 1.5 , con trỏ trong MBR trỏ đến đầu Giai đoạn 1.5. Mã MBR tải khối đầu tiên của Giai đoạn 1.5; mã trong khối đó bao gồm danh sách các khối tiếp theo để tải và số phân vùng BIOS và tên tệp chỉ định nơi tìm Giai đoạn 2.

Nhưng trong trường hợp của OP, GRUB Legacy đã được cài đặt mà không có Giai đoạn 1.5 , như được chỉ ra bởi văn bản Loading stage2trong kết xuất hex thứ hai. Trong trường hợp này, MBR tải trực tiếp khối đầu tiên của Giai đoạn 2 và giống như trong trường hợp của Giai đoạn 1.5, khối đầu tiên sẽ có một danh sách các khối tiếp theo để tải vào.

Sự tách biệt giữa giai đoạn 1.5 và giai đoạn 2 đã tồn tại để cho phép nhúng giai đoạn 1.5 giữa MBR và bắt đầu phân vùng đầu tiên ngay cả trên các đĩa sử dụng quy ước tương thích DOS cũ để bắt đầu phân vùng đầu tiên ở đầu rãnh số 1, đầu # 0 , thay vì từ khối # 2048 (tức là chính xác 1 MiB từ đầu đĩa) như các hệ điều hành hiện đại đã làm. Giai đoạn 2 có thể không vừa với khu vực giữa MBR và đầu phân vùng, nhưng giai đoạn 1.5 nhỏ hơn, vì nó chỉ cần có thể đọc một loại hệ thống tệp.

Khi được cài đặt với Giai đoạn 1.5 , Giai đoạn 2 của GRUB Legacy có thể được coi như một tệp thông thường, vì nó được tải theo tên tệp chứ không phải theo số khối tuyệt đối. Nhưng khi được cài đặt mà không có Giai đoạn 1.5 , Giai đoạn 2 có thể không được di chuyển trên đĩa từ bất kỳ vị trí khối nào mà trình cài đặt đã đặt. Các hành động dành riêng cho loại hệ thống tệp phải được thực hiện để đảm bảo rằng tệp sẽ không bị di chuyển vô tình: ví dụ: trên hệ thống tệp VFAT, tệp Giai đoạn 2 phải được đánh dấu bằng các thuộc tính "hệ thống" và "chỉ đọc".

Tất nhiên, trình cài đặt có thể nhúng Giai đoạn 2 giữa MBR và đầu phân vùng đầu tiên nếu nó phù hợp với không gian có sẵn, trong đó trường hợp bảo vệ khỏi các thao tác trong hệ thống tệp sẽ không thành vấn đề.

Đây là phần cuối của bãi chứa hex thứ hai của OP:

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

Nó chứa đặc tả của các khối tiếp theo để tải, như một số cấu trúc danh sách khối 8 byte. Trong trường hợp này, chỉ có một trong số chúng: "tải các khối 0x00f6 bắt đầu từ khối # 0x000849fd đến địa chỉ phân đoạn 16 bit 0x0820". Lưu ý rằng số khối chỉ là 32 bit, không phải là số khối LBA48 đầy đủ: điều này hạn chế GRUB Legacy truy cập toàn bộ dung lượng của các đĩa lớn.

1. BIOS (không sử dụng EFI) đọc MBR, tìm bảng phân vùng và tải GRUB giai đoạn 1 (446 byte đầu tiên) vào bộ nhớ

Điều này là hoàn toàn chính xác.

2. Tôi có / phân vùng khởi động dưới 1024 xi lanh và ý tưởng tôi đã trích xuất từ ​​một loạt các tài liệu là GRUB giai đoạn 1 có thể tải trực tiếp giai đoạn 2 nếu nó được đặt tại một nơi nào đó dưới 1024 trụ.

Về mặt kỹ thuật, "tại bất kỳ vị trí nào có thể đánh địa chỉ bằng số khối LBA 32 bit", nhưng về mặt khác thì đúng. "Dưới 1024 trụ" sẽ hoạt động nếu BIOS không hỗ trợ truy cập LBA và GRUB phải quay lại các cuộc gọi BIOS kiểu C / H / S cũ ... nhưng trong bất kỳ phần cứng sau Y2K nào, điều này không nên là một vấn đề

Một số tài liệu tôi đã tham khảo đề cập rằng giai đoạn1.5 được đặt ngay sau MBR trước khu vực 63,

Nếu giai đoạn1.5 được sử dụng, đây là nơi nó thường kết thúc. Nó không phải có mặt ở đó, mặc dù. "Trước khu vực 63" xuất phát từ quy ước DOS cũ cho vị trí bắt đầu phân vùng đầu tiên, như tôi đã nêu ở trên.

trong khi những người khác cho rằng nó có thể ở bất cứ đâu trong 1 MB đĩa đầu tiên

Nó thực sự có thể là bất cứ nơi nào có thể đánh địa chỉ bằng số khối 32 bit, nhưng một lần nữa, 1 MB đầu tiên là nơi thường có, khi Giai đoạn 1.5 được sử dụng. "1 MB đầu tiên" xuất phát từ quy ước thân thiện với SSD / SAN hiện đại về việc đặt phần đầu của phân vùng ở chính xác 1 MiB từ đầu đĩa, đây là một công suất lớn thậm chí là 2, do đó, nó sẽ được căn chỉnh độc đáo với kích thước khối lớn hơn, kích thước sọc RAID và / hoặc bất kỳ tùy chọn căn chỉnh nào khác mà phần cứng lưu trữ có thể có.

và một nhóm khác tuyên bố rằng giai đoạn1.5 chỉ là một điều GRUB v2 và không áp dụng trên di sản GRUB.

Tài liệu này được nó một cách chính xác ngược: stage1.5 là đặc biệt GRUB Legacy điều duy nhất .

3. GRUB stage2 có tất cả các trình điều khiển / mô-đun cần thiết để đọc các hệ thống tệp và do đó tải kernel và ramdisk và điều khiển chuyển giao cho kernel.

Chính xác.

4. Kernel khởi động init trên RHEL / CENTOS 6 và systemd trên RHEL / CENTOS 7.

Một chút đơn giản hóa, nhưng về cơ bản là chính xác.

Trong RHEL / CentOS 6, quy trình không gian người dùng đầu tiên ban đầu chạy /inittrong tệp ramdisk ban đầu, thực sự là một tập lệnh, hành động cuối cùng của nó là chạy exec switch_root <mountpoint_of_real_root_filesystem> /sbin/init <arguments>hoặc tương tự.

Trong RHEL / CentOS 7, /initthực sự là một liên kết đến /usr/lib/systemd/systemdbên trong initramfs, sẽ bắt đầu một phiên bản đặc biệt systemdnhận ra một số tham số dành riêng cho hệ thống với rd.tiền tố. Giống như /inittập lệnh trong các phiên bản cũ hơn, nó thiết lập bất cứ thứ gì cần thiết để truy cập hệ thống tập tin gốc, sau đó exec()là phiên bản "đầy đủ" systemdtrên hệ thống tập tin gốc thực sự.

Những gì tôi đã làm là định cấu hình và cài đặt cd boot của Hiren để tải trên ổ flash USB với trình tải grub tự động từ hiren.info khi tôi có ổ USB của Hiren có khả năng khởi động, tôi đã thay đổi kích thước phân vùng chính trên hdd làm giảm một gb từ phía sau ổ đĩa flash. Sau đó, tôi đã tạo một phân vùng ext4 trong không gian chưa phân bổ. Tiếp theo tất cả những gì tôi đã làm là chạy lệnh grub2config trong xterm trên RIPLinuX và việc cài đặt tương đối tự động. Trình hướng dẫn cho phép bạn chọn phân vùng và thư mục mà grub2 được cài đặt. Tôi đặt trình tải lên mbr trên phân vùng chính của ổ flash và ext4 / boot / grub làm thư mục cài đặt cho các tệp grub2.

Điều gì xảy ra là grub2 grldr thay thế grldr trước đó trong thư mục gốc của phân vùng chính trên ổ đĩa flash. Tệp menu.lst trước đó có thể sẽ được sao lưu trước khi thay thế bằng tệp menu.lst mới với các tùy chọn khởi động bạn đã chọn trong trình hướng dẫn tự động. Khi bạn hoàn thành quy trình 4 hoặc 5 bước (tùy theo sở thích cấu hình của bạn), chỉ cần khởi động lại hệ thống chọn đĩa usb làm thiết bị khởi động và khi menu grub2 tải với các tùy chọn khởi động của bạn, chỉ cần nhập chữ "c" để nhập Giao diện lệnh grub2. Bây giờ bạn hoàn toàn có thể tải và khởi động vào môi trường grub2 di động.

ảnh chụp màn hình bổ sung được đăng ở đây: https://www.minds.com/groups/profile/924192575922864128

Có nhiều cách để grub có thể khởi động một hệ thống. Nó phụ thuộc vào:

• Có hay không nhiều bảng phân vùng (đọc về lvm) hay không (một không gian phân vùng có thể được phân vùng thành nhiều phân vùng riêng biệt). Tôi sẽ chỉ xem xét các đĩa chỉ có một bảng phân vùng (và phân vùng phụ phù hợp) của loại đó trên bài đăng này.
• Loại bảng phân vùng mà đĩa đang sử dụng (ít nhất là atari, aix, amiga, bsd, dvh, gpt, mac, msdos (mặc định trong PC), pc98, sun, loop và GPT). Bạn đã đưa ra một ví dụ về bảng phân vùng msdos MBR (Tôi sẽ giới hạn thêm bài đăng này cho loại phân vùng đó).
• Loại hệ thống tập tin cho mỗi phân vùng. Chà, chủ yếu là hệ thống tập tin của phân vùng nơi GRUB cần tải thêm mã (thường /boot).
• Kích thước của một số cấu trúc ((1) Các lĩnh vực sẽ được tải tiếp theo vượt quá một trong (nhiều) giới hạn ( từ 528 MByte đến 137 GByte ), xác định giá trị nào có thể được sử dụng và không. (2) Khoảng trắng nào và kích thước tương đối của không gian "miễn phí" (như 62 cung sau MBR trong phân vùng msdos hoặc các cung trong VBR (theo cách nói của windows))
• Kích thước cung từ đĩa (thường là 512 byte trong các hệ thống cũ, thường là 2k hiện nay).

Giới hạn thảo luận trong khu vực khởi động MBR (phân vùng msdos) và hệ thống tệp ext {2,3,4} trên /dev/sda1(bạn không có /bootphân vùng riêng hoặc nếu có, bạn chưa cung cấp chi tiết về cấu trúc LVM cho phân vùng đó) .

Ngay cả trong kịch bản giới hạn này, vẫn có (ít nhất) một số cách có thể cài đặt grub:

• Các stage1(446 byte) được ghi vào MBR (sector đầu tiên).
• A stage2có thể được viết cho 62 lĩnh vực sau MBR. Con trỏ (cái mà bạn gọi: Magic word 0044-0047h = 0x000849fc (một từ 32 bit)) trở thành 01 00 00 00 (khu vực tiếp theo)).
• Hoặc, stage1có thể được viết cũng cho VBR - khởi động 100 hệ thống Linux từ một ổ đĩa , được gọi là nạp chuỗi .
• Có thể có nhiều trình quản lý khởi động có thể tải chuỗi theo nhiều cách khác nhau, có quá nhiều đề cập đến.
• Sau đó, trình điều khiển hệ thống tệp, cụ thể cho từng loại hệ thống tệp cần được tải, và sau đó, sử dụng nó, tìm kiếm tệp /boot/stage2và tải tệp.

Nhưng đây chỉ là những khả năng, trong trường hợp của bạn, từ Magic chỉ vào giữa phân vùng /dev/sda1(ở khu vực tuyệt đối (dec) 543.228 echo $((0x000849fc))). Bạn đã đưa ra khu vực đầu tiên ở vị trí đó. Những gì bạn đang thiếu là phát hiện tập tin nào đang sử dụng khu vực đó:

# tune2fs -l /dev/sdc1 | grep Block\ size       # find FS block size.
Block size:               4096

# echo $(( (0x000849fc - 2048) * 512 / 4096 ))
676647

# debugfs
debugfs 1.41.3 (12-Oct-2008)
debugfs:  open /dev/sda1
testb 676647
debugfs:  testb 676647
Block 676647 marked in use
debugfs:  icheck 676647
Block           Inode number
676647          5869525
debugfs:  ncheck 5869525
Inode           Pathname
5869525         /path/to/FileLoadedByGrub