DM8000 Hardwaredefekt? (JFFS2 error, CRC failed, ECC error)

  • Da sich hier und auch auf mein Ticketupdate bei DMM bisher niemand meldet: Können gelegentliche Hänger / Abstürze beim Starten bzw. eine

    Code
    [18:59:17.1] 2e6610d0:Segmentation fault

    im Bootlog auf einen Hardwaredefekt hindeuten?

    dm8000 (2xDVB-S2, DVB-C, DVB-T, 2 TB HDD, 4pin Fan) mit DMM - OE2.0+GP3.2

    2 Mal editiert, zuletzt von tomde ()

  • Hab ne reparierte Box, die 2 Wochen ganz gut lief. Der Neustart per GUI führt nun fast regelmäßig zum Absturz. Anbei das Bootlog, hier die letzten Zeilen:


    Nach:

    Code
    [23:59:13.4] JFFS2 error: (1) jffs2_do_read_inode_internal: CRC failed for read_inode of inode 14 at physical location 0x2a5d30
    [23:59:14.8] /bin/sh: can't access tty; job control turned off
    [23:59:15.1] / # JFFS2 notice: (27) read_dnode: node CRC failed on dnode at 0x3005fd8: read 0xffffffff, calculated 0x7199be29


    Hilft nur noch Aus/Einschalten. Kann das ein Hardwaredefekt sein?


    P.S.:
    A) Beim Starten habe ich neuerdings ein unscharfes Bootlogo, welches erst ganz am Ende des Startvorgangs - kurz vor Erscheinen des TV-Bildes - scharf wird.
    B) Den Fall dass verschwommenes Bootlogo mit grünem leeren Bildschirm in einer Endlosschleife wechselte gab es auch schon - habe das Log dazu auch noch gefunden und angehangen...

  • JFFS2 ist das Dateisystem des Flashs.
    Die Meldung liest sich so, als waere da ein Block im Flash nicht mehr in der Lage
    die Daten zu halten.
    Versuche es mal damit, Dein Image neu zu flashen. Dann sollte dieser Block beim
    Schreiben ausgelassen werden (in der Hoffnung, dass DMM das mit dem Flashen
    so implementiert hat, dass vorher eine Pruefung der Bloecke stattfindet).
    Das beim Flash mit der Zeit mal Bloecke kaputt gehen, liegt in der Natur der
    Sache. Haelt halt nicht ewig beim Beschreiben.
    Hast Du Dein Image im internen Flash oder auf einem USB-Stick?
    Wenn es auf einem USB-Stick liegt, wuerde ich Dir empfehlen, den Stick zu tauschen.
    Wenn bei den Sticks erstmal Bloecke kaputt gehen, dann verbreitet sich das meist
    recht schnell ueber den ganzen Stick. Bei den Stick-Preisen heutzutage ist da Geiz
    wohl fehl am Platz, angesichts des potentiellen Aergers.

    DM900 SS, DM8000SSSS
    Kein Support per PN! Nutzt das Forum zum Fragen, dann haben auch andere etwas davon.

  • Kein hab kein USB dran. Mal startet Box bis zum TV-Bild, mal bleibt sie hängen, jedesmal Varianten in den JFFS2-Fehlern... JFFS2 (1) (864) (855) (870) (27) (879) (361)


    Beim Neustart kam dann eine Warning:

    Code
    [09:02:27.6] Fetching vars from bootloader... none present, using defaults.
    [09:02:27.6] Detected 256 MB on MEMC0 (strap 0x2219c310)
    [09:02:27.6] <4>WARNING: read invalid MAC address ff:ff:ff:ff:ff:ff from flash @ 0xbffff824


    Und da war der Absturz wieder da:

    Code
    [09:02:42.0] mtd->read(0x2a8 bytes from 0xce558) returned ECC error
    [09:02:42.0] JFFS2 notice: (1) jffs2_get_inode_nodes: Node header CRC failed at 0x0ce558. {edf4,f38f,6aa2650a,fdee3ea9}
    [09:02:42.0] Kernel panic - not syncing: No init found. Try passing init= option to kernel.
    [09:02:42.0] <0>Rebooting in 180 seconds..


    der auto reboot startete die box dann wieder mit - ohne CRC failed at... aber mit JFFS2 warning (864)... (und immer mit total unscharfem Bootlogo)


    Also Box aus, warten... Box an bleibt komplett hängen:

    Code
    [10:09:11.5] sd 2:0:0:3: Attached scsi generic sg4 type 0
    [10:09:11.5] JFFS2 error: (1) jffs2_do_read_inode_internal: CRC failed for read_inode of inode 14 at physical location 0x2a5d30
    [10:09:13.0] /bin/sh: can't access tty; job control turned off


    Wieder Aus/Ein, Box startet - trotz JFFS2 - warning (870):

    Code
    [10:17:03.4] executing main
    [10:17:03.4] setIoPrio best-effort level 3 ok
    [10:17:04.2] JFFS2 warning: (870) jffs2_sum_write_sumnode: Not enough space for summary, padsize = -774
    ...
    [10:28:57.8] JFFS2 notice: (27) read_dnode: node CRC failed on dnode at 0x3005fd8: read 0xffffffff, calculated 0x7199be29


    Mit netzwerk geflasht:

    Code
    [10:48:56.8] JFFS2 notice: (879) jffs2_get_inode_nodes: Node header CRC 
    failed at 0x899d70. {2e26,cfaf,fffa4a5f,94a04015}


    Mit dreamup 1.3.3.5 neu geflasht, auch mit Option "defekte Sektoren wiederherstellen" aktiviert (bad sector recovery enabled)

    Code
    10:55:19 Boxtyp: DM8000
    10:55:19 "defekte Sektoren wiederherstellen" aktiviert
    10:56:24 Berechne Prüfsumme...
    10:56:28 Lade Datei zur Box hoch...
    10:56:48 Die Box flasht jetzt aus dem lokalen RAM...
    10:56:50 Log: +++ 015 bad sector recovery enabled
    10:58:14 OK, Flashen war erfolgreich


    Doch das erneute bootlog hat auch wieder Fehler:

    Code
    [11:01:30.6] JFFS2 notice: (855) jffs2_get_inode_nodes: Node header CRC failed at 0x89afd0. {9c80,8faf,ffb2b7d5,d7ef925c}


    Dann einfach mal das aktuelleste experimental-dm8000_20100408.nfi geflasht:

    Code
    [11:20:50.0] JFFS2 notice: (361) jffs2_get_inode_nodes: Node header CRC failed at 0x65b9b8. {391f,210e,46cff339,11e248cd}



    Was meint ihr?


    Würde gerne mal wieder ganz normal fernsehen... :loudly_crying_face: hab ein Ticket bei DMM aufgemacht.

    dm8000 (2xDVB-S2, DVB-C, DVB-T, 2 TB HDD, 4pin Fan) mit DMM - OE2.0+GP3.2

    Einmal editiert, zuletzt von tomde ()

  • Ich wuerde es mal mit einem USB-Stick und "LowFAT" versuchen (ist ein Projekt von Gutemine zum Booten von USB).
    Wenn dann alles tut, hat man nicht viel gewonnen, ausser einem funktionierenden System. Wo der Fehler lag ist
    dann immer noch zu klaeren.
    Tut es aber weiterhin nicht, ist die Wahrscheinlichkeit fuer einen Hardwaredefekt doch recht gross.

    DM900 SS, DM8000SSSS
    Kein Support per PN! Nutzt das Forum zum Fragen, dann haben auch andere etwas davon.

    • Offizieller Beitrag

    Hi,


    naja hast Du das Problem denn auch mit einem Release Image?


    Also ein Experimental Image als Referenz zu nehmen ist immer etwas gewagt. Gerade die 1.6er Images sind auch auf Kernel Seite noch experimentell.


    Also ich würde das ganze erstmal mit dem aktuellen Release testen.


    Wenn es damit auch ist.. dann ist da wohl wirklich was kaputt.


    cu

  • Naja, der DMM-support empfahl mir vor 4 Wochen das experimental - als ich den segmentation Fehler dort reproduziert hatte, durfte ich die Box einsenden.


    Aber auf einmal mehr flashen kommts nun nicht mehr an, habe also nach dem restore meines nfi-flash-sicherung (aktualisiertes 1.6er experimental vom März) nun erst versehntlich das experimental-dm8000_20100408.nfi und dann das release-dm8000_2.8.0.nfi geflasht. Bei beiden Images keine crc fehler mehr im bootlog zu finden. Auch nach restore meiner nfi-flash-sicherung ist nun kein crc mehr zu finden. Trat aber schon nach wenigen reboots wieder auf...


    Habe außerdem nach wie vor das merkwürdig verschwommenen/unscharfen bootlogo beim experimental 1.6 und auch beim release-dm8000_2.8.0.nfi (siehe Anlage)
    Nur kurz nach dem Einschalten und kurz vor erscheinen des TV-Bildes ist das Bootlogo-Bild scharf :confused_face: - Was kann denn das sein? Hängen die Fehler vielleicht zusammen?

  • Wie geschrieben, ganz merkwürdig: Nach dem Einschalten ist welcome bootlogo.mvi scharf dann erscheint ein unscharfes please wait-logo, auch das enigma backdrop.mvi ist erst unscharf und ca. 10 Sekunden kurz vor dem TV-Bild ist das Bootlogo-Bild dann scharf. TV-Bild ist dann auch okay.


    Wollte gerade die genauen Zeiten stoppen, da hing Box wieder beim rebooten, hier die letzten Zeilen:


    dm8000 (2xDVB-S2, DVB-C, DVB-T, 2 TB HDD, 4pin Fan) mit DMM - OE2.0+GP3.2

  • tomde - klingt irgendwie danach, als wäre da etwas an der Bios-Einstellung falsch.
    Dort kannst du die Initialeinstellung für den Output einstellen, der so lange greift, bis die Treiber geladen sind. Versuch einfach einmal dort dein Glück. :winking_face:

    Greetz,
    Mr. P

  • Naja nicht so ganz, da ja das enigma2 schon fast fertig geladen ist und trotzdem das logo noch wie doppelt / überlagert erscheint.
    Hab mal die bios-factory defaults eingestellt - denn damit lief es ja mal. Doch leider auch ohne Erfolg.


    Hab auch mal im BIOS experimentiert:

    Code
    Video Mode              	PAL
    Color Format            	CVBS, ...


    auch alles ohne Erfolg.


    Symbolisiert eigentlich das c in "++++c+++" im bootlog einen defekten Block? Vor dem flashen war die plus-reihe mal durchgängig...?


    Code
    [18:42:24.1]  - NAND PROBE: 2c da 80 95 (normal)
    [18:42:24.2] detected jffs2 blocksize: 128kb
    [18:42:24.2] +++++++++++++++++++c+++++
    [18:42:25.1] dreamupd initialized
    [18:42:25.2] Scanning JFFS2 FS: . done.


    Was hat der ecc error für eine Aussagekraft? Der taucht auch immer auf, wenn der jffs2 crc failed kommt...

    Code
    [19:08:09.0] mtd->read(0x7a4 bytes from 0xd785c) returned ECC error
    [19:08:09.0] JFFS2 notice: (1) jffs2_get_inode_nodes: Node header CRC failed at 0x0d785c. {7bbd,1eea,21f6bbcf,319acf75}


    Hab heut nochmal das 2.8.0 release geflashed - es zeigt auch CRC Fehler und ECC error:

    Code
    [13:21:11.1] <5>Linux version 2.6.12-5.1-brcmstb-dm8000 (tmbinc@pepe) (gcc version 4.1.1) #1 Tue Mar 10 11:05:47 CET 2009
    ...
    [13:21:56.5] MadWifi: unable to attach hardware: '' (HAL status 21937)
    [13:21:56.5] ath_pci: ath_attach failed: 6
    [13:21:56.6] mtd->read(0x12e bytes from 0x11d3000) returned ECC error
    [13:21:56.6] JFFS2 notice: (192) check_node_data: wrong data CRC in data node at 0x011d3000: read 0x8581a814, calculated 0x3558db96.


    auch das neuste experimental-dm8000_20100409.nfi bringt:


    :loudly_crying_face:

    dm8000 (2xDVB-S2, DVB-C, DVB-T, 2 TB HDD, 4pin Fan) mit DMM - OE2.0+GP3.2

    3 Mal editiert, zuletzt von tomde ()

  • Nach der ersten Reparatur (Hauptplatine) hatte ich die Box nun wieder eingeschickt mit obiger Fehlerbeschreibung. (JFFS2-Errors, Hänger beim Booten, Abbruch bei Aufnahme aus Deepstandby.) Hatte sogar die bootlogs auf SD-Card mitgesendet.


    Zurück kam die Box eine Woche später mit der DMM-Service-Report-Fehlerbehebung: "Firmwareupdate, Sendersuchlauf, Box konfiguriert."


    Die Firmware, die drauf ist, ist vom:
    Enigma Version:2010-01-05-2.7
    Image Version: Release 2.7.0 2010-01-05


    Im Bootlog des original-image ist auch und nach wie vor der JFFS2 Fehler:

    Code
    [19:30:27.7] JFFS2 notice: (192) check_node_data: wrong data CRC in data node at 0x02cda000: read 0xb9416151, calculated 0xaac5f4e0.


    schon wenig später später bleibt die Box beim reboot hängen... hier die letzten Zeilen:

    Code
    [20:56:24.0] mtd->read(0x7a8 bytes from 0xa8858) returned ECC error
    [20:56:24.0] JFFS2 notice: (1) jffs2_get_inode_nodes: Node header CRC failed at 0x0a8858. {f48a,c653,fd2f8e29,ef18a918}
    [20:56:24.0]   Vendor: Generic   Model: USB MS Reader 	Rev: 1.03
    [20:56:24.0]   Type:   Direct-Access                  	ANSI SCSI revision: 00
    [20:56:24.0] sd 2:0:0:3: Attached scsi removable disk sde
    [20:56:24.0] sd 2:0:0:3: Attached scsi generic sg4 type 0


    Bin ziemlich ratlos, Was soll ich nun tun :confused_face:

    dm8000 (2xDVB-S2, DVB-C, DVB-T, 2 TB HDD, 4pin Fan) mit DMM - OE2.0+GP3.2

    Einmal editiert, zuletzt von tomde ()

  • Zitat

    Neues Ticket und zurück schicken.

    Hab ich gemacht. Heut kam die Box nach Langzeittest und der 3. Reparatur(!) zurück. Schon beim Auspacken/schwenken schepperte es im Innern. Kein gutes Omen...also die Kiste aufgeschraubt und das Gehäuse eines USB-SATA-Adapter herausgeholt, das auch nirgends dazupasste.
    Schade, dass nicht wenigstens ein kompletter Adapter beigelegt wurde :winking_face:


    Laut Reparaturbeschreibung wurde der NAND-Flash getauscht...:


    Vor der Reparatur brachte das bootlog 3 Fehler:
    [19:29:20.5] Bad eraseblock 975 at 0x079e0000
    [19:29:20.6] Bad eraseblock 998 at 0x07cc0000
    [19:29:20.6] Bad eraseblock 1555 at 0x0c260000


    nun bringt es mit dem neuen NAND 5 Fehler:
    [18:43:29.7] Bad eraseblock 391 at 0x030e0000
    [18:43:29.7] Bad eraseblock 598 at 0x04ac0000
    [18:43:29.7] Bad eraseblock 896 at 0x07000000
    [18:43:29.7] Bad eraseblock 1026 at 0x08040000
    [18:43:29.7] Bad eraseblock 1813 at 0x0e2a0000


    Vor allem aber hat die Box nach wie vor den Fehler beim booten, wegen dem ich sie 2x eingeschickt habe und den ich immer kurz vor einem Absturz hatte:
    [18:44:21.8] JFFS2 notice: (192) check_node_data: wrong data CRC in data node at 0x02ef1800: read 0x75735a65, calculated 0xc30fed3a.


    Keine 3 Stunden später hatte ich beim reboot wieder den ersten Absturz... hier die 4 letzten Zeilen des bootlogs:
    [21:00:21.3] sd 2:0:0:3: Attached scsi removable disk sde
    [21:00:21.3] sd 2:0:0:3: Attached scsi generic sg4 type 0
    [21:00:21.3] mtd->read(0x947 bytes from 0xa6800) returned ECC error
    [21:00:21.3] JFFS2 notice: (1) check_node_data: wrong data CRC in data node at 0x000a6800: read 0xe98ea346, calculated 0xc2d441a3.


    Hab auch mal ein experimental und ein release geflashed:
    *** 002 checking CRC...
    CRC check skipped.
    nand-set-pen
    oob: ff
    start flashing...
    030e0000 bad
    finished.


    Zugegeben, es gibt schlimmeres auf der Welt, aber das ist schon ein wenig grausam... Was meint ihr - was soll ich tun? Wandeln?

    dm8000 (2xDVB-S2, DVB-C, DVB-T, 2 TB HDD, 4pin Fan) mit DMM - OE2.0+GP3.2

    3 Mal editiert, zuletzt von tomde ()

  • Nach 3 maligem Einsenden bei DMM ohne Reparaturerfolg hat mir nun mein Händler mir ein neues Gerät gesendet.
    Die 2 zusätzlichen DVB-T+DVB-C Tuner und meine vorhandene Platte+Lüfter wurden wieder mit eingebaut.


    Der erste Start der neuen Box mit dem Image aus 2009 läuft noch sauber bis zum TV-Bild.


    Doch schon beim erste Neustart per GUI bleibt die Box bei 1/4 OLED-Balken hängen.
    Im Bootlog zeigt als letzte Zeilen:
    [17:31:02.5] Code: 8fa30010 10600006 00001021 <ac8300f0> ac8500e4 ac8600e8 03e00008 ac8700ec 03e00008
    [17:31:29.0] JFFS2 notice: (194) read_dnode: header CRC failed on node at 0x3aebfd0: read 0xffffffff, calculated 0x90f71719
    ausschalten, einschalten:
    [17:57:44.3] Code: 8fa30010 10600006 00001021 <ac8300f0> ac8500e4 ac8600e8 03e00008 ac8700ec 03e00008
    [17:58:10.9] JFFS2 notice: (194) read_dnode: header CRC failed on node at 0x3aebfd0: read 0xffffffff, calculated 0x90f71719
    ausschalten, einschalten und sie läuft wieder.


    Was bedeutet das UUUUU? :
    [17:57:01.8] - NAND PROBE: 2c da 80 95 (normal)
    [17:57:01.8] detected jffs2 blocksize: 128kb
    [17:57:01.8] +++++++++++++++++++UUUUU


    Keine bad blocks diesmal:
    [17:57:10.1] - NAND PROBE: 2c da 80 95
    [17:57:10.2] NAND device: Manufacturer ID: 0x2c, Chip ID: 0xda (Unknown NAND 256MiB 3,3V 8-bit)
    [17:57:10.2] Scanning device for bad blocks
    [17:57:10.2] Creating 7 MTD partitions on "NAND 256MiB 3,3V 8-bit":


    Nach Flashen von realease 2.8.0 wechseln nur die Zahlen, der Fehler bleibt:
    [18:42:24.1] JFFS2 notice: ( 378 ) jffs2_get_inode_nodes: Node header CRC failed at 0x69388c. {12db,3894,5122af0e,2efcbf91}


    Mal aus Verzweiflung ein 2.8.1 release geflashed und was neues entdeckt:
    [18:57:49.2] JFFS2 warning: ( 693 ) jffs2_sum_write_sumnode: Not enough space for summary, padsize = -489


    unter dem aktuellen oe1.6 experimetal siehts wieder anders aus:
    [23:48:37.6] mtd->read(0x77c bytes from 0x674084) returned ECC error
    [23:48:37.6] JFFS2 notice: (410) jffs2_get_inode_nodes: Node header CRC failed at 0x674084. {d4d0,6c07,d880064f,00060100}


    [23:49:01.9] bcm4501 channel 1 is in normale mode now
    [23:49:01.9] detected satellimtd->read(0xd2c bytes from 0xa2e000) returned ECC error
    [23:49:01.9] te frontend
    [23:49:01.9] JFFS2 notice: (33) check_node_data: wrong data CRC in data node at 0x00a2e000: read 0x6449af40, calculated 0xc29e2a25.


    Kann dieser Hardwarefehler vielleicht auch irgendwie mit den wieder eingebauten Tunern oder der Festplatte zusammenhängen... oder was kann das sein?


    Jemand eine Idee?

    dm8000 (2xDVB-S2, DVB-C, DVB-T, 2 TB HDD, 4pin Fan) mit DMM - OE2.0+GP3.2

    5 Mal editiert, zuletzt von tomde ()

  • nee ehrlich, aber ich würde die Tuner eins nach dem anderen herausnehmen und weiter testen, vielleicht findest du den Übeltäter :smiling_face:
    Und wenn es die tuner nicht sind dann noch die HDD ...

    DM8000 HD, (sata) HDD + (sata) SSD - DeLOCK + (usb) Stick, OoZooN OE2.0 (flash)
    QNAP TS-209 Pro, TS-409U, TS-219P
    40'' LCD Toshiba 40ZF355D
    AV : Logitech Z-5500 Digital

  • Ich habe diese JFFS und CRC Errors jetzt auch auf einer Betabox. Beim runterfahren bleibt sie auch gerne mal hängen. Allerdings wurde ich auch erstmals nach fast 2 Jahren zum [Moderator] Fremdimage, verstösst gegen die Boardregeln [/Moderator] genötigt. Also schiebe ich es erstmal aufs Fremdimage. Wenn es wirklich Hardwarefehler wären, würde die Box doch beim zweiten mal nicht wieder problemlos starten.

    Einmal editiert, zuletzt von floh ()

  • Hmm - vorsicht - hier nicht über den tellerrand schauen - mich würde mal interessieren, welche Linux Version (uname -a) das böse Fremdimage hatte bzw. ob es auf Basis 1.5 oder 1.6 war?

    dm8000 (2xDVB-S2, DVB-C, DVB-T, 2 TB HDD, 4pin Fan) mit DMM - OE2.0+GP3.2