Hab die Box seit 3 Wochen - nach Start mit Fernbedienung aus Deepstandby - kommt die Box ab und zu nicht hoch
Der Fehler ist nun das dritte Mal aufgetreten - jedesmal war die Box davor längere Zeit aus (ca. größer 12h, gestern 2 Tage.)

Im OLED-Display steht: Dream MM und der Balken steht bei 1/4. Kein Telnet, kein Ein/Aus-Taster reagiert. Musste AUS/EIN am Rückseitenschalter bemühen... Nach Aus/Ein fuhr Box sauber hoch.
Ergänzung: Am TV-Bildschirm "hing" das "OoZoon First Startup Logo"

Es ist das aktuelle und beim Start aktualisierte OoZoon Image drauf.

Hat das noch jemand festgestellt? Was kann ich tun?

@Edit: Passiert auch beim DMM Image... siehe unten

Danke Nico, werd das testen - ist dummerweise schwer reprodzierbar:

Gestern Abend hing die Box das vierte Mal - diesmal bei 3/4-Balken im Display und dem OoZoon-Booting-Enigma2-Screen am TV. Allerdings steckte (so wie schon auch beim dritten Absturz unbemerkt) ein (normaler Windows-)USB-Stick an der Rückseite der 8k dran - könnte der das Booten behindert haben? Allerdings merkwürdig ist, dass nach AUS/EIN das Booten der Box trotz USB-Stick klappt

Der Stick war nur, um eine Aufnahme eines anderen Receivers anzusehen.

Seit gestern fährt die Box nicht mehr sauber herunter. Auch die OoZoon-Aktualisierung heute morgen änderte nix daran:
Display ist aus, Lüfter läuft, kein Telnet, aber auch kein Anschalten per FB oder Taster. Nur AUS/EIN per Rückseitenschalter geht.

Welche Diagnosemöglichkeiten habe ich? - Wie kann ich systematisch die Ursache finden?

Kann eines der Plugins schuld sein? (Splitscreen, Virtual-PiP-Zap waren die letzten...) - Wie leite ich per telnet den Shutdown um hier ggf. noch was zu erkennen ein? (Bevor ich nach und nach alle Plugins entferne... bzw. das 16.01.2010 - OoZooN leanimage E² "experimental" installiere und nochmal von vorn anfange)

Okay ein neues Image probieren, hab also erstmal viel gelesen über Multiboot, Barry Allen 5, Wally West 5 und Low FAT... Vorgehesweise, Fehlerbehebung usw... hatte mich gerade für Low FAT entschieden. Und als erstes mal die BIOS-Einstellungen auf Factory-Settings gestellt und siehe da der Fehler scheint behoben... falls nicht werd ich berichten.

Leider Fehlanzeige - Ausschalten per FB führt nur zum Standbild, immerhin ist Zugang per Telnet noch möglich. init 3 holt e2 zurück.
Nach init 6 bleibt Box irgendwann mit Standbild am TV hängen, geht aber nicht in den DeepStandby...

Mach ich wenn es wieder nachvollziehbar auftritt - Hab nämlich Virtual PiP Zap und SplitScreen deinstalliert - nun scheint es zu gehen... obwohl ich VirtualZap wieder installiert habe, hmm

Mit USB-Reader incl. SD-Card mit picons an der Box: bleibt "ganz am Anfang des Startvorgangs hängen: Boot #74 (20090114) ... hab deshalb im BIOS:

Die Einstellung im BIOS "Enable USB support [ENABLE]" auf DISABLE gestellt.

Kann ich die SD-Card im Reader irgendwie "behandeln", dass die Box hier trotz BIOS-USB-SUPPORT=ENABLE nicht dran hängen bleibt?

Ich würde gerne die Einstellung im BIOS "Enable USB support [ENABLE]" lassen, um mir demnächst mal mit gutemines LowFAT anzuschauen.

Ein versehentlich stecken gelassener USB-Stick soll die Box aber nicht vom Starten abhalten... momentan bleibt aber die Box hängen, wenn der USB-Reader mit den picons auf SD-Card an der Box steckt

2. Warum werden eigentlich immer unter für hdd, usb, cf folgende 2 Sachen:
/media/.../usr/lib/ipkg/info/
/media/.../usr/lib/ipkg/status
angelegt?

