PLEX86  x86- Virtual Machine (VM) Program
 Plex86  |  CVS  |  Mailing List  |  Download  |  Linux  |  Newsgroups

Weird problem booting 82


Your Ad Here

Your Ad Here

Weird problem booting 83
After devices.map has been reversed - Yes. Be carefull about the order here. Yes, when the plan is to have the bios start with the primary...

First I must say I don't know why this does not work as you expect. I would expect the same. Now, given this problem, you may still manage to get it working. When using the BIOS to access the disks, there is a parameter that specifies the disk number, and this is specified as 0 for the first floppy, and 0x80 for the first disk. It turns out that the Windows MBR is unable to boot unless the boot disk is 0x80. For this reason, the bios renumbers the disks when you set up the bios to boot off the primary slave disk.

The map commands work by installing in memory a frontend to the bios "int 13h" call, that inspects the register containing the disk number, and if it is, say 0x81, change it to 0x80. (That would be "map (hd1) (hd0)".) I find it surprising that this does not work well for you, but I have also had a computer where this did not work well, and I never understood why. I suspect that there are some other bios calls that also deal with disks, and are not accessed through "int 13h". That could create some confusion.

If you decide to keep the bios booting off the primary slave, you could install grub into the mbr on that disk. Linux will still see the master as hda and the slave as hdb, but grub uses bios calls during boot, and need to be told that the Linux parbreastion is on (hd1), which will now refer to hda. When running grub commands under Linux, Grub accesses the disks through the linux kernel, so Grub needs to guess which is which. With the bios set to boot from the primary slave, Grub does not know that, and will guess wrong. To get this right, you need to create a file called "-boot-grub-device.map" with the right buttociations. The grub.conf or menu.lst file must be changed to reflect what it looks like during boot. The Windows stanza must not point to the mbr but to the appropriate parbreastion. E.g.

rootnoverify (hd0,0) chainloader +1

(The "makeactive" command is not necessary if that parbreastion is always "active" or has the "bootable flag" set in fdisk.) This will make Grub do exactly what the standard Windows MBR code does, load one sector from the parbreastion specified.

-Enrique

A CD image viewer and extractor 85
NOTE: follow-ups set to c.o.l.misc since this seems off-topic for c.o.l.x The kernel version isn't as important as what options are compiled in and-or available as modules. If you want to...



Your Ad Here

List | Previous | Next

Weird problem booting 83

Linux groups from Newsgroups

The #1 Usenet Provider on the Internet

Weird problem booting 81