Ja, die 800er kann auch komplett von USB booten

habe die dm800 nicht mehr (schnief), kann also keinen screenshot machen.

Aber ich hatte beim Schreiben des Textes extra nochmal nachgesehen, dass es genau so da steht, wie es bei mir im bios eingetragen ist.

Die infos dazu stehen übrigens in der dreambox-wiki unter
http://dream.reichholf.net/wiki/Bootloader
Hier der Ausschnitt daraus:

Zitat

Prerun bedeutet das "/cf/autorun.bat" alles aller erstes ausgeführt, noch bevor irgendein anderes gestartet wird. Dies kann sehr hilfreich sein wenn man plant eine Image-Update-Software auf einer CF-Karte zu kopieren um somit ein Update ohne jegliche weitere Interaktion des Users zu erstellen.

Try Default Boot Sources ..bedeutet lediglich das im Fall der Fälle, wenn zum Beispiel die „autoexec.bat“ einen Fehler enthält, "/flash/zImage.elf" also „Default“ geladen wird.

Primary/secondary/Alternate boot sources
Die "Primary bootsource" wird als Erstes versucht zu booten (Ausnahme ist hier “prerun", welches noch vorher startet). Schlägt dies fehl, wird die "secondary boot source" angesprochen. (Dies ist nützlich um das Bootverhalten einer Dbox2 nachzuahmen: Erst versuche TFTP, danach den Flash. Um Probleme zu vermeiden wurde dies nicht als Standardwert gesetzt). Die alternative Bootquelle beim Booten der Box durch drücken einer der Tasten („Hoch“ oder „Runter“) an der Box ausgewählt werden. Dabei steht „Hoch“ für „alternative boot source 1“ und "Runter" für „alternative boot source 2“..

Die DM800 hat gar keine up/down-tasten an der box. Ob man für die Alternative1+2 auch die Fernbedienung nehmen kann???
Auch hat sie keinen CF. Die haben den Second-Stageloader nicht wirklich an die DM800 angepasst!?!? Ob bei prerun=enabled dann /usb/autorun.bat gestartet wird?

Auf jeden Fall: Mit o.g. Einstellung: Wenn der USB-Stick abgezogen wird, bootet er vom flash, stöpsel ich ihn an, bootet er wieder vom usb. Das war das was ich wollte. Und es wird nicht der kernel vom Flash verwendet (war mir auch wichtig, wegen der neg. Erfahrungen damit bei dm7000)

grx
kddh

Nachtrag: Nur um Mißverständnisse zu vermeiden:
In der Textbox habe ich nur "/autorun.bat" eingetragen.
Das Wort "usb" davor bezieht sich auf die Auswahlbox!

Wie wär's, wenn wir hier ein kleines Howto aufbauen, wie man händisch ein Image seiner Wahl auf den USB-Stick transferiert.
Der Vorteil: Man weiß was man macht und man lernt a bisserl linux. Und hat mehr spaß dabei Wir können ja später alles zusammenfassen.

"Ich mach mal den Anfang" wie ich schon mal irgendwo anders las:-)

=== Arbeitsverzeichnis ===
Für die nachfolgendnen Schritte brauchst Du ein Verzeichnis, wo Du die Dateien entpacken und erzeugen kannst.
Du kannst wahlweise in temp arbeiten oder - falls du eine festplatte hast - dir dort ein Verzeichnis anlegen:

cd /media/hdd
mkdir nfiwork
cd nfiwork

=== NFI-Image dreiteilen===
Das NFI-Image enthält drei Bereiche:
1. 256KByte Second-Stage-Loader (das ist das 'BIOS-Setup')
2. 3,75MByte Boot => enthält den Kernel (vmliux.gz), die autoexec.bat und so Extras wie bootlogo.elf. Dateisystem ist jffs2
3. Rest (also ab 4MB) ist das root-Verzeichnis. Dateisystem ist jffs2

Um an den Inhalt zu kommen, müssen wir das NFI in seine Teile zerteilen (Wobei wir den Second-Stage-Loader hier nicht brauchen):

dd if=EinImage.nfi of=boot.jffs2 bs=3.75M skip=256K
dd if=EinImage.nfi of=root.jffs2 skip=4M

