| Summary: | Grub not able to boot windows from SATA disk | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Ole Reier Ulland <ole.reier.ulland> |
| Component: | RPM Packages | Assignee: | Mageia Bug Squad <bugsquad> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | Normal | CC: | filip.komar, ftg |
| Version: | 4 | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | grub-0.97-39.mga4 | CVE: | |
| Status comment: | |||
|
Description
Ole Reier Ulland
2015-02-03 12:11:37 CET
According to bug 15191 Comment 2 your IDE is _not_ _hd1_ so you need to change root (hd1,1) for Windows to boot. Specific part in manual: http://www.gnu.org/software/grub/manual/legacy/grub.html#DOS_002fWindows bug 15191 Comment 2 is from the terminal and there hd0 and hd1 are switch in comparison to menu.lst. Even though I have tried to switch between hd0 and hd1 in menu.lst several times under different conditions, grub only starts as hd0 and never as hd1. But after Mageia is up and running it is running on hd1. The difference between grub running as an application under Linux and grub running at boot time is that when running as an application grub relies on the running kernel for interpretation of hd0/hd1 and at boot time it has to do this itself. The two don't produce the same result. CC:
(none) =>
ftg Clearly, but this has no influence on the problem. (In reply to Filip Komar from comment #2) > Specific part in manual: > http://www.gnu.org/software/grub/manual/legacy/grub.html#DOS_002fWindows This link gives the grub commands "map", "hide" and "unhide" I have tried useing them all now in many combinations in "menu.lst", but I am not able to make them produce any difference in the outcome. It looks to me like bios will only look for bootloader on the SATA disk automatically and grub is not able to boot a non-Linux partition that is not on the same HDD as grub. Below there is a very informative quote about grub legacy from http://linux.derkeiler.com/Mailing-Lists/Debian/2008-05/msg00998.html Luckily grub 2 matured a lot since then. Maybe you can try it as Barry suggested in bug 15191 Comment 3. Generally, GRUB uses some sort of *guessing* to assign the drive numbers, so one always has to be careful.[1] [1] This guessing can, of course, never be really consistent and leads to all sorts of confusing situations, e.g. different device numbers depending on whether GRUB is started from the BIOS of from within Debian or different numbers after changing cables in the computer. It is one of the fundamental logical flaws in the design of GRUB and one of the reasons GRUB 0.97 is not developed further. (Development effort goes to GRUB 2, currently at version 1.9something, which has been in the works for years and is still not ready for release and is not documented yet, so for most people is not a viable alternative.) (In reply to Ole Reier Ulland from comment #5) > Clearly, but this has no influence on the problem. Can you backup that with both (grub from terminal and grub directly in boot menu) outputs from your system? Did you try grub 2? Without more info there's not much we can do. Keywords:
(none) =>
NEEDINFO Since grub clearly can not work in this case, I use grub2. I guess we can close it then. Please reopen if need be. Keywords:
NEEDINFO =>
(none) |