Hi,
so wie ich das sehe, hatten wir ein ähnliches Problem beim 1.6er Image. Das war damals ein Timing Problem und wurde beim Flash-Treiber gefixt.
Da gab es vorher eine Änderung beim Kernel. Es war auch nicht nötig die Box übernacht im Deep-Standby zu belassen. Einfach immer wieder Booten
und dann wieder runterfahren in Deep-Standby. So ungefähr 5-10mal hintereinander und die Box blieb stehen bei 50% boot. Ich schätze es gibt ein ähnliches
Problem auch beim 2.0 Image. Ich selbst setze zur Zeit aber das 1.6er Release ein.

Viele Grüße,
prtigger

Hallo,
ich habe zufällig festgestellt, dass sich unter dem aktuellen 3.1er Release bzw. dem Exp.-Image vom 16.04.2011 die alten TS-Files,
die ich noch von meinem Topfield 5500PVR auf der Festplatte meiner 8000er liegen habe, nicht mehr abspielen lassen. Bei früheren
Versionen der Firmware(1.6er) war das problemlos möglich. Das Bild bleibt nun einfach schwarz und auch kein Ton. Leider kann ich
nicht sagen, ab wann dieses Problem möglicherweise aufgetreten ist, da ich auf die alten Filme länger nicht zugegriffen habe.
Vielleicht hat jemand dazu eine Idee...

(Hinweis: Die Dateien lassen sich im VLC Mediaplayer unter Windows problemlos abspielen)

Vielen Dank im Voraus,
prtigger

(Als Anhang ein Bootlog des Wiedergabeversuchs)

Hallo Cobra427,
dann gehe ich mal davon aus, dass Du entweder das Release 3.1 installiert hast oder ein aktuelleres Experimental.
Ohne Bootlogs ist es natürlich schwer irgendwas zu Deinem Problem zu sagen. Kann gut verstehen das Du mittlerweile
extrem genervt bist. Habe solche Zeiten auch gehabt und mehr Zeit vor dem Notebook, bei der Bootloganalyse
verbracht, als vor dem TV.

Viele Grüße,
prtigger

Hallo Cobra427,
welche Firmware setzt Du ein? Hast Du Bootlogs zur Verfügung... wenn nicht, dann mal welche erstellen.
Ist die Box noch per Telnet zu erreichen wenn sie hängt etc.

Viele Grüße,
prtigger

Hallo Ghost,
danke für Deine Info. Ich werde das "Problem" weiter beobachten. Bis jetzt sieht es jedenfalls so aus, dass Ihr gute Arbeit geleistet
habt, was das ursprüngliche Problem angeht. Danke dafür nochmal an dieser Stelle...

Viele Grüße,
prtigger

Hallo ararat,
das mag schon sein, aber das erklärt nicht warum "Steve Austin" noch jffs2 CRC Fehler im Bootlog hat. Sollte nicht mehr vorkommen
seid dem Fix im Februar. Ist schon komisch....

Viele Grüße,
prtigger

Hallo Steve Austin,

hast Du das Bootproblem mittlerweile gelöst?. Ist schon komisch, dass in Deinem Bootlog die CRC-Fehler bei dem Image immer noch auftauchen.
Normalerweise sollte das Timingproblem bei den NAND-Treibern im Februar gefixt worden sein. Ich hatte bisher keine derartigen Fehler mehr.
Das Problem mit dem 50% Boot kenne ich aber nur zu gut... Vielleicht ist der Patch von Dream noch nicht 100%ig. Ein Hardwareproblem würde
ich aber auschließen. Vielleicht nochmal mit den Bootlogs an den Dream-Support wenden und das 3.1er Image testen.

Ghost: Vielleicht müßt Ihr da doch nochmal etwas nacharbeiten. Timing ist ja immer so eine Sache....

Viele Grüße,
prtigger

Hi ArabianSoul,

try out the latest experimental Image. CRC and ECC Error warnings should be fixed. Network problems still seems to be an existing problem
in the OE 1.6 development tree. But i can´t confirm this.

Best regards,
prtigger

Hallo Webwanze,
das klingt aber komisch. Ich gebe zu, ich bin noch nicht dazu gekommen das Nand-Treiber gepatchte Image weiter zu testen. Vor meinem Urlaub
ist der Fehler bei 13 Bootvorgängen nicht mehr aufgetreten. Das heißt natürlich noch nichts. Ein Bootlog im Fehlerfall wäre aber sehr nützlich um
den Fehler weiter einzugrenzen, falls er doch nicht entgültig behoben wurde. Also Bootlog erstellen und hier posten.

