Siduction Forum

Siduction Forum => Software - Support => Topic started by: michaa7 on 2012/05/16, 17:42:43

Title: (solved, pls mv 2 sw/hw)kde, xfce, ..., no boot fll-fromiso
Post by: michaa7 on 2012/05/16, 17:42:43
Quote
 GNU nano 2.2.6                   Datei: /etc/default/grub2-fll-fromiso                                              

# Defaults for grub2-fll-fromiso update-grub helper
# sourced by grub2's update-grub
# installed at /etc/default/grub2-fll-fromiso by the maintainer scripts

#
# This is a POSIX shell fragment
#

# specify where to look for the ISO
# default: /srv/ISO
FLL_GRUB2_ISO_LOCATION="/media/disk2part9/sidon"
#FLL_GRUB2_ISO_LOCATION="/dtn/soft/sidon"

# array for defining ISO prefices --> siduction-*.iso, non-recursive
# default: "siduction- fullstory-"
FLL_GRUB2_ISO_PREFIX="siduction-"

# set default language
# default: en_US
FLL_GRUB2_LANG="de_DE"

# override the default timezone.
# default: UTC
FLL_GRUB2_TZ="Europe/Berlin"

# additional cheatcodes
# default: quiet noeject
FLL_GRUB2_CHEATCODE="quiet noeject"




xfce 12rc1 (i386)

md5 ok, update-grub finds iso, makes grub conf entry, but when booting this entry:

( Edit://Error messages edited )

no such file
no such disk
you must load kernel first


???

Both paths
(FLL_GRUB2_ISO_LOCATION="/media/disk2part9/sidon"
#FLL_GRUB2_ISO_LOCATION="/dtn/soft/sidon")
point to the same location, tried each of them, was working with OSB, not working now.

What's wrong with the path?
Title: kde, xfce, lxde i386, no boot fll-fromiso "no such disk
Post by: michaa7 on 2012/05/16, 20:58:58
I'd appreciate it very much if someone could give my a hint whether I am doing something stupid or if I really have found something buggy
Title: kde, xfce, lxde i386, no boot fll-fromiso "no such disk
Post by: michaa7 on 2012/05/16, 21:30:39
To me it seems, the internal logic of fll-fromiso has changed. After *manually* editing /boot/grub/grub.cfg and changing the path from "media/disk2part9/sidon" to "/sidon" I could boot!

This behaviour of fll-fromiso is diffrent from how it was with OSB (AFAIR)! /etc/default/grub2-fll-fromiso does not create working enties in /boot/grub/grub.cfg. It sets "root=..." correctly, but then there *cannot be* a path like "/media/disk2part9/" and thus the path now is incorrect.
Title: RE: kde, xfce, lxde i386, no boot fll-fromiso "no such
Post by: dibl on 2012/05/16, 23:13:51
After reading this, I was expecting trouble, but using the "dd" method as written in the manual, I got a flawless USB stick.  :)
Title: RE: kde, xfce, lxde i386, no boot fll-fromiso "no such
Post by: michaa7 on 2012/05/17, 00:28:13
I'm not talking about booting from USB stick, but booting from hd. Booting from USB is different.
Title: RE: kde, xfce, lxde i386, no boot fll-fromiso "no such
Post by: michaa7 on 2012/05/17, 13:29:00
So nobody except me has this problem? Or do u all boot from USB?
Title: RE: kde, xfce, lxde i386, no boot fll-fromiso "no such
Post by: agaida on 2012/05/18, 09:37:19
micha, pack dat iso halt auf eine partition, die zum Bootzeitpunkt verfügbar und -noch wichtiger- auch gemounted ist. Das sollte helfen.

Zum Zeitpunkt der Erstellung der grub.cfg über update-grub sind die Sachen ja schon eingebunden, da ist das alles kein Problem ;)
Title: (solved, pls mv 2 sw/hw)kde, xfce, ..., no boot fll-fromiso
Post by: michaa7 on 2012/05/18, 13:50:00
Thanks for responding.

While booting there is no partition mounted, cannot be, because they get mounted while booting.
Grub can handle all partitions with a (grub-) supported file system.

To me it seems the logic of /etc/default/grub2-fll-fromiso has changed, how it creates "set root=..." and the loop- and fromiso-path (see below).

Please, whoever boots fromiso/hd (not USB-stick), show /etc/default/grub2-fll-fromiso and the result in /boot/grub/grub.cfg.

---------
Danke dass ich überhaupt mal ne reaktion bekomme.

Quote from: "agaida"
micha, pack dat iso halt auf eine partition, die zum Bootzeitpunkt verfügbar und -noch wichtiger- auch gemounted ist. ...


ich wüßte keine partition, die *vor* booten eines kernels gemountet wäre, und verfügbar, aus grub-sicht, ist doch wohl jedes unterstütze dateisystem.
Natürlich könnte ich die ISOs in ein Verzeichnis legen, das auch physisch in "/" liegt, dann stimmt der pfad immer. Das wäre also ein wörkaround. Nur ist das dann auch ein regression gegenüber vorher und gegenüber der beschreibung im handbuch. In soweit wäre es mir schon lieb, wenn mir jemand dies als bug bestätigt (oder mir klar macht, dass ich irgendwo etwas wirklich saudummes gemacht hätte und dies immer noch nicht gemerkt habe)
Ich verstehe nicht, warum, das mit OneStepByond geklappt hat, und nun nicht mehr. Ich kann mir das nur so erklären, dass sich irgendetwas an der logik geändert hat mit der /etc/default/grub2-fll-fromiso die einträge in /boot/grub/grub.cfg generiert.

