Hallo Leute !
Ich habe gerade prinzipiellen support für USB sticks ins Beta 6.19 vom
Multiboot eingebaut (also das Partitionslayout damit machen, copy von images zu und vom USB stick, aber noch nicht booten davon)
es WÜRDE aber erlauben das root filesystem vom USB stick zu laden (nachdem man von CF Karte die bootpartition verwendet hat, die auch loszuwerden ist erst der übernächste schritt)
ABER es funktioniert noch nicht, weil die verfügbaren Unix Kernel alle keinen USB support miteingebaut haben, sondern die driver erst später im boot cycle laden.
Ich kenn mich mit dem OE nicht so aus, aber wenn mich mein Unix know how aus alten Zeiten nicht in den wald schickt kann man angeben welche driver in den Kernel dazugebaut werden sollen (mit compiler/make switch oder so ähnlich beim kernel builden)
Könnte einer von Euch so einen Kernel bauen, weil wenn man dann von CF Karte bootet sollte man die /dev/sdaX devices sehen und man könnte sie dann als bootdevice im autorun.bat angeben.
Weil so wie ich es verstehe extrahiert der secondstage bootlaoder das vmlinux.gz und fürhr es dann aus, das dann die autorun.bat interpretiert.
Bitte um Bestätigung ob ich recht habe, sonst müssen wir die traurigen alternativen diskutieren
----------------------------------------------------------------------------------
Hello folks !
I just added some preliminiary support for USB sticks to Beta 6.19 of multiboot (doing Multiboot partitionlayout there, copy images to and from there, but not booting them yet).
It WOULD allow to boot the root filesystem from USB sticks (after using the boot partiton of the CF card - getting rid of this is 2 steps ahead).
BUT it doesn't work yet, because all the available linux kernels in the CSV Images are loading the USB modules later in their bootcycle.
I'm not so familier with OE, but if my Unix know-how from the past is right it should be possible to build a vmlinux.gz that has the USB drivers already included (just a Compiler/make switch specifying the drivers included ?)
Would it be possible that somebody creates such a kernel, because if this one would be bootet from CF card (or later Flash) in my assumption it would see already the /dev/sdaX devices so that they can be used as Boot device in autorun.bat).
Because in my underdstanding the secondstage bootloader extracts the vmlinux.gz and executes it, which then interprets the rest of the autorun.bat ?
Please confirm if I'm right, or let's discuss the not so bright alternatives.
Ciao
thowi