Noch eine Frage: Welches Experimental hast Du geflasht?

Viele Grüße,
prtigger

Hallo Freeman,
die Antwort auf Deine Frage ist doch ganz einfach:

3.1.0 kommt, wenn Dream glaubt, dass es Zeit für ein neues Release ist !

Ich warte da lieber etwas länger und habe dann ein Image, das vielleicht endlich mal wieder gut läuft und das ich nicht jeden Tag
updaten brauch.

Viele Grüße,
prtigger

Hallo Tom,
Hallo Ghost,

nach einem kurzen Test heute, sieht es ganz vielversprechend aus. Ich kann die Summary Warning:

[4294918.627000] JFFS2 warning: (1075) jffs2_sum_write_data: Not enough space for summary, padsize = -17

von Tom bestätigen. Hatte ich bei 13 Bootvorgängen aus Deep Standby aber nur einmal, bei der Installation
des Dreammm-hd Skins (siehe Bootlog). Bisher soweit noch keine Hänger. Weitere Tests erst nach meinem Urlaub,
um die Funktionalität des Nand-Treiber Patches zu bestätigen.

Viele Grüße,
prtigger

Hallo Ghost,

danke für die Info. Ich werde das erst in gut einer Woche nach meinem Urlaub testen können --> dann gibt es Feedback.
Mich würde noch interessieren was ihr geändert habt, falls sich das kurz kommentieren läßt.

Viele Grüße,
prtigger

Zitat von Homey

Sorry hab gar keine DM8000, auch davon gehört und glaub euch auch das ihr flaxen habt, aber haben halt nicht alle (sonst gäbs hier wohl noch mehr beschwerden; sind immer tausende boxen davon im einsatz).

Glaube aber nicht das er das problem hat ... da is irgendwas anderes faul ... lief ja nichmal mit dem alten release image was auf der box war

Hallo Homey,
schade, ich dachte Du hättest auch eine 8000er. Unsere Bootprobleme sind wirklich sehr merkwürdig. Da aber schon Flashspeicher getauscht wurde und auch die ganze Box, schließen wir Hardware momentan aus... Leider melden sich nicht mehr Leute. Hängt aber auch stark vom Nutzungsverhalten des einzelnen ab, ob der Fehler auftritt.

Ich gebe Dir recht... das Problem in diesem Thread hat doch nichts damit zu tun. So genug "Off-Topic" an dieser Stelle !

Viele Grüße,
prtigger

Hallo Homey

Zitat von Homey

Dieses eine Thema da (Immer wieder Hänger beim booten der dm8000) kannste glaube ich ignorieren, das problem haben wohl nur die paar Leute da (warum auch immer), aber nicht alle und ist auch zu komplex für einen Anfänger wie dich.

Mal eine kurze Frage:
Da Du scheinbar keine Probleme mit der 8000 hast, welches Image verwendest Du, welche Geräte sind intern angeschlossen. Hast Du die Box eher im Standby oder
im Deep Standby? Dieses Problem tritt auf unterschiedlichsten Baureihen der Box auf... Bin für Hinweise immer dankbar (gerne auch im entsprechenden Thread).

Zu diesem Thread: Ist glaube ich alles Wichtige gesagt und nichts mehr hinzuzufügen.

Viele Grüße,
prtigger

Hallo vlokera,

lies mal in Ruhe hier:

OE1.6-Verzweiflung: Immer wieder Hänger beim booten der dm8000 (ECC Error & JFFS2 notice.. im Bootlog) - (mit oe1.5 absolut keine Probleme!)

Kommt mir so bekannt vor. Du solltest allerdings das Problem etwas genauer schildern. Wo im Bootvorgang bleibt die Box hängen (Displayanzeige)?
Welches Image verwendest Du? Schon mal einen Bootlog erstellt?