Wichtig: Das 'M' und das 'K' von 256K müssen Großbuchstaben sein!
Info: dd ist ein Befehl, der bei jedem Unix mit dabei ist.
'dd' unterscheidet sich vom normalen Copy-Befehl 'cp' dahingehend, dass man auch Blockdevices wie unseren Flashspeicher (/dev/mdt/..) als Quelle oder Ziel angeben kann. Außerdem - und das war ja hier wichtig - kann man auch einen Teil aus einer anderen Datei herauskopieren.
skip gibt dabei an, wieviele Bytes am Anfang übersprungen werden sollen un 'bs=..' gibt an, wieviele Bytes kopiert werden sollen.
Das boot.jffs2 ist 3,75MByte groß und liegt im Flash nach dem 256KByte großen Secondstage-Loader => skip=256K bs=3.75M
Zusammen sind das genau 4MByte, daher root.jffs2 ab skip=4M.

=== Boot-Partition entpacken ===
Nun haben wir eine Datei namens 'boot.jffs2'. Um an den Linux-Kernel da raus zu holen, müssen wir sie in ein Verzeichnis enpacken.
Info: Bei Images mit anderen Dateisystemen kann man diese einfach mit dem mount-befehl auf ein Verzeichnis mounten und den Inhalt rauskopieren. JFFS2 ist da eine Ausnahme, weil es ausschließlich mit dem speziellen Blockdevicetreiber für Flashspeicher (MTD) funktioniert. Die beiden Workaurounds (Zwischenschalten eines Loop-Devices oder verwenden des Treibers MTDRAM) funktionieren auf meiner DM800 nicht, weil die notwendigen Treibermodule fehlen. Es bestünde die Möglichkeit, das ganze zu flashen und dann rauszukopieren, aber das will ich nicht. Aber es geht ja auch anders:

Im Multiboot.rar findet man ein Progrämmchen namens 'dump'. Dieses kann JFFS2-Images in ein Verzeichnis auspacken. Ich habe es am Ende dieses Posts angehängt.

Und so geht's:

mkdir boot
chmod +x ./dump
./dump --no-devtab --two-pass boot.jffs boot 1234

Die allgemeine Syntax lautet:
dump [--no-devtab] [--two-pass] SourceJFFS2Image ZielVerzeicnis Endianess
Das "1234" gibt die Endianess des Prozessors an (DM7025/DM800=Little Endian=1234 vs. DM7000/DBOX2/DM600=Big Endian=4321).
Die Option "--two-pass" reduziert den Speicherbedarf von 'dump': Es benötigt jetzt 'nur' noch soviel freies RAM wie die Größe des jffs2-Images (ohne diese Option benötigt es doppelt so viel). Da die DM800 256MB RAM hat, muss die Option nicht zwangsläufig verwendet werden.
Die Bedeutung der Option '--no-devtab' kenne ich nicht.
Nach dem erfolgreichen Ausführen von 'dump' müssten dann im boot-Verzeichnis mindestens die Dateien 'autoexec.bat' und 'vmlinux.gz' liegen.

=== USB-Stick partitionieren ===
Am Besten Sie starten die DM800 zunächst ohne USB-Stick und stecken diesen erst an, wenn die DM800 gebootet hat. Das reduziert die Gefahr, dass ein Programm in der DM800 das Löschen des USB-Sticks blockiert.
Falls Sie auch eine USB-Festplatte oder andere USB-Sticks haben, diese bitte vorerst nicht anstöpseln: Das reduziert die Gefahr, dass Sie die falsche Platte löschen. Für eine Platte am internen oder externen eSATA-Anschluss der DM800 besteht hingegen keine Verwechselungsgefahr, dazu gleich mehr.

Nach dem Anstöpseln des Sticks müssen wir nachschauen, ob er eingebunden wurde:
Geben Sie dazu an der shell '/dev/scsi/' ein und drücken Sie ganz oft die TAB-Taste. Die Shell ergänzt die Eingabe mit dem was geht:

Es gibt drei Möglichkeiten:
Möglichkeit1:

/dev/scsi/host0/bus0/target0/lun0/disc

==> Der Stick wurde erkannt, ist aber leer (unpartitioniert). Sie können also sofort mit dem Partitionieren beginnen.

Möglichkeit2:

/dev/scsi/host0/bus0/target0/lun0/
     disc  part1  [part2 ...]

==> Der Stick wurde erkannt, enthält aber Partitionen. Es kann sein, dass Linux eine Partition gemountet hat, dann müssen wir sie evtl. umounten (wird später erklärt).

