how do I set the bios to get the output on console boot from flash?
thanks
how do I set the bios to get the output on console boot from flash?
thanks
This has nothing to do with this plugin and is explained also in the GP Wiki
Add this to the kernel command line in bios :
console=ttyS0,115200
how can I create bootlog dFlash:
ZitatPS: a bootlog DURING the (failed) extract/flashing would be usefull
change command line=enable
console=ttyS0,115200 root=/dev/mtdblock3 rootfstype=jffs2 rw
@getemine how do I create the log of dFlash?
[dFlash] received ['Flashing'] None ['/media/hdd/backup/EDG_2.3_SVN-095r6_2011-11-03.nfi']
[dFlash] dm800 dm800 84 NFI2
[dFlash] correct header
==========-.....
[4294806.705000] set mute 1 (111) 1
cannot open /proc/stb/a[4294806.713000] set input to 1
u[4294806.716000] set fb to 2(0)
dio/j1_mute(No such file or directory)
[4294806.732000] set sb to 3(0)
[dFlash] is flashing now /media/hdd/backup/EDG_2.3_SVN-095r6_Sim2.01_2011-11-03.
nfi
resolve: resolve ${datadir}/%s/
resolve: -> /usr/share/%s/
resolve: resolve ${datadir}/%s/
resolve: -> /usr/share/%s/
[4294807.913000] 50334 ms: 100
resolve: resolve ${datadir}/%s/
resolve: -> /usr/share/%s/
[4294809.325000] stop pcr0 on dmx 0 pid:80
[4294809.329000] stop audio on dmx 0 pid:28a
[4294809.334000] audio: xpt stop(4)
[4294809.338000] audio: decoder stop
[4294809.371000] bcm_audio_channel_stop(4) done
[4294809.377000] stop video0 on dmx 0 pid:200
[4294809.382000] VIDEO0: stop decode
[4294809.385000] no decoder left in sync handling so disable xpt_sync
Killed
[4294809.435000] VIDEO0: set blank to 0
[4294809.473000] sync is off so we enable it
[4294809.477000] playback!
[4294809.480000] total video delay: 0 (0 ms)
INIT: Sending processes the TERM signal
[4294809.515000] 1599 ms: 20
[4294809.538000] VIDEO0: start decode
[4294809.543000] VIDEO0 use saved pts 0x78008088 (ret 0)
[4294809.549000] VIDEO0: stop decode
[4294809.553000] no decoder left in sync handling so disable xpt_sync
[4294809.561000] !!!Error BERR_OS_ERROR(0x6)
[4294810.143000] alps_bsbe2 is in powersave mode now
Stopping OpenBSD Secure Shell server: sshdstopped /usr/sbin/sshd (pid 536)
.
Stopping automounter: done.
[ ok ]pping Avahi mDNS/DNS-SD Daemon: avahi-daemon
Stopping system message bus: no process in pidfile '/var/run/dbus/pid' found; no
ne killed
dbus.
Stopping internet superserver: inetd.
Stopping syslogd/klogd: stopped syslogd (pid 544)
stopped klogd (pid 546)
done
* stopping FTP Server: vsftpd... stopped /usr/sbin/vsftpd (pid 552)
done.
Deconfiguring network interfaces... Unmounting remote filesystems...
Unmounting other remote filesystems...
Unmounting remote filesystems...
Unmounting other remote filesystems...
done.
Stopping portmap daemon: portmap.
INIT: no more processes left in this runlevel
[4294817.585000] 8067 ms: 40
[4294817.736000] Algorithmics/MIPS FPU Emulator v1.5
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
udevd[69]: lookup_group: specified group 'pcscd' unknown
[ 115.435000] Synchronizing SCSI cache for disk sda:
[ 115.440000] Restarting system.
[ 115.444000] .
[ 115.446000] fp_restart
(c) 2007,2008 Dream Multimedia GmbH. All rights reserved.
Dreambox DM800
FIRST STAGE 1.00 {BO23456}
[m
2ND STAGE OK, build #84 (2011-09-02)
0.000 - BCM board setup
{00000126,00000126,00000125,00000124,00000133,00000133}
0.007 - fp init
0.008 - ca init
1.116 - load config
1.144 - config loaded.
* press [S] to enter setup
OLED found!
lcd: BOOT #84
- read config file: /boot/secondstage.conf
USB wait failed.
waiting for USB failed!
- failed to open /boot/secondstage.conf
- failed to open /cf/autorun.bat
USB wait failed.
waiting for USB failed!
- failed to open /boot/autoexec_dm800.bat
detected jffs2 blocksize: 16kb
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++detected old jffs2 sig.. disable hw ecc
++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++
dreamupd initialized
Scanning JFFS2 FS: . done.
lcd: /flash/bootlogo.elf
bootlogo size: 239791
*** BCHP: Invalid RTS setting detected. Forcing MEMC_0_CLIENT_INFO_7 (AVD_CAB_0
) RR to true. Please see latest 7401 RTS documentation.
no HDMI device detected
no HDMI mode available, reverting to 720p
using 1280x720p (60.00 Hz)
create surface 1280 720
Using the Small jpeg decoder library, Copyright (c) 2006, Luc Saillard <luc@sail
lard.org>
parsing JPEG header..
Virtual FB Size: 1280x720
lcd: /flash/vmlinux.gz
executing '/flash/vmlinux.gz' returned: -2
lcd: /boot/zImage.elf
find_inode failed for name=zImage.elf
load: Failed to find inode
no valid boot source found. press any key to enter setup.
lcd: *** STOP ***
Alles anzeigen
Mittlerweile habe ich mich doch einmal mit den mtd-utils beschäftigt, so dass ich mich endlich an der ganzen Diskussion beteiligen kann.
nandwirte stammt also aus diesen Tools und ist demnach völlig herstellerunabhängig. nfidump ist ein proprietäres Tools von DMM oder gutemine (?) und kann die Teile eines nfi-Images einzeln extrahieren und - habe ich das richtig verstanden? - auch mittels des Betriebssystems diese in den Flash schreiben. Hierbei wird wohl implizit das nandwrite von Linux verwendet?
Demnach wäre writenfi einfach ein (von der jeweiligen Image-Struture abhängiges) Werkzeug, das lediglich ein komplettes nfi ohne bad block Vewaltung in den Flash schreibt. Und da sich die Image-Struktur derzeit jedoch im Wandel befindet, halte ich gutemine's Ansatz, die Teile eines solchen Images einzeln mittels nfidump zu handhaben, auf auf Dauer gesehen sogar als einzig sinnvolle Lösung. Wer wieiß, ob DMM noch Interesse hat, writenfi überhaupt anzupassen. Nicht nur, dass keine bad block Verwaltung vorhanden ist, schlimmer noch, das aktuelle writenfi kann mit der aktuell verwendeten JFFS-Struktur gar nicht umgehen.
Mein Wunsch wäre: writenfie völlig abzulösen durch eine Kombination aus nfidump (Separieren aller Imageteile) + nandwrite (in den Flash schreiben) zu ersetzen, wobei gutemine uns alles Teile eines nfi mittels dFlash in den Flash schreiben lässt.
viele Grüße
wysiwyg
>>> >detected old jffs2 sig.. disable hw ecc
This means what I always said that current writenfi is not good for new jffs2 Drivers that DMM uses and just produces just a corrupt filesystem
writenfi was written for loader writing (where jffs2 is not used) and writing of Dm8000 images (NFIFlash) and DMM supports them only for this - and since the latest driver changes it simply doesn't work for anything else anymore without problems, The 8k dodn't change drivers & Flash format - hence it is the only box where it still works.
And this is the reason why I switched to use my own nfidump
I used nfidump
DM800
dFlash with default parameters
now I have started from usb "dumbo"
restart
and now also flash. no longer appears the message ###stop###
how do I create the log of dFlash?
if you have a valid autoexec* and kernel on the dumbo device it boots as long as the loader in Flash is alive.
The problem is that flashing works only in single user modus where it is VERY hard to get output.
Even if you change the dflash.sh shellscript to sh -x you might not see what you want to see.
And if you try to switch images with old/new drivers and loaders you will fail with the nfidump approach as it doesn't change the loader or the filesystem of the flash as this is only emptied and re-filled and NOT re-written.
ZitatAlles anzeigenOriginal von wysiwyg
Mittlerweile habe ich mich doch einmal mit den mtd-utils beschäftigt, so dass ich mich endlich an der ganzen Diskussion beteiligen kann.
nandwirte stammt also aus diesen Tools und ist demnach völlig herstellerunabhängig. nfidump ist ein proprietäres Tools von DMM oder gutemine (?) und kann die Teile eines nfi-Images einzeln extrahieren und - habe ich das richtig verstanden? - auch mittels des Betriebssystems diese in den Flash schreiben. Hierbei wird wohl implizit das nandwrite von Linux verwendet?
Demnach wäre writenfi einfach ein (von der jeweiligen Image-Struture abhängiges) Werkzeug, das lediglich ein komplettes nfi ohne bad block Vewaltung in den Flash schreibt. Und da sich die Image-Struktur derzeit jedoch im Wandel befindet, halte ich gutemine's Ansatz, die Teile eines solchen Images einzeln mittels nfidump zu handhaben, auf auf Dauer gesehen sogar als einzig sinnvolle Lösung. Wer wieiß, ob DMM noch Interesse hat, writenfi überhaupt anzupassen. Nicht nur, dass keine bad block Verwaltung vorhanden ist, schlimmer noch, das aktuelle writenfi kann mit der aktuell verwendeten JFFS-Struktur gar nicht umgehen.
Mein Wunsch wäre: writenfie völlig abzulösen durch eine Kombination aus nfidump (Separieren aller Imageteile) + nandwrite (in den Flash schreiben) zu ersetzen, wobei gutemine uns alles Teile eines nfi mittels dFlash in den Flash schreiben lässt.
viele Grüße
wysiwyg
Wünschen kann man vieles, wobei so ein hyprid Ansatz auch Fehleranfällig ist. Vor allem geht das auf meiner 8000 schwer zu testen weil die ja das jffs2 und das nfi file format nicht gewechselt hat.
Die NP Tests von Benutzern auf 800 und 800se mit dem neuen format und nandwrite sind leider nicht sehr viel versprechend, aber mal sehen, ich sagte doch schon das ihr da Geduld haben müsst.
Und das nfidump ist einfach ein binary um nfi files ins filesystem auszupacken, mehr mache ich damit im dFlash auch nicht, da wird kein Flashfilesystem geschrieben, sondern files ins vorhandene Flashfilesystem geschrieben statt dieses neu zu erstellen. nfidump benutzt eigentlich nur mehr den alten dump code von tmbinc um aus einem jffs2 file die files rauszuholen, den Rest habe ich drumherum geprogged damit es als Standalone binary funktioniert.
LG
gutemine
same situation
nemesis svn 095r6 in flash
but with SSL82 uploaded by web interface
Falsh backup svn 095r6 with dFlash
reload
no problem.
That's life
ZitatOriginal von gutemine
..i so ein hyprid Ansatz auch Fehleranfällig ist..
.., ich sagte doch schon das ihr da Geduld haben müsst.
Aber ist es nicht zu erwarten, dass das Dateiformat jffs2 demnächst auch auf der 8000 erneutert wird? Schließlich ist das jffs2 ja ebenfalls herstellerunabhängig und wird sich über kurz oder lang durchsetzen. Insofern wäre dieser von mir gewünschte hohe Mehraufwand nicht sinnlos. Aber der andere von dir angesprochene Punkt macht mir noch mehr Sorgen: Wenn du nur auf uns als Tester bei den Boxen 800, .. angewisen bist, ..
Aber es sit Deine Zeit, die hierbei draufgeht. Ich für meinen Teil werde gerne mit Geduld abwarten.
viele Grüße
wysiwyg
SSL84
flash backup 095r6 with dflash
reload
###STOP###
flash with webinterface SSL82
reload
all ok!!
Am jffs2 Format hat sich ja nichts geändert, an der Error correction in den Treibern schon. Deswegen funktionieren die Backups ja noch immer anstandslos.
Insofern macht Ihr unnötig Stress was die Benutzer auch nur wieder unnötig verwirrt.
Das man mit dFlash so bequem Flashen könnte war und ist immer etwas gewesen dass zwar erfreulich war das es funktioniert hat aber das immer auf sehr wackeligen Füßen gestanden ist, nicht umsonst war und wird immer der ganze Disclaimer im Plugin zu lesen sein.
Das primäre Problem von nfidump ist ja nicht das extrahieren (das geht prima) sondern das während dem extrahieren das root.jffs2 und das boot.jffs2 ja auch wo hin müssen bevor man das Filesystem leermachen und die neuen Files schreiben kann und ziemlich viel Memory braucht das extrahieren auch. Ausserdem schreibt man ziemlich viel ins Filesystem und obwohl ich ein sync mache vor dem reboot kann es passieren das sachen nicht sauber in den Flash zurück geschrieben werden - und dann bootet es halt nachher nicht wie es sollte.
LG
gutemine
ZitatAlles anzeigenOriginal von johnashfield
SSL84
flash backup 095r6 with dflash
reload
###STOP###
flash with webinterface SSL82
reload
all ok!!
Could you also test if using a swapdevice makes any difference to improve the situation ?
I am confused??????????
ask other users to restore a backup with dFlash
or You try
Look, there should not be a problem when you unpack a backup of the same image with the same loader
(for example my lates OoZooN 3.2 backup with dFlash is nicely 'flashable' with dFlash
BUT the r6 images are bigger because of the double enigma2 binary - hence it could be that nfidump runs out of memory while unpacking - hence a swapfile maybe could help.
I've now Flashed Nemesis r6, backuped it with dFlash and restored/Flashed it with dFlash (usind nfidump). Works nicely on my 8k.
And when I cann't reproduce it then it is hard to fix it. But as I said it could be caused by size problems due to the smaller Flash of the 8c or by Memory problems, or ...
ZitatOriginal von gutemine
..
Insofern macht Ihr unnötig Stress was die Benutzer auch nur wieder unnötig verwirrt.
..
Ich bitte dich! Damit wollte ich keinen Stress machen, sondern schlicht und einfach nur einen Beitrag für die von dir doch wohl gewünschte Diskussion liefern.
Aber mir ist wohl bewusst, dass das Ganze sehr schnell auf beiden Seiten in Stress auszuarten droht, wenn einerseits du auf unsere Testbeiträge angewiesen bist und andererseits wir dafür oft zu wenig Mut und Ahnung haben, die Tests in die Tat umzusetzen.
Wenn du künftig nfidump als Grundlage verwenden würdest, das ja wohl auf Linux basierend alle Ressource der Box verwenden kann, wäre doch eine Verwendung externer Speichermedien (HDD, USB, ..) eine Möglichkeit der Klemme Spiecherknappheit zu entkommen!?
Insgesamt gesehen scheint mir nach wie vor für eine auf nicht so wackligen Beinen stehende Implementierung von dFlash die von dir vorgeschlagene - auf nfidump und nandwrite basierende - Lösung höchst sinnvoll.
viele Grüße
wysiwyg
zur Zeit sind 8 Mitglieder und 1.116 Gäste online - Rekord: 5.681 Benutzer ()