Und wenn die Box gar nicht startet, dann mußt Du erst mal eine aktuelle Firmware flashen.
Release 3.0.3 oder ein 1.6er Experimental von www.dreamboxupdate.com
(http://www.dreamboxupdate.com/…eambox/1.6/dm8000/images/)

Viele Grüße,
prtigger

Hallo Tom,
ich habe die Einstellungen der Box grundsätzlich neu durchgeführt. Dann meistens meine Senderliste über das DCCE2 zurückgespielt.
Ich habe aber auch Tests gemacht bei denen ich nur die Standardkanalisten bei der Konfiguration lade. In einem früheren Test habe
ich auch einmal den Sendersuchlauf bei der Grundinstallation verwendet. Hat keinen Einfluss.... kein Unterschied.
Ich sehe das Problem definitiv beim Kernel. Ob nun Flash Treiber oder JFFS2 Probleme.

Ghost: Könnt Ihr den Fehler bei euch mittlerweile reproduzieren?

Viele Grüße,
prtigger

Hallo Tom,
zu meinen Abstürzen (das sind die häufigstens beim 3.0.3) kann ich nur sagen:
Finde ich folgende Zeilen ab "Executing Main" im Bootlog:

executing main
setIoPrio best-effort level 3 ok
Traceback (most recent call last):
File "/usr/lib/enigma2/python/mytest.py", line 3, in <module>
import enigma
File "/usr/lib/enigma2/python/enigma.py", line 376, in <module>
class iPauseableServicePtr(object):
File "/usr/lib/enigma2/python/enigma.py", line 381, in iPauseableServicePtr
__swig_destroy__ = _enigma.delete_iPauseableServicePtr
AttributeError: 'module' object has no attribute 'delete_iPauseableServicePtr'
---- saving lame channel db
main thread is non-idle! display spinner!
saved 84 channels and 1524 services!
release cached channel (timer timeout)

dann bleibt die Box nach halbem Boot mit dunklem Display und leuchtender PowerOn-Taste hängen. Ähnliches habe ich in Deinen Logs nicht gefunden.
Aber auch Freeman hat unterschiedliche Formen der Abstürze, wie er mir heute bestätigt hat. Ist schon alles sehr komisch.

Viele Grüße,
prtigger

Hallo Tom,
danke für Deine Logs. Habe mir die mal ganz in Ruhe angesehen. Das Problem stellt sich bei Dir doch etwas anders da, als bei mir. Bei Dir stürzt scheinbar
nach einem CRC bzw. ECC Fehler gleich die ganze Box weg. Das tut meine (zumindest mit 3.0.3) nicht. Ich habe auch teilweise mehrere CRC bzw. ECC Fehler im
Bootlog. Bei mir läuft das Betriebssystem immer noch und ich komme mit Telnet auf die Box und fahre sie dann sauber runter. Die Box bleibt in einer Schleife ab
"Executing Main" mit ["e2" respawning too fast] hängen. Wie schon am Anfang des Threads beschrieben. Optisch bootet die Box bis zur Hälfte und dann
schaltet sich das Anzeigedisplay ab und die Poweron-Taste leuchtet. Der Enigmastart schlägt also fehl. Ich habe die neueren Images bisher nicht getestet.
Die Box hat momentan "Urlaub", bis ich hier ein neues Feedback von der Entwicklung habe, dass die was geändert haben --> neuer Test.
Die Frage ist: Kommst Du nicht mehr mit Telnet auf die Box und kannst sie dann runterfahren? Ich gehe davon aus, dass das bei Dir nicht geht.

Viele Grüße,
prtigger

Hallo Freeman,

ich habe mir zum Spass gestern mal die ganzen Changelogs bis 2.6.24 angeschaut....
Die meisten Änderungen bezüglich JFFS2 sind im Kernel 2.6.24 aufgegangen. Das sind schon einige Stufen von unserem 1.6er Stage
entfernt. Aber Ghost ist ja der Meinung der Fehler ist dort nicht zu suchen... Zu den NAND Treibern kann ich nichts sagen. War bisher
der Meinung, dass die zum Kernelpaket gehören... aber ich bin da wohl nicht mehr auf der Höhe der Zeit. Ich kann Dir nur empfehlen
den 24er Kernel Changelog mal zu sichten...

Trotzdem können wir nun nur abwarten und hoffen,
dass die Entwicklung irgendwas findet.

Viele Grüße,
prtigger

Vielleicht ist es auch sinnvoll die Kernel Changelogs im Bezug auf das JFFS2 durchzuschauen. Im Kernel 2.6.24 ist z.Bsp. Einiges gefixt worden.
Aber ich muß Freeman recht geben: Wir stochern im Nebel...

(Upps Ghost Du warst schneller, warum schließt Ihr das JFFS2 oder mtd layer aus?)

Viele Grüße,
prtigger