Möglichkeit3:

/dev/scsi/

==> Der Stick wurde nicht erkannt! In dem DM800-Image, welches Sie gebootet haben, ist wohl im Kernel der USB-Stick-Support nicht aktiviert. Ist aber nicht schlimm, die Treiber sind da, wir müssen sie nur kurz laden:

modprobe usb-storage
   modprobe st .... <-- Mist, wie hieß der Befehl noch. Muss nochmal nachschauen.

Danach können Sie nochmal probieren, ob der USB-Stick unter /dev/scsi/host... vorhanden ist.
Hinweis: Falls Sie den Stick zwischenzeitlich an den anderen USB-Port anstöpseln oder mal einen USB-Hub zwischenschalten, dann landet der USB-Stick danach unter /dev/scst/host1/.. usw.
[/code]

Schauen wir nun nach, ob und welche Partitionen der Stick hat (Vielleicht passen die ja schon):

fdisk -l /dev/host0/bus0/target0/lun0/

Wir brauchen:
1. Eine Partition FAT16 (Auch bei mehreren Images nur eine FAT-Partition, es muss die erste sein und vermutlich eine Primäre Partition sein. Größe rund mind. 20-40MByte, größer geht natürlich auch).
2. Dann eine oder mehrere Partitionen mit ext3 mit je mind. 60MB für die root (im flash stehen auch exakt 60MB zur Verfügung). Wenn mehrere Images auf den Stick sollen, benötigen wir für jedes Image eine ext3-Partition.

Falls bereits Partitionen auf dem Stick sind und wir diese nicht beibehalten wollen, müssen wir nachgucken, ob die nicht bereits gemountet sind:

mount

Halten Sie dort Ausschau nach '/dev/scsi/host0/bus0/target0/lun0/part1/', '.../part2', '.../part3' etc.
Falls so ein Eintrag auftauscht, dann beim umaount-Befehl den mountpoint eingeben, bspw.:

umount /media/usb/

So, nachdem der Stick nun eingebunden ist, aber keine Mountpoints existieren, können wir mit dem Partitionieren beginnen:

Starten Sie fdisk mit Angabe der Disc, danach geht's interaktiv weiter:

fdisk /dev/scsi/host0/bus0/target0/lun0/disc

Mit 'm' erhalten Sie eine Liste der Befehle.
Die wichtigsten:
'p' listet die Partitionstabelle
'd 1' löscht die erste Partition, 'd 2' die zweite usw.
'a' ("add") fügt eine neue Partition hinzu (er frägt dann nach, was und wo)
'w' schreibt am Ende die Tabelle zurück (d.h. ohne Schreiben ist nix passiert)
'o' löscht alle Partitionen

Legen Sie also eine (primäre) FAT16 (Partitionstyp=6) mit ca. 80MB an und dann eine oder mehrere EXT3 mit je ca. 64MB.

So, ich muss jetzt wieder unterbrchen....
grx

Hi,

mal eine andere Idee. Jetzt sammeln wir aus der Bekanntschaft noch die "alten" 64-256MB USB-Sticks und wechseln das Image nicht mehr per Bootmenü sondern indem wir den Stick austauschen. Ganz neue Perspektiven

romeo-golf

Hallo Gutemine,
du hast recht, die infos stehen in den threads. Aber ihr macht das auch schon seit 2006 (mit der 7025)!
Stell Dir einen DM800 Frischbesitzer wie mich vor (ohne vorher die 7025 gehabt zu haben), der einfach nur sein Image auf dem USB haben will.
Das Flash-Image soll (möglichst) unangetastet bleiben aus zwei Gründen:
- 1. damit, falls Box defekt wird, nichts privates drin ist
- 2. damit nach dem rumprobieren mit anderen Images einfach wieder der "Haupt-USB-Stick" mit den programmierten Timer u. Senderliste usw. angesteckt werden kann und alles garantiert wieder funzt.

Ich habe geschlagene 3 Tage gebraucht (mit je 10h oder so), nur um herauszufinden, dass ich lediglich auf dem Stick 1 FAT und N ext3 Partitionen anlegen muss und diese den Kernels (vmlinux1.gz - vmlinux9.gz) als parameter in den autorun0-9.bat übergeben muß?!?!?!?!

