1 |
On Fri, Jun 29, 2012 at 2:38 PM, Rich Freeman <rich0@g.o> wrote: |
2 |
> On Fri, Jun 29, 2012 at 2:29 PM, Mike Gilbert <floppym@g.o> wrote: |
3 |
>> It does copy all of the images to /boot so that the grub shell can be |
4 |
>> used to install an MBR image. grub:2 no longer has an interactive |
5 |
>> shell and grub2-install must be used. Therefore, copying files to |
6 |
>> /boot in the ebuild is completely pointless. |
7 |
> |
8 |
> Does grub2-install place any stage files where they need to be, or are |
9 |
> they no longer needed? I haven't experimented with it yet. |
10 |
> |
11 |
> Normally grub1 needs to be able to find the stage2 file, and that has |
12 |
> to be on a partition the stage1.5 can read (I believe stage1.5 is in |
13 |
> the diagnostic cylinder - it only uses the files in /boot during |
14 |
> installation). |
15 |
|
16 |
grub2 eliminates the stage_1_5 files. Instead, a "core" image is built |
17 |
by grub2-install. |
18 |
|
19 |
Here's how it works. |
20 |
|
21 |
1. grub2-install copies all grub modules to /boot/grub2. This can be |
22 |
any file system readable by GRUB. |
23 |
2. grub2-install calls grub2-mkimage which combines any modules |
24 |
necessary to access /boot into core.img. |
25 |
3. grub2-install calls grub2-bios-setup which installs boot.img into |
26 |
the MBR and embeds core.img into the sectors immediately after the |
27 |
MBR. |
28 |
|
29 |
> |
30 |
> I'm not sure if grub2 completely eliminates the need to have a |
31 |
> "normal" partition somewhere, in a situation where raid+lvm+etc are |
32 |
> used. |
33 |
|
34 |
You do need a filesystem that grub2 can access through some |
35 |
combination of modules, and an area in which to embed core.img. |
36 |
|
37 |
The grub2 manual has a pretty good explanation. |
38 |
|
39 |
http://www.gnu.org/software/grub/manual/html_node/Installing-GRUB-using-grub_002dinstall.html |
40 |
http://www.gnu.org/software/grub/manual/html_node/BIOS-installation.html |
41 |
http://www.gnu.org/software/grub/manual/html_node/Images.html |