Meine Box hing gestern beim Hochfahren. Der erste Hänger seit Wochen. War leider ne Timeraufnahme, so dass ich nicht zu Hause war und kein Bootlog habe

Seit der Umstellung auf UbiFS hatte ich auch vielleicht 2x einen Hänger beim Booten. Ich versuche jetzt bei jedem Boot das Notebook dran zu haben. Vielleicht kann ich den Fehler beim nächsten Mal loggen...

Edit: Die Fehler treten übrigens bei jedem Boot auf...

Da sporadisch meine DM8000 beim Hochfahren hängt, ich aber bisher nie ein Bootlog davon erzeugen konnte, habe ich heute mal das Notebook drangehangen. Die Box fuhr hoch, aber mit vielen Error-Messages. Was hat das zu bedeuten?

Dann werde ich den WLAN-Treiber mal wieder einspielen. Bin gespannt...

Zitat

linux-dreambox-3.2: fixed dm8000 interrupt handling (needs new driver modules)

Sehe ich da einen Fix für die Boot-Probs?

Ich habe immer noch keine Probleme...

Hier ebenfalls kein Hänger mehr, seit WLAN-Treiber entfernt wurde.

Ich hab keine USB-Geräte, aber seit Mittwoch ohne WLAN-Treiber auch keine Hänger mehr.

Hab seit Dienstag Abend den WLAN-Treiber auch entfernt, bis jetzt ist die Box jedes Mal fehlerfrei gestartet. Aber ich will das Startverhalten mal noch 2-3 Wochen beobachten.

Okay, meine Box ist über LAN angebunden, WLAN brauche ich also nicht. Werde den Treiber heute Abend entfernen. Aber die letzten Tage ist die Box ohnehin ohne Probleme gebootet.

Meinst Du sowas, Ghost?

Zitat

INIT: version 2.88 booting

Displaying bootlogo.
Starting udev
[ 5.936000] udevd[79]: starting version 182
[ 6.744000] ath_hal: module license 'Proprietary' taints kernel.
[ 6.750000] Disabling lock debugging due to kernel taint
[ 6.772000] ath_hal: 2009-05-08 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, REGOPS_FUNC, XR)
[ 7.111000] wlan: svn r3314
[ 7.377000] ath_pci: svn r3314
[ 7.381000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
[ 7.387000] Atheros HAL provided by OpenWrt, DD-WRT and MakSat Technologies
[ 7.637000] uncorrectable error :
[ 7.641000] uncorrectable error :
[ 7.644000] mtd->read(0x584 bytes from 0x66ba7c) returned ECC error
[ 7.651000] JFFS2 notice: (110) read_dnode: wrong data CRC in data node at 0x0066ba7c: read 0x495d3c67, calculated 0x5729741.
[ 7.672000] uncorrectable error :
[ 7.675000] mtd->read(0x1f0 bytes from 0x666e10) returned ECC error
[ 7.706000] JFFS2 notice: (110) check_node_data: wrong data CRC in data node at 0x00666e10: read 0x12c29a60, calculated 0xf8911206.
[ 7.786000] fpga init
[ 8.210000] ath_rate_sample: 1.2 (svn r3314)
[ 8.239000] wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
[ 8.245000] wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
[ 8.256000] wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
[ 8.265000] wifi0: H/W encryption support: WEP AES AES_CCM TKIP
[ 8.458000] ath_pci: wifi0: Atheros 2413: mem=0xd0000000, irq=33
[ 10.320000] no done ack
[ 10.323000] no init ack
[ 10.326000] no init ack
[ 10.329000] no init ack
[ 10.332000] no init ack
[ 10.334000] Kernel panic - not syncing: cannot configure fpga!
[ 10.334000]
[ 10.342000] Rebooting in 180 seconds..

Alles anzeigen

Bei mir trat das Problem regelmäßig mit einem nackten Experimental-Image auf. Ich habe nur eine WD-Festplatte verbaut (WD10EADS), ansonsten steckt weder ein USB-Stick, noch eine CF-Karte.

Warum ich im Moment problemlos booten kann, verstehe ich selbst nicht.

Ghost:

Bei mir gab's die Probleme ja auch täglich, nur momentan nicht, soll ich mit dem alten oder dem neuen Kernel testen?

Auch am zweiten Tag ist die Box problemlos hochgefahren. Werde weiter berichten...

Ich hätte ja wetten können, dass die Box heute Abend mit OE 2.0 wieder hängt, aber sie ist tatsächlich hochgefahren

Daher lasse ich den Kernel mal unverändert und werde morgen am späten Nachmittag den nächsten Test durchführen.

Ich habe gestern Abend auch noch auf das letzte OE 2.0 Experimental geflasht. Heute Abend kann ich wieder ein Log erzeugen. Sollte die Box hängen bleiben, werde ich auch mal den neuen Kernel testen!

Bei mir trat das Problem ja auch täglich auf, bin daher wieder zurück auf OE 1.6.

Kann aber am Donnerstag Abend noch mal auf das letzte Experimental flashen, dann sollte ich Freitag Abend ein Log erstellen können.

Zu früh gefreut, Box hing heute abend wieder. Leider kein Bootlog vorhanden, war ne Timer-Aufnahme, und ich war nicht zu Hause.

Ich werde ja das Gefühl nicht los, dass im letzten Experimentel-Image der Fix von ghost gar nicht drin ist. Mit dem "Fremdimage" von 06.09. tritt das Problem bei mir nicht mehr auf, die Box startet wieder fehlerfrei durch, und das bis jetzt jedes Mal...

Zitat von Reichi

Der Fehler ist bekannt und ghost hatte ja kürzlich shcon einen potentiellen fix dafür erstellt.
Wenn der nicht hilft, dann ist das natürlich nicht unbedingt toll, aber so ist das mit schwer nachvollziehbaren Fehlern leider.

Jetzt noch mal eine Frage zu dem Fix von ghost: Ist dieser Fix wirklich im Image dreambox-image-dm8000-20120831.nfi enthalten? Ich habe gestern zum Test mal ein Image geflasht, welches am 06.09.2012 erstellt wurde, und meine Box bootete gerade ohne Probleme. Das ist bisher mit OE 2.0 nach einem Deep-Standby von fast 24h noch nie passiert!