Ich werde jetzt mal schauen, ob ich in der gemini-wiki ein kleines howto anlegen ''darf'', um anderen diese Zeit zu ersparen.

Eine Frage hätt' ich noch an Dich/Thowie:
Ist im Multiboot bereits ein Boot-Auswahlmenu drin, das man in die FAT-Partition des USB-Stick legen kann und über die Autorrun einbinden kann, und das mir dann eine Auswahl der zu startenden Kernel/Root-Kombis anbietet?

grx
kddh

Zitat

Originally posted by gutemine
..... im bios entsprechend einstellen das als alternative boot source cf und autourn.bat verwendet werden sollen.

LG
gutemine

hoffe Du meinst ... alternative boot source usb

komme erst morgen dazu ... Bericht folgt

... Ich habe folgends problem :

wenn ich das ba installiert habe und dann neu starte bekomme ich kein ba bootlogo und damit auch keine Auswahl !!
Setzte ich den Bootmanager von ba auf enable (ist ja disable, weil ww gefunden) dann bekomme ich wieder das ba bootlogo und auswahl ...

Wenn ich ba via telnet einstelle und dann via /flash/vmlinux.gz starte
kein bootlogo von ba, ba selber ist aber Funktionstüchtig mache dann ein:
ba.sh boot ...
Starte im flash und wieder kein ba bootlogo ...

starte ich via /usb/vmlinux.gz
kein ba bootlogo und auch kein ba mehr .... (mit mount sehe ich das kein usb und kein ba in media gemounted wird)

Was noch interessant ist, ist das immer das vmlinux.gz aus dem flash genommen wird (sehe ich ja am bootlogo ..) egal wie starte ... (habe sogar aus /media/ba/ba/image/boot alles haendisch kopiert)

Habe jetzt mal mit usb/vmlinux.gz gestartet und dann das ba nooch mal installiert und dann sagt ba auch das kein stick mehr zur verfuegung steht und das ba auf die hdd installiert wird....geht auch nicht .....

PS. ... zur auswahl des Stick beim Booten ... 4 x kurz auf den button drueken ..

primary 1
primary2
alternative 1
altnative2

also vier mal

das erste stueck klappt ja ....ww -> dann haendisch kopieren ....booten via usb/vmlinux ..

Habe jetzt das ba installiert und partion und alles sieht prima aus ...

dann ba.sh boot image ..

reboot ...

Er bootet zwar via /usb/vmlinux.gz, ist aber das flash image und nicht das andere image ...(das versteht ich nicht)....

Was mir auf faelt ist das es kein ba mehr gibt und das im mount es so aussieht:

root@dm800:~# mount
/dev/root on / type jffs2 (rw,noatime)
none on /dev type devfs (rw)
/proc on /proc type proc (rw,nodiratime)
sysfs on /sys type sysfs (rw)
/dev/ide/host0/bus0/target0/lun0/part1 on /media/hdd type ext3 (rw)
devpts on /dev/pts type devpts (rw)
usbdevfs on /proc/bus/usb type usbfs (rw)
/dev/mtdblock/2 on /boot type jffs2 (ro,noatime)
tmpfs on /var type tmpfs (rw)
tmpfs on /tmp type tmpfs (rw)

Es gibt jetzt auch kein /dev/scsi/host0/..... mehr....

Bootet ich wieder neu mit /flash/vmlinux.gz ist alles wieder gut ..

so sieht das mount dann wieder aus:

/dev/root on / type jffs2 (rw,noatime)
none on /dev type devfs (rw)
/proc on /proc type proc (rw,nodiratime)
sysfs on /sys type sysfs (rw)
/dev/scsi/host0/bus0/target0/lun0/part1 on /media/usb type vfat (rw,nodiratime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1)
/dev/scsi/host0/bus0/target0/lun0/part2 on /media/ba type ext3 (rw)
devpts on /dev/pts type devpts (rw)
usbdevfs on /proc/bus/usb type usbfs (rw)
/dev/mtdblock/2 on /boot type jffs2 (ro,noatime)
tmpfs on /var type tmpfs (rw)
tmpfs on /tmp type tmpfs (rw)
/dev/ide/host0/bus0/target0/lun0/part1 on /media/hdd type ext3 (rw)
automount(pid380) on /autofs type autofs (rw)

und /dev/scsi ist auch wieder da ,,

nee newnigma2 ... komisch ...

