I went back to take a closer look at grub-install [and it's painfull] to 
try to remember what's going on.  The main things I see/remember is:
- that the format of the names of cciss disks was incompatible with what 
grub-install expected.
- even if device name are valid, asking grub-install to recreate the 
device.map file would fail and that's why I had to patch 
SystemConfigurator to not try

It may be possible to do something with device names in 
SystemConfigurator before calling grub-install but I guess I didn't get 
into that, but looking back to my comment in the 'sed' command that 
remaps things I see:
"# patch to remap /dev/cciss/discY/partZ or /dev/ida/discY/partZ to c0dYpZ"
so I suppose if you could get the disk names into this format things 
might work.  maybe even creating a link could do it but I don't know.

As for the rest of the patches, I think if the device.map is missing, 
grub-install will try to create a new one and will fail in unknown ways 
which I wanted to prevent and so added extra code to trap/report this 
situation.  I suppose here too SC could make sure the device.map exists 
and if not, generate an appropriate error message.

I'll look into recrearing my patches to Grub.pm but from Eric's note 
which I'll answer next, it sounds like he's ok with Label.pm.

Remember, if you can't do this is SC, no amount of patching will make 
this stuff work.  Hope this helps...

-mark

Bernard Li wrote:

>Hi Mark:
> 
>Thanks for the files.
> 
>It would be very helpful if you can create actual patches between the current 
>systemconfigurator code and your files and provide commentaries regarding what 
>you're trying to do.  Here's how to create a patch file for Grub.pm:
> 
>$ diff -ru Grub.pm.trunk Grub.pm > Grub.pm.patch
> 
>I did a quick diff, and noticed that some subroutines were removed - they are 
>probably not intentional but was simply because you modified an older version 
>of SystemConfigurator and new functionalities have since been added.
> 
>(The patch for Label.pm looks clean BTW)
> 
>Regarding patching grub-install, it will not be possible for us to expect 
>users to do that, so we'll need to find a workaround.
> 
>Thanks for your help in advance,
> 
>Bernard
>
>________________________________
>
>From: [EMAIL PROTECTED] on behalf of Mark Seger
>Sent: Fri 07/07/2006 10:24
>To: [email protected]
>Subject: [Sisuite-devel] patches to systemconfigurator and grub-install for 
>grub 0.93 and cciss disks
>
>
>
>Here are my patches to make systemconfigurator work with version 0.93 of
>grub install.  I have no idea what the implications of running this
>against the latest version of grub is, but the safest thing might be to
>check the grub version and only execute the code under those conditions.
>
>One should also note note that unless someone patches grub-install
>(which isn't part of SystemConfigurator), these patches probably won't
>do you any good.  There are also patches to grub-install to deal with an
>empty /etc/mtab, but I'm guessing that problem has since been fixed in
>the newer version of SystemImager.  It's also possible some other
>patches may not be necessary since this were also run in a SystemImager
>3.2.0 environment but I do know I can't install rhel3 using 3.7.3 unless
>I apply my patched versions of Grub.pm. Label.pm and grub-install.
>
>I'll be happy to discuss the patches and the reasons for them if anyone
>wants more details.
>
>
>
>
>
>  
>


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Sisuite-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sisuite-devel

Reply via email to