ok, I ran my tests and sad to say my memory seems to be correct.  here's 
what I did, and if you don't have the hardware you're just going to have 
to take my word for it - btw, where are you located?

anyhow, here's what I did:
- patched the autoinstall script to exit right after /etc/mtab was 
created and before systemconfigurator is called
- execute the command as per device_map in Grub.pm
    grub --batch --device-map=/boot/grub/device.map < /dev/null > /dev/null

This resulted in:
Probing devices...
end_request: I/O error, dev fd0, sector 0
cat /boot/grub/device.map
(fd0)   /dev/fd0

This is EXACTLY what I remember happening in the past.

As I said in an earlier email, grub 0.93 is not capable of recreating 
the device map file if cciss devices are involved.  Now for the second 
part of all this, and I guess I need to reimage again to starte clealy 
but thanks to SI, that's pretty easy to do...

If  Grub.pm DOESN'T recreate the device map file, will the rest of this 
work?  I don't know, but now that I've gotten this far maybe I'll give 
it a shot.  But I have to run a few errands first...

-mark


Erich Focht wrote:

>Hi Mark,
>
>as Bernard mentioned, I'm maintaining the OSCAR variant of
>systemconfigurator, which is currently the only version which seems to be
>maintained at all.
>
>I've also looked at your patches and have a few concrete questions:
>
>in Grub.pm:
>+    else {
>+       $smartArrayFlag=1;
>+        $file="/boot/grub/device.map";
>+        verbose("using existing map file $file");
>+       croak("$file doesn't contain required 'hd' entry for SmartArray 
>devices")    if `grep hd $file` eq '';
>+    }
>
>Can you rely on the fact that the device.map file exists? I have the
>impression that it is created in the if branch above, so won't necessarilly be
>present.
>
>As you can see in function device_map, we are unconditionally creating
>/etc/mtab and the device.map. What exactly is the "new" device.map missing for
>your case? And where is the old device.map coming from? From your image? That
>doesn't exist on an OSCAR image because that one is freshly created from RPMs.
>
>Thanks,
>best regards,
>Erich
>
>On Friday 07 July 2006 19:24, Mark Seger wrote:
>  
>
>>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