Oozoon im flash (zur Info)

selbst wenn ich im flash boote und aus /media/ba/ba/image/boot händisch kopiere und dann boote via usb wird das "flashimage" genommen ...

Sieht man ja an den bootlogos ...

probiere jetzt mal das LT ....

Edit: startet trotzdem wieder mit oozoon ... aber zu mindestens der stick wird richtig angezeigt .Das heist dann aber auch das das newnigma es nicht im kernal hat ..

Edit2 ...
Was ich nicht verstehe ist folgendes:
Wenn ich mir das /media/usb anschau (gebootet im flash) dann passt alles ... die Bootlogo.jpg sind vom anderen (LT oder newnigma) .... Boote ich dann via /usb/ dann kommt aber das logo vom flashimage (oozoon) ... Da mueste doch jetzt eigentlich das von Lt oder newnigma erscheinen ... ?????

Edit3

Wenn ich via usb boote, verhält sich das ba jetzt anders ob ich mit der gui arbeite oder mit dem cmd ....

Lass ich mit die installierten image via cmd listen alles ok ...

Via gui bleibt es leer ...

Das selbe gilt für extract im cmd ok
in der gui werden sie nicht angezeigt ..

Hallo dreamedge,

Steck mal den USB-Stick an den PC und betrachte Dir die 'autorun.bat' (Öffne sie am besten mit Wordpad, dann stimmen die Zeilenumbrüche).

Dort wird in einer Zeile der Linux-Kernel geladen, und die müsste so aussehen:

/usb/vmlinux.gz root=/dev/scsi/host0/bus0/target0/lun0/part2/ rootfs=ext3 rw rootdelay=10

Ich vermute, dass der Parqameter root=... entweder fehlt oder noch auf die cf-Karte zeigt.
Wenn kein root=... angegeben wird, dann verwendet der Kernel den defaultwert, und der zeigt auf den Flash (/dev/mtdblock2 war das glaube ich).

Deshalb lädt er zwar den Kernel vom USB, aber das Image (die root) vom Flash.

edit: PS: Hat sich grad mit gutemines antwort überschnitten...

GuteMine
Nur zum Verständnis:
Barry Allen wechselt doch per chroot in ein anderes Image(?).
Der Kernel und die erste root, die bei ba bootet, liegen die im Flash oder auf dem USB?

ps: was heißt eigentlich 'LG' ?

LG
kddh

Hallo Gutemine,
die Angabe "root=/dev/scsi/host0/lun0/part2" funktioniert garantiert, wenn man die root vom USB-Stick booten will (hatte das selbst so gemacht, siehe oben).

Zum Chroot:
Ah, jetzt verstehe ich den Unterschied zum chroot der DM7000:
Kopiert ba.sh beim Imagewechsel also immer den Kernel des jeweilig ausgewählten Images nach /media/usb (also die 1.FAT-Partition des USB-Sticks)?

OK,
lg & grx
kddh

Hallo Gutemine.

Ich hatte das mit dem /dev/sda/ schon früher mal gelesen und deshalb zu Beginn meiner Versuche erfolglos probiert.
Bis ich gelesen habe, dass es beide Varianten gibt.
Und bei der DM800 landet der USB-Stick halt unter '/dev/scsi/host0/lun0/..'.

Vielleicht macht die DM7025 bei cf-Karte /dev/sda/..
Dann wäre das der Punkt, wo multiboot.sh geändert werden müßte (bzw. die autorun1-9.bat's)

PS: Ich kann mir auch vorstellen, dass es DM800-Images mit einem Kernel gibt, der den USB unter /dev/sda/ anlegt. Ich hatte auch mal gelesen, welches Teil dafür verantwortlich ist...ich vermute mal, dass es der USB-Treiber ist.

grx
kddh

Nachtrag:
Habe mir gerade im multiboot.rar die 'autorunX.bat' angeschaut, und die sieht so aus:

/cf/bootlogo.elf
/cf/vmlinux.gz console=ttys0,115200 root=/dev/xxxx rw rootdelay=zz

Nachtrag2:
Habe gerade die multiboot.sh angeschaut, und dort wird wirklich sdaX verwendet:

sed -ie s!xxxx!"sda$PART1"!g $INSTALLDIR/autorun.bat$PART

Ich schätze, er ersetzt xxxx durch sda2/sda3/...