Follow-up Comment #6, bug #15048 (project grub):
I, too, can confirm this "bug", using Gentoo Linux (2006.0-based install,
last sync on 4/21/06). I, however, don't think that this is necessarily a
bug in Grub. Rather, it's Window$ not wanting to allow another bootloader to
have control of the boot process. One possible fix would be to allow
stage1/1.5 to be in the MBR and stage2 be installed on a partition somewhere.
Dunno if this is really possible, or if it's really a good move (or even what
grub already does), tho. It would be much better if somebody were to simply
find a way to stop windows from doing this in the first place.
As for anti-virus software doing it, yes I can see that happening as well,
but I would also think that that would completely overwrite the MBR, causing
you to lose grub entirely and just boot straight into windows.
--James Potts
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=15048>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-grub mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-grub
