On 2010-09-27 10:06, please try again wrote:
>
> That problem will remain, as long as openSUSE will refuse to install
> Grub in MBR by default in order to preserve Windows. IMHO this is
> ridiculous because
>
> - it doesn’t preserve Windows (as you just experienced)
> - it doesn’t preserve openSUSE (since you had to use Windows Repair
> DVD)
Installing grub to the MBR can break windows, as it happened. And repairing it breaks GRUB, as it
happened >:-)
> My advice is to boot with a liveCD or PartedMagic and install Grub in
> MBR. But people following the openSUSE ‘policies’ won’t agree.
Indeed >:-)
My general recommendation is:
Leave the MBR as is, untouched (ie, generic boot code as installed by windows. Install grub in a
free primary (or extended (not logical)) partition. Mark that partition as bootable. Unmark the
previously marked bootable partition.
Double check.
Advantages?
Windows repair tools will not damage things, they can blast away the MBR and windows boot sectors.
Grub is safely far away, in a partition. When they do, linux will not boot, but reparing is simple:
start a partition manager and mark again that partition as bootable.
In any case, installing/repairing grub is not a trivial task. Just see the hundreds of threads of
newbies about grub problems. And the main problem is that the person affected has no idea of how
grub was supposedly installed, which is the first step at diagnosis.
Your script, if it can be made to check all cases, can be a very useful tool. It should print all
the things we usually ask.
Thinking… I would perhaps do a for loop on /dev/sd*, checking for strings (is the “strings”
program, or something else, always installed?), and also run a brief partition list. And the command
“file -s” on that for loop, too.
–
Cheers / Saludos,
Carlos E. R.
(from 11.2 x86_64 “Emerald” at Telcontar)