2009/2/19 Mithun Bhattacharya <[email protected]>:
>> Perhaps I was not able to explain this properly. I already know what
>> you wrote. Its the location of GRUB. I don't want GRUB to touch the
>
> Well GRUB is sitting in MBR - if you don't overrite the MBR it is grub who is 
> booting your PC irrespective of what you see.

Nope, my grub is not in MBR, I am sure about it.

>> MBR and leave it as it is. Unless I am horribly wrong, I think when
>> GRUB is loaded in MBR it does not matter what your active (or
>> bootable) partition is. Whereas in my last OpenSuSe installation (I
>> think 10.2 or so), I remember just switch off the boot flag of linux
>
> Changing your boot flag wont change anything till grub is in control.
> What you might have done is use some graphical boot option editor in SUSE
> which might have made the appropriate changes in the grub configuration file.

Yes you are right, but again in my case I know Grub is not in full
control. It is under control because it has been installed on a
partition which is active. And no I did not use any graphical tool in
SuSe to do that. A plain fdisk and 'a' to toggle the boot flag. I
remember this even after 1.5 years now.

>> partition and setting the boot flag on windows to on using fdisk
>> helped me boot directly into windows Xp without showing GRUB menu.
>
> This can be easily achieved by setting the timeout to zero and setting the 
> default
> partition to windows.

Yep I know, but this is not what I want. I don't want Grub to tell me
which OS to load. :-D

>> Doing this effectively rendered the SuSe installation useless as you
>> cant boot into it. When I toggled the boot flags in the partition
>> table again, Grub menu starts showing again. This shows that OpenSuSe
>> loaded GRUB not on MBR but on the linux partition. Again in my
>> experience, Ubuntu, Fedora, Debian by default loads GRUB on MBR.
>
> I am not sure of this but did you by any chance install grub on the partition 
> instead of the MBR
> I suppose the behavior you are describe can be achieved in that case though I 
> am not sure of
> that myself.

Yes that's it. But I did not do it. SuSe did and I think SuSe is one
of the few distributions who does not touch the MBR by default
(especially if it detects the presence of Windows, may be something to
do with Microsoft tie up.) and I like this thing in a dual boot
environment.

>> What I meant to ask was, during installation how do I change GRUB
>> location in other linux distros.
>
> /boot/grub/grub.conf is the correct file to edit in most distro.
> info grub - will give you more details about the configuration settings.

Yeah I know that, but during installation is my question. I don't
remember seeing such an option in Ubuntu/Debian/Fedora. Having said
that let me admit that I have not installed any of these distributions
in a dual boot environment from last almost three years now.
Everywhere I had installed them, choosing just the defaults and
installing GRUB on the MBR was not a problem at all.

>From resources on the web I have now learnt that newer Ubuntu versions
after Edgy asks you where to install GRUB, in the linux boot partition
or in the MBR, and same thing is done by Debian. I may not have
noticed it because prior to this time I never needed to do that and so
never paid attention to the prompts. Apologies but I think this is a
good learning.

Regards.
-- 
Ajitabh Pandey
http://www.ajitabhpandey.info/ | http://www.unixclinic.net/
ICQ - 150615062
Registered Linux User - 240748

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
linux-india-help mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-india-help

Reply via email to