|
Home > Archive > Red Hat Topics > January 2005 > Reqst: How get Fedora to boot
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Reqst: How get Fedora to boot
|
|
| Daeron 2004-12-30, 7:45 am |
| Have installed Fedora on a Second Hard Drive;
BUT it did NOT write to the MBR of the second hard drive;
and it's anaconda installation routine refuses to update or write a new
MBR.
Can someone please tell me which Linux utility Fedora is meant to write to
its MBR with, and how to use it.
I looked at the "grub" thing & used "grub-install" - - I was hoping it
would install a bootloader type thing but instead has installed "grub" as
some kind of limited command line that is only usable if you know what
names Linux calles things by.
I just want one of these Linux drives to be able to boot;
can any Linux user please help.
| |
| Charles Sullivan 2004-12-30, 5:45 pm |
| On Thu, 30 Dec 2004 19:58:48 +1100, Daeron wrote:
> Have installed Fedora on a Second Hard Drive;
> BUT it did NOT write to the MBR of the second hard drive;
> and it's anaconda installation routine refuses to update or write a new
> MBR.
>
> Can someone please tell me which Linux utility Fedora is meant to write to
> its MBR with, and how to use it.
>
> I looked at the "grub" thing & used "grub-install" - - I was hoping it
> would install a bootloader type thing but instead has installed "grub" as
> some kind of limited command line that is only usable if you know what
> names Linux calles things by.
>
> I just want one of these Linux drives to be able to boot;
> can any Linux user please help.
Perhaps I'm misunderstanding, but how would a system boot from
the MBR of a second drive? The system is always going to start at
the MBR of the first drive (unless your BIOS has an option to do
otherwise). The bootloader on the first drive should then point
to the root partition of the OS in question on the second drive.
No?
Grub displays a menu of OS choices on my system, where I have
three OSes on three different drives, and I just have to move
the cursor up or down and hit Enter for the one I want to boot.
| |
| Trent Buck 2004-12-30, 5:45 pm |
| Up spake Charles Sullivan:
> Perhaps I'm misunderstanding, but how would a system boot from
> the MBR of a second drive? The system is always going to start at
> the MBR of the first drive (unless your BIOS has an option to do
> otherwise). The bootloader on the first drive should then point
> to the root partition of the OS in question on the second drive.
You are correct.
For example, if you
- install Mandrake on the first disk (/dev/hda1)
- install FC on the second disk (/dev/hdb1)
You still need to
- add /dev/hda1 and /dev/hdb1 to the bootloader menu
- install the bootloader on, say, the second disk (/dev/hdb)
- add /dev/hdb to the start of the BIOS boot list
There is no way for the FC installer to perform the last action; you
must do it manually.
--
-trent
The light of the eyes is as a comet,
And Zen's activity is as lightning.
The sword that kills the man
Is the sword that saves the man.
| |
| Daeron 2004-12-30, 5:45 pm |
| Charles Sullivan wrote:
> On Thu, 30 Dec 2004 19:58:48 +1100, Daeron wrote:
>
> Perhaps I'm misunderstanding, but how would a system boot from
> the MBR of a second drive? The system is always going to start at
> the MBR of the first drive (unless your BIOS has an option to do
> otherwise).
** In short ** The First drive's MBR points to it's OS's & any other drives,
the MBR on the other drives should at least know about the OS on that
drive. I can not recall any OS installation routine that has ever installed
itself without ensuring the drive it was on was bootable.
Also as it happens,
Yes the BIOS does allow one to boot from the second or any specified MBR;
However that is only a fallback trouble-shooting tool. But did allow me to
verify that the Fedora install had left the drive un-bootable.
> The bootloader on the first drive should then point
> to the root partition of the OS in question on the second drive.
> No?
No.
Bad Management: That would special treatment for the Linux system; it &
only it is allowed to write to the primary MBR. Both un-enforcable and:
Dangerous Practice: That would mean any time some other system such as Mr
Gates weapons, wrote to the Primary MBR that the Linux system would become
unbootable.
> Grub displays a menu of OS choices on my system, where I have
> three OSes on three different drives, and I just have to move
> the cursor up or down and hit Enter for the one I want to boot.
Yes, thanks I just need the MBR on the drive to boot the Linux system;
no need for it to do anything else.
From what I've been able to find out, aparantly the Linux BootManager has
to be able to point the system not only at a certain drive or MS-Dos
partition, but at a specific file inside a specific MS-Dos partition --
which is different for each version of the Linux kernel?
Fedora seems to count drives & partitions from One instead of Zero?
And calls drives by 'Letter" instead of number?
If my reading of the docs I've been able to find is correct;
I believe the Fedora name for the 'kernel' is:
/dev/hdb1 (wehich is mounted at /boot) and the file is:
/boot/vmlinuz-2.6.9-1.667
If this is all correct, can you or someone please tell me how to get it to
write the required bootmanager to the drives own MBR.
| |
| Daeron 2004-12-30, 5:45 pm |
| Trent Buck wrote:
> Up spake Charles Sullivan:
>
> You are correct.
I think he's mistaken and what you've specified below is correct.
And my Bootmanager already DOES point to the drive with the Linux on it
(/dev/hdb in Linux talk) & can even point to the /boot partition
(/dev/hdb1) - -
Problem is that Linux does *not* boot.
From what I've found in the GRUB documents the Linux OS requires a special
Bootmanager to boot, it requires the Bootmanager itself to point to s file
location within a MS-Dos partition it calls "/boot"
- - other systems generally just use a boot-strap at the very start of the
drive or a MS style Dos-partition.
My problem is that this anaconda installation routine does not allow one to
"update" the installation drives own MBR unless it is the primary drive on
the system.
So can you tell me how do I mannually update the second drives MBR so that
it can boot the Linux OS that's installed on it?
> For example, if you
>
> - install Mandrake on the first disk (/dev/hda1)
> - install FC on the second disk (/dev/hdb1)
>
> You still need to
>
> - add /dev/hda1 and /dev/hdb1 to the bootloader menu
> - install the bootloader on, say, the second disk (/dev/hdb)
> - add /dev/hdb to the start of the BIOS boot list
>
> There is no way for the FC installer to perform the last action; you
> must do it manually.
>
| |
| Trent Buck 2004-12-30, 5:45 pm |
| Up spake Daeron:
> From what I've found in the GRUB documents the Linux OS requires a special
> Bootmanager to boot, it requires the Bootmanager itself to point to s file
> location within a MS-Dos partition it calls "/boot"
After the BIOS loads and before the kernel loads, the bootloader runs.
This is generally LILO or GRUB (or isolinux for CDROMs). It has to be
installed in the MBR *or* at the start of a partition. The Microsoft
equivalent is the ntldr program, I think.
The /boot directory typically contains kernel(s) and (where necessary)
their INITial RamDisks. Actually kernels and initrds can be located
anywhere on the root partition. The filesystem /boot is on can be
anything supported by the bootloader or in the initrd (I think).
When you install the bootloader, it copies the initrds to the MBR and
remembers the partition and path of the kernels.
The definitive reference for this stuff is the From Power Up to Bash
Prompt HOWTO,
http://tldp.org/HOWTO/From-PowerUp-...ompt-HOWTO.html
> So can you tell me how do I mannually update the second drives MBR so that
> it can boot the Linux OS that's installed on it?
I use LILO (rather than GRUB). The lilo.conf file looks something like this:
# Warning: this is based on a working Debian config.
# FC and MDK may differ slightly.
# Where is the bootloader installed:
boot=/dev/hdb
vga=normal
lba32
install=menu
map=/boot/map
delay=5
prompt
timeout=100
read-only
image=/boot/vmlinuz-2.6.6-2-686-smp
label="Mandrake"
initrd=/boot/initrd.img-2.6.6-2-686-smp
root=/dev/hda1
image=/mnt/hdb1/boot/vmlinuz-2.4.6
label="Fedora Core 3"
initrd=/mnt/hdb1/boot/initrd.img-2.4.6
root=/dev/hdb1
If FC3 is installed to /dev/hdb1 and Mandrake is bootable, you should be
able to use something similar to the above in /etc/lilo.conf to install
the bootloader onto the second disk's MBR.
(Note: you don't have to install the bootloader from the distro it boots
into -- e.g. you could install it from Mandrake or the FC rescue CD.)
--
-trent
Nothing is true. Everything is permissible.
| |
| Trent Buck 2004-12-30, 5:45 pm |
| Up spake Daeron:
> Bad Management: That would special treatment for the Linux system; it &
> only it is allowed to write to the primary MBR. Both un-enforcable and:
>
> Dangerous Practice: That would mean any time some other system such as Mr
> Gates weapons, wrote to the Primary MBR that the Linux system would become
> unbootable.
FWIW I have LILO installed on /dev/hde; it boots distros on /dev/hd[ae][12].
I have successfully installed NT 5.0 and NT 5.1 on /dev/hdb after
physically removing hde (NT couldn't differentiate between the first and
third IDE buses). IIRC NT 5.x will clobber the MBR of /dev/hda.
--
-trent
Live phase 1 <--> RJ45 pin 3 GND <--> RJ45 pin 8
Live phase 2 <--> RJ45 pin 6 Is this suitable?
Live phase 3 <--> RJ45 pin 2 Or should we kill phones too?
Neutral <--> RJ45 pin 1 -- Arvid
| |
| Charles Sullivan 2004-12-30, 5:45 pm |
| On Fri, 31 Dec 2004 03:44:02 +1100, Daeron wrote:
> Charles Sullivan wrote:
>
> ** In short ** The First drive's MBR points to it's OS's & any other drives,
> the MBR on /the other drives should at least know about the OS on that
> drive. I can not recall any OS installation routine that has ever
> installed itself without ensuring the drive it was on was bootable.
If you're talking about Windows, it _insists_ on being the first
drive for its installation.
> Also as it happens,
> Yes the BIOS does allow one to boot from the second or any specified MBR;
> However that is only a fallback trouble-shooting tool. But did allow me to
> verify that the Fedora install had left the drive un-bootable.
>
>
> No.
> Bad Management: That would special treatment for the Linux system; it &
> only it is allowed to write to the primary MBR. Both un-enforcable and:
> Dangerous Practice: That would mean any time some other system such as Mr
> Gates weapons, wrote to the Primary MBR that the Linux system would become
> unbootable.
Unless you're using some boot manager software on a primary
partition, how else would you do it?
>
> Yes, thanks I just need the MBR on the drive to boot the Linux system;
> no need for it to do anything else.
> From what I've been able to find out, aparantly the Linux BootManager
> has
> to be able to point the system not only at a certain drive or MS-Dos
> partition, but at a specific file inside a specific MS-Dos partition --
> which is different for each version of the Linux kernel?
>
> Fedora seems to count drives & partitions from One instead of Zero? And
> calls drives by 'Letter" instead of number? If my reading of the docs
> I've been able to find is correct; I believe the Fedora name for the
> 'kernel' is: /dev/hdb1 (wehich is mounted at /boot) and the file is:
> /boot/vmlinuz-2.6.9-1.667
>
> If this is all correct, can you or someone please tell me how to get it
> to
> write the required bootmanager to the drives own MBR.
As far as Linux is concerned, IDE drives are labeled /dev/hda,
/dev/hdb, etc., and the partitions are identified with a number
1 through N, e.g., /dev/hda1.
Grub uses its own zero-base terminology, with (hd0) corresponding
to /dev/hda, (hd0,0) corresponding to /dev/hda1, etc.
When installing a new OS I generally rejumper the drive as
the first drive for the duration of the installation, then
restore it to its original configuration and tweak
/etc/fstab appropriately. That way it gets it's own MBR (which
isn't used for anything so long as it remains a second or
subsequent drive).
BTW, the last time I installed Linux on a second drive, I noticed
that grub couldn't find it if the root was identified by a LABEL.
I had to change it to the actual partition reference, e.g.,
change the 'kernel' line in grub.conf from:
kernel /boot/vmlinuz-x.x.x ro root=LABEL=/2
to
kernel /boot/vmlinuz-x.x.x ro root=/dev/hdb7
| |
| Trent Buck 2004-12-30, 8:45 pm |
| Up spake Charles Sullivan:
> When installing a new OS I generally rejumper the drive as
> the first drive for the duration of the installation, then
> restore it to its original configuration and tweak
> /etc/fstab appropriately. That way it gets it's own MBR (which
> isn't used for anything so long as it remains a second or
> subsequent drive).
On most linuces you can choose where the bootloader is installed -- you
don't need to physically set the drive to `Master'. These days you'll
probably need to start the installer in `expert' mode.
--
-trent
<foo> Can you wait tables, Bar?
<bar> No, but I can kill people.
<foo> Failing that, can you bring deadly veng-
<foo> Ah, you've worked in a resturant before? Fantastic.
| |
| dolbyking 2004-12-31, 5:45 pm |
| ÓÚ Thu, 30 Dec 2004 19:58:48 +1100£¬Daeronдµ½£º
> Have installed Fedora on a Second Hard Drive;
> BUT it did NOT write to the MBR of the second hard drive;
> and it's anaconda installation routine refuses to update or write a new
> MBR.
>
> Can someone please tell me which Linux utility Fedora is meant to write to
> its MBR with, and how to use it.
>
> I looked at the "grub" thing & used "grub-install" - - I was hoping it
> would install a bootloader type thing but instead has installed "grub" as
> some kind of limited command line that is only usable if you know what
> names Linux calles things by.
>
> I just want one of these Linux drives to be able to boot;
> can any Linux user please help.
grub-install /dev/hdx
IF you are using FC3, you'd better mknod in your "/dev/", to make two
file hdx and hdx1
| |
| Dr. Grok 2004-12-31, 5:45 pm |
| In article <pan.2004.12.30.21.28.28.610794@triad.rr.com>, Charles Sullivan <cwsulliv@triad.rr.com> wrote:
>On Fri, 31 Dec 2004 03:44:02 +1100, Daeron wrote:
>
>
>If you're talking about Windows, it _insists_ on being the first
>drive for its installation.
Yes, but...
You can use the Grub map function to make the second (or third, etc.) become
the first. You can also hide the other drives with Grub during installation.
I have W2K on the master drive and RH7.1 on the slave drive. BIOS boots to
the slave drive which is where I have Grub on the MBR. This makes the slave
drive (hd0) in Grub-speak. To boot Windoze I map the master drive back to
(hd0).
Dr. G.
| |
| Charles Sullivan 2004-12-31, 8:45 pm |
| On Fri, 31 Dec 2004 19:39:29 +0000, Dr. Grok wrote:
> In article <pan.2004.12.30.21.28.28.610794@triad.rr.com>, Charles Sullivan <cwsulliv@triad.rr.com> wrote:
>
> Yes, but...
> You can use the Grub map function to make the second (or third, etc.) become
> the first. You can also hide the other drives with Grub during installation.
You can do that after it's installed. But Windows is generally
installed by booting from a CD (or floppy in the old days), and
under that situation Grub is out of the picture until after
the installation. Well, mostly out of the picture, since Windows
has to be rebooted several times before it's fully installed. To
avoid hassles I rejumper the drive as primary master for a Windows
install and change it back afterwards.
> I have W2K on the master drive and RH7.1 on the slave drive. BIOS boots to
> the slave drive which is where I have Grub on the MBR. This makes the slave
> drive (hd0) in Grub-speak. To boot Windoze I map the master drive back to
> (hd0).
Yup, I do something similar. But I boot Linux from the first drive
and relegate Windows versions to their own drives.
| |
| Dr. Grok 2005-01-01, 8:45 pm |
| In article <pan.2005.01.01.01.23.06.960616@triad.rr.com>, Charles Sullivan <cwsulliv@triad.rr.com> wrote:
>On Fri, 31 Dec 2004 19:39:29 +0000, Dr. Grok wrote:
>
> <cwsulliv@triad.rr.com> wrote:
>
>You can do that after it's installed. But Windows is generally
>installed by booting from a CD (or floppy in the old days), and
>under that situation Grub is out of the picture until after
>the installation. Well, mostly out of the picture, since Windows
>has to be rebooted several times before it's fully installed. To
>avoid hassles I rejumper the drive as primary master for a Windows
>install and change it back afterwards.
You can install Grub on a boot floppy, boot with that and hide the appropriate
drives. Those drives stay hidden on subsequent boots even if you don't use
the Grub floppy. You can unhide them after the final windoze installation
re-boot by using the Grub floppy again. IMHO, easier than opening the case
and re-jumpering the HD's -- but YMMV.
Dr. G.
>
>
>Yup, I do something similar. But I boot Linux from the first drive
>and relegate Windows versions to their own drives.
>
| |
| Charles Sullivan 2005-01-02, 2:45 am |
| On Sun, 02 Jan 2005 01:16:27 +0000, Dr. Grok wrote:
> In article <pan.2005.01.01.01.23.06.960616@triad.rr.com>, Charles Sullivan <cwsulliv@triad.rr.com> wrote:
>
> You can install Grub on a boot floppy, boot with that and hide the appropriate
> drives. Those drives stay hidden on subsequent boots even if you don't use
> the Grub floppy. You can unhide them after the final windoze installation
> re-boot by using the Grub floppy again. IMHO, easier than opening the case
> and re-jumpering the HD's -- but YMMV.
That sounds easy enough. I suppose you could just boot from the
Linux installation CD for that task, couldn't you? (I gather
Fedora has gotten too big to fit on a boot floppy.)
|
|
|
|
|