Talk:Rescue and Recovery

From ThinkWiki
Revision as of 00:27, 10 October 2005 by Wyrfel (Talk | contribs)
Jump to: navigation, search

"It is not known how to invoke Rescue and Recovery once GRUB has been installed in the master boot record."

See ftp://ftp.software.ibm.com/pc/pccbbs/thinkvantage_en/tvtrnr3_1027en.txt, Consideration 6:

 The Master Boot Record (MBR) must be configured properly for the 
 Rescue and Recovery application to function properly.  When possible, 
 the Rescue and Recovery application attempts to ensure the proper 
 configuration of the MBR.  This can only occur if the Rescue and 
 Recovery application is installed after other applications that 
 requires the MBR.

Apparently the R and R uses some very specific stuff in the MBR. Maybe Google will help you find some further info (has someone ever looked at the R and R enabled MBR in depth?)

Paul Bolle 13:43, 9 Oct 2005 (CEST)


Having special data in the MBR means less room for code, which may explain why the preinstalled MBR ignores the Active bit and (as far as I can tell) always boots the first partition. The latter means GRUB can't be installed in a partition boot sector either...

--Thinker 14:06, 9 Oct 2005 (CEST)


Why not? If the RnR-MBR always boots the first partition, just go back to the classical recommended partition layout (from the times that LILO didn't support LBA) and create a tiny first partition (that you can i.e. use as /boot partition, which has certain advantages). Install grub into that partition.

Wyrfel 14:44, 9 Oct 2005 (CEST)


I saw posts about the R&R software (or at least some versions thereof) assuming that the Windows partition is the first one.

--Thinker 14:52, 9 Oct 2005 (CEST)


Another hack you might try is to "rebrand" your first partition to some Windows type (I guess you should choose NTFS) without any other change to the fs! (So in reality it's still an ext3 fs or whatever.) If R and R is _non_ destructive (I wouldn't know!) it would be interesting to see how deeply it really checks the first partition. (It shouldn't check too deeply, as it should be able to "rescue" a messed up Windows partition, shouldn't it?)

But chances are this is a pointless hack ...

Paul Bolle 15:16, 9 Oct 2005 (CEST)


Is that true? That would mean you'd have to keep the Windows installation for the R&R system to work. In that case the only way to go would be installing grub4dos on that windows installation.

Wyrfel 14:56, 9 Oct 2005 (CEST)


Another idea/question. Shouldn't it be possible to copy an NT boot sector to a file via dd and chainload that file from GRUB? This way grub could go to the boot sector of the first partition and boot the NT boot sector that may then sit on a Linux filesystem, which in turn would boot the first partition.

Wyrfel 14:59, 9 Oct 2005 (CEST)


Could you please elaborate, Wyrfel? You lost me here ...

Paul Bolle 15:18, 9 Oct 2005 (CEST)


I think chaining GRUB from Windows will work (I don't know about grub4dos, but there's the trick of copying over the GRUB boot sector into a file and telling NTDETECT to load that.)

The trick with putting GRUB into the Windows boot sector and chaning into a copy of the original also sounds like it might work.

Alas, I can test neither, since I eliminated RNR from my disk after it stopped working even with the original MBR restored. No idea why. IBM sure didn't work very hard to make RNR 3.0 compatible with the standard partitioning and boot conventions...

--Thinker 16:12, 9 Oct 2005 (CEST)



I mean the reverse approach of this.

Copy the NT boot sector into a file, place that file on a linux partition, boot into the file via grub. I don't know if this could at all work. First, grub might not be able to chainload a file, though i believe it is, second, the NT boot sector may not like to be a file. AFAIK, the NT boot sector knows the partition it is suppossed to find NTLDR on. So it wouldn't depend on being the first sector of the same partition.

Wyrfel 01:27, 10 Oct 2005 (CEST)