Aus dem präfix "media/disk2part9/" wird in der grub.cfg          
Quote
set root='(hd1,msdos9)'
        search --no-floppy --fs-uuid --set=root xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx


aber im loop- und der fromisopfad dürfte das präfix "media/disk2part9/" nicht mehr enthalten sein, diese pfade gibt es ja nur im gebooteten erstellungssystem, nicht jedoch von set root='(hd1,msdos9)' aus betrachtet.
Und genau nach manuellem löschen dieses präfixes funktioniert das ja.



Nochmals, bootest du fromiso von der festplatte oder USB-stick?
Falls von der festplatte, dann zeige doch mal den relevanten eintrag in
/etc/default/grub2-fll-fromiso
Quote
FLL_GRUB2_ISO_LOCATION="/media/disk2part9/sidon"



und das ergebnis in

/boot/grub/grub.cfg (created by /etc/default/grub2-fll-fromiso and not working)
Quote
menuentry "siduction-12.1-RC1-desperado-xfce-i386-201205152152 (vmlinuz0.686)" {
        insmod iso9660
        insmod part_msdos
        insmod ext2
        set root='(hd1,msdos9)'
        search --no-floppy --fs-uuid --set=root xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
        loopback loop /media/disk2part9/sidon/siduction-12.1-RC1-desperado-xfce-i386-201205152152.iso
        linux (loop)/boot/vmlinuz0.686 fromhd=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx fromiso=/media/disk2part9/sidon/siduction-12.1-RC1-desperado-xfce-$
        initrd (loop)/boot/initrd0.686
}


/boot/grub/grub.cfg (manually edited and working)
Quote
menuentry "siduction-12.1-RC1-desperado-xfce-i386-201205152152 (vmlinuz0.686)" {
        insmod iso9660
        insmod part_msdos
        insmod ext2
        set root='(hd1,msdos9)'
        search --no-floppy --fs-uuid --set=root xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
        loopback loop /sidon/siduction-12.1-RC1-desperado-xfce-i386-201205152152.iso
        linux (loop)/boot/vmlinuz0.686 fromhd=UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx fromiso=/sidon/siduction-12.1-RC1-desperado-xfce-$
        initrd (loop)/boot/initrd0.686
}



Quote
Zum Zeitpunkt der Erstellung der grub.cfg über update-grub sind die Sachen ja schon eingebunden, da ist das alles kein Problem ;)


Nun, mein vorgehen entspricht der vorgehensweise im handbuch. So hatte ich es erfolgreich mit OSB getan und nun nicht mehr erfolgreich mit "desperado".

So, regression/bug or my stupidity?
Title: solved
Post by: michaa7 on 2012/05/18, 16:33:16
It seems grub-fll-fromiso was confused by *two* entries for one partition in /etc/fstab.

Although both entries were valid and working (one "media/disk1......", second-one "LABEL=.....") it prevented the logic from woring as it should have.

So, no RC-bug but a grub-fll-fromiso restriction.
Title: solved
Post by: agaida on 2012/05/18, 19:10:42
Regressionen können immer nur da auftreten, wo sich was ändert. An grub-fll-fromiso hat sich aber bis auf die Anpassung der Standards, der debhelpers-version und des überarbeiteten Copyrights nichts getan, von dem ich wüsste. Vielleich ist mir da auch was entgangen.

Was sich aber geändert hat, ist grub. Das Ergebnis ist nicht schön und da sollte man bei genügend Freizeit noch mal drüberschauen. Das mit dem gemounted ist eine sprachliche Ungenauigkeit von mir. Ich wollte geschrieben haben *verfügbar* und *mountbar* ist. Der Rest sollte wieder passen. Zum Zeitpunkt der Erstellung ist die jeweilige Partition ja verfügbar und gemounted.

Das würde heissen: Bei usb müsste(n) durch grub der(die) richtige(n) Treiber geladen werden, um Zugriff zu haben. Da stehe ich momentan nicht im Thema. Weiterhin muss sichergestellt sein, das die Sachen im initramfs richtig abgearbeitet werden. Dann sollte das auf jeden Fall funken. Um mich da wieder schlau zu machen, fehlt mir im Moment die Muße. Ich weiss nur, dass ich praktisch jedes Mal, wenn ich ernsthaft mit usb, raid und lvm spiele, bestimmte Teile meines Wissens in den Müll packen darf und dann Jugend forscht spiele. Wenn sich bei dieser Forschung was ergibt, dann passen wir das Manual und falls notwendig, die Programmierung an. Du bist nach dem Release eingeladen, als Tester mitzumachen.
Title: solved
Post by: michaa7 on 2012/05/18, 22:44:32
nur dasss mein problem nichtss mit usb zu tun hat.

Hast du mein letztes posting überhaupt nachvollziehend gelesen?  Deiner antwort nach nämlich nicht.
Nicht usb, initrd oder grub (zum bootzeitpunkt) waren das problem, sondern zwei gültige einträge für eine partition in /etc/fstab waren das problem, und zwar für grub-fll-fromiso zum erstellungszeitpunkt der grub.cfg .
Title: solved
Post by: agaida on 2012/05/19, 03:20:20
Dann ist ja gut. Ich blick nämlich nicht mehr durch. Und wo ist jetzt das Problem? :twisted: grub-fll-fromiso hat eine Regression, weil in der fstab Mist gestanden hat? Seis drum, ich verstehs wirklich nicht.
Title: solved
Post by: michaa7 on 2012/05/19, 06:53:03
no, there was no crap