3. Falls ich doch demnächst mal fürs bootlog ein serielles Kabel bemühen muss:
Meine default Kernel Command Line im BIOS ist:
[console=ttyS0,115200 ip=10.0.120.203 nfsroot=10.0.120.77:/home/tmbinc/target/mips root=/dev/nfs rw]
Laut Wiki stelle ich für die DM8000:
console=ttyS0,115200 root=/dev/mtdblock3 rootfstype=jffs2 rw
ein.
4. Wofür ist der default - eintrag mit den ip-adressen? geht das Bootlog vielleicht auch mit Netzwerkkabel?

Keiner eine kurze Idee zu meinen Fragen? Nach 4 Tagen Abwesenheit, mal wieder gestartet und die Box kommt wieder nur bis zum halben OLED-Startbalken... leider ohne serielles Kabel dran. Nachträglich anschließen sinnlos, denn nach AUS/EIN fährt DM8000 dann normal hoch

ich führ mal meinen Monolog weiter. Erstelle jetzt bei jedem DeepStandBy ein bootlog. Darin sind ein paar Fehler und Auffälligkeiten. Der Hänger ließ sich noch nicht reproduzieren, wenn dann werd ich hier berichten.

hatte vorher: enigma2-plugin-skins-valihd, enigma2-plugin-skins-valikingsize, deinstalliert und dann: enigma2-plugin-skins-valikingsize_4.6_mipsel.ipk installiert.

Dann reboot... und der blieb hängen - zum Glück war serielles Kabel dran und Log aktiv... siehe Anhang:

[22:25:40.0] Starting automounter: done.
[22:25:40.1]  * Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon 


... nach 30 Minuten warten: per Telnet: reboot, dann init 6


[23:05:40.3] INIT: 
[23:05:40.3] INIT: Sending processes the TERM signal
[23:05:41.6] Stopping Dropbear SSH server: stopped /usr/sbin/dropbear (pid 643).
[23:05:41.6] dropbear.
[23:05:41.8] Stopping automounter: done.
[23:05:42.2]  * Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemon
[23:05:42.6]  *[fail]
[23:05:42.7] Stopping system message bus: dbus.
[23:05:42.8] Stopping internet superserver: inetd.
[23:05:43.0] Stopping syslogd/klogd: stopped syslogd (pid 689).
[23:05:43.0] stopped klogd (pid 691).
[23:05:43.2] done
[23:05:43.2] * stopping FTP Server: vsftpd... no /usr/sbin/vsftpd found; none killed.
[23:05:43.2] done.
[23:05:43.4] Deconfiguring network interfaces... Unmounting remote filesystems...
[23:05:44.0] Unmounting other remote filesystems...
[23:05:44.1] Unmounting remote filesystems...
[23:05:44.6] Unmounting other remote filesystems...
[23:05:44.8] done.
[23:05:44.9] Sending all processes the TERM signal...
[23:05:50.0] Sending all processes the KILL signal...
[23:05:50.1] Deactivating swap...
[23:05:50.2] Unmounting local filesystems...
[23:05:50.2] Can't find /mnt/ram in /etc/fstab
[23:05:50.4] umount: forced umount of devpts failed!

Hier half nun nur der Rückseitenschalter. Danach war wieder alles okay. Start, Restart, Reboot

Hab mal in nachfolgenden bootlogs geschaut - da dauert starten / stoppen des avahi-daemon ca. 1.1 / 0.7 Sekunden:

[10:56:38.4]  * Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon
[10:56:39.5] [ ok ]
 ...
[22:24:14.3]  * Stopping Avahi mDNS/DNS-SD Daemon: avahi-daemon
[22:24:15.0] [ ok ]

Hat jemand eine Idee zum Thema avahi? - Was kann ich prüfen, machen, tun?

Danke. Hab nun Ticket und Empfehlung neustes Image draufzutun und Fehler zu reproduzieren. Gesagt getan.

Interessant, hat das experimental-dm8000_20100302.nfi von heute da schon was neues bzgl Avahi drin?

[18:58:32.7]  * Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon
[18:58:52.9] Timeout reached while wating for return value
[18:58:52.9] Could not receive return value from daemon process.
[18:58:53.0]  *s: 41 Starting /etc/rcS.d/S21avahi-daemon...
[18:58:53.0] 39;49m[fail]