Crash Loop (DM8000HD) - SOLVED

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Crash Loop (DM8000HD) - SOLVED

      Hallo zusammen,

      Ich habe auf meiner zugegebenermassen schon etwas alten Dreambox 8000HD das Problem, dass sie plötzlich crashte (beim Eingeben einer Timeraufnahme) und jetzt in einer Loop ist, d.h ständig neu crasht. Das OS bleibt oben, die DB bootet nicht jedes Mal vollständig neu. Ich habe natürlich ein Reboot probiert (mit Unterbruch der Stromversorgung), was aber leider nichts half - allerdings fand ich, dass der Kaltstart sehr lange dauerte (mind. 1 Minute bis der Fortschrittsbalken kam, ist aber evtl normal). Im Crashlog sehe ich:

      Quellcode

      1. ...
      2. allocating new converter!
      3. allocating new converter!
      4. allocating new converter!
      5. Traceback (most recent call last):
      6. File "/usr/lib/enigma2/python/mytest.py", line 208, in processDelay
      7. callback(*retval)
      8. File "/usr/lib/enigma2/python/Tools/BoundFunction.py", line 9, in __call__
      9. return self.fnc(*self.args + args, **newkwargs)
      10. File "/usr/lib/enigma2/python/mytest.py", line 483, in runNextScreen
      11. session.openWithCallback(boundFunction(runNextScreen, session, screensToRun[1:]), screen, *args)
      12. File "/usr/lib/enigma2/python/mytest.py", line 309, in openWithCallback
      13. dlg = self.open(screen, *arguments, **kwargs)
      14. File "/usr/lib/enigma2/python/mytest.py", line 319, in open
      15. dlg = self.current_dialog = self.instantiateDialog(screen, *arguments, **kwargs)
      16. File "/usr/lib/enigma2/python/mytest.py", line 254, in instantiateDialog
      17. return self.doInstantiateDialog(screen, arguments, kwargs, self.desktop)
      18. File "/usr/lib/enigma2/python/mytest.py", line 279, in doInstantiateDialog
      19. readSkin(dlg, None, dlg.skinName, desktop)
      20. File "/usr/lib/enigma2/python/skin.py", line 565, in readSkin
      21. renderer.connect(source) # connect to source
      22. File "/usr/lib/enigma2/python/Components/Renderer/Label.py", line 14, in connect
      23. Renderer.connect(self, source)
      24. File "/usr/lib/enigma2/python/Components/Element.py", line 56, in connect
      25. self.connectUpstream(upstream)
      26. File "/usr/lib/enigma2/python/Components/Element.py", line 53, in connectUpstream
      27. self.changed((self.CHANGED_DEFAULT,))
      28. File "/usr/lib/enigma2/python/Components/Renderer/Label.py", line 21, in changed
      29. self.text = self.source.text
      30. File "/usr/lib/enigma2/python/Components/Element.py", line 13, in wrapper
      31. return f(self)
      32. File "/home/newnigma2/git/release/dm8000/build/tmp/work/dm8000-oe-linux/newnigma2-plugins-1.0svn20120329-r0/image/usr/lib/enigma2/python/Components/Converter/SatPosDisplay.py", line 41, in getText
      33. File "/usr/lib/enigma2/python/Components/config.py", line 1561, in __getattr__
      34. return self.content.items[name]
      35. KeyError: 'satpos'
      36. (PyObject_CallObject(<bound method Session.processDelay of <__main__.Session instance at 0x19d54e0>>,()) failed)
      37. ]]>
      38. </enigma2crashlog>
      Alles anzeigen


      Die Crash Logs wiederholen sich im Minutentakt:

      Quellcode

      1. ...
      2. -rw-r--r-- 1 root root 62449 May 23 12:54 enigma2_crash_1432385661.log
      3. -rw-r--r-- 1 root root 62449 May 23 12:55 enigma2_crash_1432385715.log
      4. -rw-r--r-- 1 root root 62449 May 23 12:55 enigma2_crash_1432385751.log
      5. -rw-r--r-- 1 root root 62449 May 23 12:56 enigma2_crash_1432385786.log
      6. -rw-r--r-- 1 root root 62449 May 23 12:57 enigma2_crash_1432385821.log
      7. ...

      Ich hänge den vollständigen Dump an. Wäre super, wenn jemand einen Vorschlag hätte, was ich probieren kann? Via telnet auf die Box komme ich. Webcontrol geht natürlich nicht.

      Danke im Voraus,

      Andreas

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von klaymen () aus folgendem Grund: Gelöst

    • DANKE für die schnelle Antwort! Ja, das klingt plausibel... gestern crashte mein NAS und da nahm er dann wohl180MB in den Flash Speicher auf bis es voll war.

      Ich habs lösen können, aber megafies - weil die Aufnahme natürlich durch den nfs Share verdeckt war. Speich, nicht mal ein find fans die Aufnahme im Flash... Einfach unmount ging auch nicht, weil er sofort wieder darübermountete und ich die Aufnahme dahinter nicht mehr sah, letztlich funktionierte aber ein wiederholtes

      Quellcode

      1. umount SYNOLOGY5; umount SYNOLOGY5; rm SYNOLOGY5/20150522*


      auf /media/net. OK, Netzwerk wegnehmen hätte wohl auch funktioniert... uff, nochmals Schwein gehabt :cool23:

      Andreas

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von klaymen ()