[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: Grub Reinstall Problem!!!



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> Am Di, den 01.06.2004 schrieb Joe(theWordy)Philbrook um 07:41:
> > With lilo, if I install it to mbr with "lilo -b /dev/hda"  I can also make
> > a back up boot floppy with "lilo -b /dev/fd0" without breaking the one
> > in /dev/hda... [....]

It would appear that on Jun 1, Peter Boy did say:
> I'm by ways not a grub expert  :-)
> 
> I don't know because I never tried it yet and prefer to use the rescue
> mode. The way you describe the problem it may be a grub bug.

Well I wouldn't know the difference between a bug and a basic design
["flaw"?] It could be, for all I know, something in grubs design logic
that prevents having more than one bootstrap option at the same time.
I've always liked the ability to have a working emergency/auxiliary boot
disk. And didn't see it as an advantage, that grub doesn't make you
re-write the boot strap ("lilo -b target" / "grub-install target") when
you make configuration changes because I always liked to test the new
configuration with a boot floppy before committing my primary mbr to it.

With grub, If I goofed the grub.conf so bad that I couldn't get back in,
then the emergency/auxiliary boot floppy couldn't help, so maybe they
didn't think the option worth keeping. But in duel boots the MOST likely
trashing IMHO of the boot loader is the overwriting of the mbr. And in
that case...

Still, it may be a moot point to me anyway. If I don't find a solution
soon that lets grub actually boot my DrDos (/dev/hdc1) which lilo "can"
still boot, I'll be regulating grub to a floppy boot system anyway, And
use the "menu" enabled version of lilo from my mandrake 9.1 to maintain
my primary mbr bootloader... (sigh, I wanted to use grub for forward
compatibility, but losing dos, is less acceptable than losing windows
would be)



> Am Di, den 01.06.2004 schrieb Joe(theWordy)Philbrook um 07:41:
> > 2) In case I must depend on the rescue mode sometime, Will it be able to
> > find the right linux installation on a system with 
> > FC2, FC1, MDK9.1, SuSE 7.3, Win98se, AND Dr Dos on it. Or would the
> > following partition tables confuse it
> > [...]

It would appear that on Jun 1, Peter Boy did say:
> The Red Hat rescue mode used to scan the harddisk(s) and to present a
> list of linux systems it found. You can choose which one to deal with. I
> have three different Linux distros installed here (and there is a
> Windows and an OS/2 partition as well) and never had any problems with
> the rescue mode.

Whereas I, since before bootable cd's were the installation norm rather
than boot/root floppy disk pairs, have never needed to fall back on a
"rescue mode" boot system. I've always been able to simply boot a
different linux to do any manual surgery or even run fdisk in manual
mode (in my case from a script) Which has the advantage that all my
personal preferences, short cuts, notes, ~/.* configs AND root scripts
are all immediately available... Now if there was a utility that let a
non-expert make a customized rescue disk by superimposing the current
passwd file(s), /boot, /root, and maybe /home onto a bootable copy of the
rescue cd, I'd burn a lot of them... (heck I'd settle for getting my
~/.vimrc, and one personal help text file inserted into the effective
/root dir

As it is I figure that if rescue mode works as well as I've heard, then
just knowing there is such a boot option from disk 1 of an FC set is
enough. Given sufficient time, I'd make do with a bare # prompt. 

Thank you for the kind info and the reassurance that the rescue mode IS
a viable fall-back option.

- -- 
|   ---   ___
|   <0>   <->	   Joe (theWordy) Philbrook
|	^		J(tWdy)P
|    ~\___/~	     <<jtwdyp ttlc net>>

But if I actually knew everything, then I'd know I was an idiot...

   ##############################################################
   # You can find my public gpg key at http://pgpkeys.mit.edu/  #
   ##############################################################

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAvGtkRZ/61mwhY94RAlvfAKCSqbRHsVCF8B0y7zXqAXMHUfizaQCdFCKL
yAGvHw/ptQR0dUwF3UHrIAU=
=y0mP
-----END PGP SIGNATURE-----



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]