[Bug 478991] New: kiwi: improve KIWIIsoLinux.pm to allow bi/tri arch boot
https://bugzilla.novell.com/show_bug.cgi?id=478991 Summary: kiwi: improve KIWIIsoLinux.pm to allow bi/tri arch boot Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: System Imaging AssignedTo: ms@novell.com ReportedBy: ms@novell.com QAContact: adrian@novell.com Found By: --- make KIWIIsoLinux.pm better to be able to use this module as replacement for m_cd. Initial comments follows: -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=478991 User ms@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=478991#c1 --- Comment #1 from Marcus Schaefer <ms@novell.com> 2009-02-24 02:21:49 MST --- --- from snwint --- Im Prinzip kannst du x86, ia64 & s390 zusammenfassen (*); die machen alle genau das gleiche (s390: + ikr-Gefrickel) und nehmen el-torito. Orthogonal dazu gibt es noch ppc. Und wenn du ppc aus dem else-if rausnimmst und abarbeitest, selbst wenn schon x86 auf der CD ist, dann haben wir endlich unsere tripe-arch Boot-CD. :-) (*) etwa so: if(x86_64-legacy) boot = x86_64-legacy; if(i386-legacy) boot = i386-legacy; # nicht '+=' if(i386-efi) boot += i386-efi; if(x86_64-efi) boot += x86_64-efi; if(ia64-efi) boot += ia64-efi; if(s390) boot += s390; Wenn 'boot' dann mehrere efi-EintrÀge hat, muÃ\237 man die efi-Images zu einem zusammenpappen. Was dann ÃŒbrig ist, mit -eltorito-alt-boot trennen und an genisoimage ÃŒbergeben.
Nach deiner Tabelle wäre auch ein zB x86_64-legacy + s390 möglich.
Jupp.
Aber wie geht das ? es gibt in diesem Fall ja einen el-torito bootloader (isolinux.bin) und dieses cd.ikr zeug kann ich das dann jeweils mit -b an mkisofs übergeben ? Mir ist nicht ganz klar wie das mit mehreren bootloadern in einem iso gehen soll
Die 'normalen' s390 CDs enthalten ja auch zwei Booteinträge: i386-legacy + s390. Der i386-Teil ist unser sles9-Rettungssystem (plus extra-Zeugs). Bisher kommt auf unseren CDs vor (ex ppc): (legacy = no-emul-boot mit isolinux) - i386-legacy - x86_64-legacy - i386-legacy + x86_64-legacy # Umschalten wird von gfxboot gemacht, genisoimage sieht nur i386-legacy - x86_64-legacy + x86_64-efi - i386-legacy + x86_64-legacy + x86_64-efi # s.o. - ia64-efi - i386-legacy + s390-ikr el-torito erlaubt mehrere Einträge im boot catalog. Die Theorie ist, daß dann das BIOS beim Booten ein Auswahlmenü anzeigt. Mit -eltorito-alt-boot beginnt man einen neuen Eintrag. [Genau genommen stimmt das nicht mit der el-torito spec überein, ist aber offenbar die Praxis.] s390 mißbraucht das etwas und verwendet den zweitem Eintrag für das s390-Zeugs und nimmt den ersten, damit man auf normaler Hardware ein Rettungssystem starten kann (oder ftp server aufsetzen). efi ist das gleiche Prinzip; die efi-firmware schaut sich alle Einträge an und nimmt den ersten, der ihr in den Kram passt. Und BIOSe, die efi & legacy können, zeigen ein Menü an (manchmal). Wenn mehrere efi-images da sind, kann man auch mehr als zwei Einträge machen. In der Praxis denkbar wäre z.B. (3 Einträge): - (i386-legacy + x86_64-legacy) + i386-efi + x86_64-efi (Macs haben i386-efi, Server x86_64-efi) Wichtig ist nur, daß der legacy Eintrag _immer_ der erste ist (wegen Kompatibilität). efi ist kein Problem, da die Quellen der Intel Referenzimplementierung offen sind und kein normaler Mensch das noch mal selber reimplemetieren wird - man kann also einfach nachschauen, was efi tut. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=478991 User ms@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=478991#c2 Marcus Schaefer <ms@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P4 - Low --- Comment #2 from Marcus Schaefer <ms@novell.com> 2009-02-24 02:23:29 MST --- --- from Rudi ---
Rudi kannst Du bitte sagen was aus dem m_cd Skript bezüglich APPID obsolete ist ? Danke
if test -n "$DISTPRODUCT-" ; then # code 10 DISTIDENT="$DISTPRODUCT-$DISTVERSION" else # code 11 and later DISTIDENT="$LABEL" fi if test -f $SOURCE/content -a -z "$TMP_LS" ; then # we already collected this above APPID=$DISTIDENT else APPID="unknown" fi APPID=`echo $APPID | tr " " -` test -n "$APPID" && PARAMS="$PARAMS -A $APPID" und fertig. VolumeID ist eine andere Geschichte, aber APPID sollte passen. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=478991 Marcus Schaefer <ms@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=478991 User ms@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=478991#c3 --- Comment #3 from Marcus Schaefer <ms@novell.com> 2009-03-24 08:43:49 MST --- ----something to take care of too---- Marcus, this should probably go into KIWIIsoLinux.pm. There's a script ~snwint/Export/fix_catalog that must be run after mkisofs on archs that can have a dualboot legacy/efi iso. It fixes the boot catalog that mkisofs creates (which is not really el-torito spec compliant). (We used to have it in m_cd but removed it due to MacBook problems.) The script is a bit of a hack as it assumes the second boot entry to be the efi entry. But as you have everything in one perl script now and can track which one the efi image is, it might not be a bad idea to get this right. Also, (though fix_catalog does not cover this as we don't create them at the moment), we should set a correct system id (0xef for efi) on efi-only isos. This IBM system will likely run into problems there as well. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com