GRUB 2 now default for new installations
mah at jump-ing.de
Thu Jun 11 18:27:23 UTC 2009
Am 11.06.2009 um 10:35 schrieb Felix Miata:
> On 2009/06/11 09:20 (GMT+0200) Markus Hitter composed:
>> Additionally, if you have more than one installation of Ubuntu on the
>> same platter, you really want to share /boot with both installations.
> That's asking for trouble, unless only one or fewer installations
> mount the "/boot" on /boot.
Am 11.06.2009 um 14:47 schrieb Derek Broughton:
> Additionally, if you have more than one installation of Ubuntu on the
> same platter, you really want to share /boot with both installations.
Be assured I wouldn't write that if this wouldn't have solved all the
trouble I had with two /boot's before. It works without manual
intervention for half a dozen kernel updates now.
> Astute multibooters whose other options include a non-Linux OS do
> _not_ place
> Grub in the MBR. Better to make that the universal default, never
> via MBR, instead leaving the MBR code generic, and using that
> generic code
> with a primary partition containing a Grub that _no_ installed Linux
> automatially configures. My Grub primaries don't get mounted as /
> boot by any
> Linux installation. I have upwards of 20 multiboot systems, and all
> generic MBR code.
Well, as there is no "generic" MBR, what MBR do you use? The Windows'
one? Mac OS X's, *BSD's?
> I don't find having multiple /boot partitions to be a problem, but
> find one real "/boot" to be sufficient, allowing each of the /
> partitions to
> provide a home for one set of kernels and one menu.lst that install
> can cope with. To get there, I both partition and install Grub on a
> using a live CD boot, _before_ starting _any_ OS installation program.
Can't confirm that. Using the Ubuntu Live-Install-CD, an already
existing /boot in one of the partitions isn't recognized. Manual
voodoo is exactly what I'm trying to avoid.
- - - - - - - - - - - - - - - - - - -
Dipl. Ing. Markus Hitter
More information about the Ubuntu-devel-discuss