Ok, two things about this bug:
1) Looks like the whole creation of global parameters is messed up.
I've this part in my profile:
<global config:type="list">
<key>disk</key>
<value>disk=/dev/sda bios=0x80</value>
<key>disk</key>
<value>disk=/dev/hda bios=0x81</value>
</global>
but no disk entry shows up in lilo.conf and my system does not
boot, it tries from hda, although the installation goes to sda.
lilo.conf contains "boot=/dev/sda" but without the disk entries
this doesn't work.
Actually, I guess I can fix this with a "chrooted=yes" chroot-script.
2) I wrote a fix for the missing default label, for BootLILO.ycp,
but should work the same way in BootELILO.ycp, because there
is the same if clause for autoinst mode.
The patch is based on SuSE 10.1 files.
It checks if the value for "default" is empty, and if so,
adds the name from the first section.
I don't know if there are side effects, but at least it works
for me here, so you can try it if you want.
I used it this way (adjust to your needs):
- installed yast2-bootloader.src.rpm
- called "rpmbuild -ba SPECS/yast2-bootloader.spec", so that
I had the compiled stuff in BUILD/yast2-bootloader-2.13.56
- entered BUILD/yast2-bootloader-2.13.56/src/modules/ and applied the patch
to BootLILO.ycp
- called "make" which recompiled BootLILO.ybc und BootLoader.ybc.
Now put those two files into a driverupdate:
This depends very much on your system. I had a driverupdate file
from Uwe's fix-script from ftp://ftp.suse.com/pub/people/ug/autoyast/
After calling the script, I mounted the driverupdate file and
copied all the stuff to some tmp dir and copied BootLILO.ybc und BootLoader.ybc
to tmp/mydriverupdate/linux/suse/i386-10.1/y2update/modules/
Make sure the subdir matches your arch, i386 here.
If you use the SLES10 installed, the subdir will be called i386-sles10/
I recreated the driverupdate file as cpio file with
cd ~/tmp/mydriverupdate
find linux | cpio -H newc -o > /rpm-export/i586/10.1/SuSE/driverupdate
Reinstall with this new driverupdate file, and the default option will
be fixed in lilo.conf.
No warranty :-) If your system starts burning, it's not my fault ;-)
cu,
Frank
--
Dipl.-Inform. Frank Steiner Web: http://www.bio.ifi.lmu.de/~steiner/
Lehrstuhl f. Bioinformatik Mail: http://www.bio.ifi.lmu.de/~steiner/m/
LMU, Amalienstr. 17 Phone: +49 89 2180-4049
80333 Muenchen, Germany Fax: +49 89 2180-99-4049
* Rekursion kann man erst verstehen, wenn man Rekursion verstanden hat. *