Jesús Sánchez González wrote:
> 
>   Hi Andrea.
> 
> 
> On 3/3/08, *Andrea Righi* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
> wrote:
> 
>     This is a problem with the kernel shipped with your distribution and
>     lilo, not a systemimager / systemconfigurator issue. To reduce the
>     kernel size you could try to strip(1) it and re-compress it again, but
>     this would mean "changing" the kernel provided by the distribution, that
>     is never a good idea... better to use grub at this point.
> 
> 
>   Definitely I decided not to 'resize' the kernel but to use grub.

Good choice. :-)

>  
> 
>     This is a bug of si_prepareclient that doesn't resolve non-standard
>     symlinks created by udev. In terms of "portability" it would be better
>     to resolve this name in the standard name. If you have potentially
>     heterogeneous clients, using a device naming policy based on hardware
>     informations, like vendor ID, etc. could be a problem because different
>     clients that have a different hardware could use the same image.
> 
>     For this I think the following patch could fix the problem. Could you
>     test it?
> 
>     ---
>     Index: sbin/si_prepareclient
>     ===================================================================
>     --- sbin/si_prepareclient       (revision 4415)
>     +++ sbin/si_prepareclient       (working copy)
>     @@ -75,6 +75,7 @@
>       use lib "USR_PREFIX/lib/systemimager/perl";
>       use strict;
>       use Carp;
>     +use Cwd 'abs_path';
>       use POSIX;
>       use File::Copy;
>       use File::Path;
>     @@ -746,6 +747,14 @@
>              $boot_dev =~ s/p[0-9]+$//;
>          }
> 
>     +    # Resolve non-standard symlink names created by udev.
>     +    if (-l $boot_dev) {
>     +        $boot_dev = abs_path(readlink($boot_dev));
>     +    }
>     +    if (-l $root_dev) {
>     +        $root_dev = abs_path(readlink($root_dev));
>     +    }
>     +
>          # OK, we've all the info needed by systemconfigurator! Write the
>          # configuration file.
>          open(OUT, ">$sc_config_file") or
>     ---
> 
> 
>   As I told you I applied the patch 'manually' but it didn't work. I can
> attach the patched si_prepareclient if you want.

No, it's ok, my patch is based on the latest developers' trunk, and
unfortunately the patch is not enough... sorry, it needs additional
patches to be correctly applied. You could try to install SI 4.1.4 in
your golden client and apply the patch to si_prepareclient 4.1.4.

> 
>   Here you are the menu.lst file generated by systemconfigurator:
> 
> pac-node9:/boot/grub # more menu.lst
> ##################################################
> # This file is generated by System Configurator. #
> ##################################################
> # The number of seconds to wait before booting.
> timeout 5
> # The default kernel image to boot.
> default 0
> # The splash image (this line will be empty if nothing was found)
> 
> # kernel0 (hd0,1)
> title suse-10.3_(hd0,1)
>         root (hd0,1)
>         kernel /boot/vmlinux-2.6.22.5-31-default.gz ro root=/dev/sda2
> auto BOOT_IMAGE=oS_10.3 ro root=/dev/sda2 tor_6L080M0_L26FVVDG-part2
> resume=/dev/sda1 splash=silent showopts
>         initrd /boot/initrd-2.6.22.5-31-default
> 
> --------
> 
>   As you can see, the 'orphan' parameter appears again:
> 'tor_6L080M0_L26FVVDG-part2' so I suppose the patch didn't work or I
> didn't apply it properly.

OK, see above.

> 
>   The node couldn't boot and I get the following error from Grub:
> 
>   13 : Invalid or unsupported executable format

What about `file -z /boot/vmlinux-2.6.22.5-31-default.gz`?

> 
>   After that I edited the booting menu from Grub and I removed the
> 'orphan' parameter 'tor_6L080M0_L26FVVDG-part2' and also changed the
> kernel file to /boot/vmlinuz-2.6.22.5-31-default. After that I tried to
> reboot and it worked.

Good! so I'm sure if you apply the patch we'll be able to fix this
problem. And the fix will be present in the next systemimager versions.

-Andrea

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
sisuite-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sisuite-users

Reply via email to