Thema: Formuler F1 hängt sich auf seit Version NFR 6.4 rev.3 Updates

Hallo Spike,

das mit dem Netzwerk kann ich nicht nachvollziehen, der Receiver steckt mit einem Kabel direkt am Router. Und ich hab über den Router einen VPN laufen der gemeckert hätte wenn es eine Unterbrechung der Verbindung gegeben hätte.

Ja Ich hab ne 32GB MMC drin, da hab ich das Swapfile und den continous Timeshift drauf, damit die Platte sich auch mal ausruhen kann. Aber in der Richtung habe ich auch schon gedacht und nach dem Booten kein swapon gemacht und Timeshift auf die HDD gelegt. Der Fehler tritt trotzdem auf. Ich habe jetzt nochmal nen Backup restored und Timeshift liegt wieder auf der MMC, so läuft es jetzt im Moment problemlos. Wenn es in 1-2 Stunden immer noch läuft werd ich auch noch nen swapon machen. Das Problem ist nachdem das Problem einmal aufgetreten ist läuft das System dauerhaft mehr oder weniger instabil. Eben konnte ich direkt nach dem Rebooten nicht mal mehr umschalten ohne "Dauerspinner". Deshalb habe ich das Backup restored.

Ich bin aber für jede Idee dankbar.

VG Kampino

- - - - - - - - - -

Habe das mit dem Wetter vorher überlesen. Normal benutze ich das Wetterplugin nicht. Aber vorher ist das Problem aufgetreten nachdem ich den ax-blue-fhd-4nfr Skin installiert habe, und der bringt ja 3 Plugins fürs Wetter mit.

So, um die MMC mal als Ursache auszuschließen habe ich diese mal komplett rausgenommen. EPG und Timeshift gehen jetzt auf die HDD. Ich habe enigma mit "init 2" runtergefahren und im Vordergrund, also durch ausführen von "enigma2" gestartet. Wenn ich dann die Timeshift Taste drücke schmiert das system wieder ab, passiert nicht immer aber meistens. Den output seht ihr unten:

Code:

18:20:57.4453 Screens/Screen.py:151 show  [SCREENNAME]  InfoBarSummary
18:20:57.7026 driver/rcinput.cpp:38 handleCode [eRCDeviceInputDev] 0 ae 1
18:20:57.7039 Screens/InfoBarGenerics.py:179 actionA  KEY: 174 EXIT
18:21:12.4668 driver/rcinput.cpp:38 handleCode [eRCDeviceInputDev] 1 77 1
18:21:12.4682 Screens/InfoBarGenerics.py:181 actionA  KEY: 119
18:21:12.4929 Components/ActionMap.py:56 action  [ActionMap] Keymap 'InfobarTimeshiftActions' -> Action = 'timeshiftStart'.
18:21:12.4932 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.4945 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.4973 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.4982 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.4990 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.4996 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.5001 service/servicedvb.cpp:2511 startTimeshift [eDVBServicePlay] Start timeshift!
18:21:12.5040 service/servicedvb.cpp:2542 startTimeshift [eDVBServicePlay] timeshift recording to /media/hdd/timeshift/timeshift.7EAJfh
18:21:12.5059 base/ioprio.cpp:91 setIoPrio [setIoPrio] realtime level 7 ok
18:21:12.5060 dvb/filepush.cpp:542 thread [eFilePushThreadRecorder] THREAD START
18:21:12.5127 Components/Timeshift.py:1247 ptsCreateEITFile  [TIMESHIFT] - 'eEPGCache' object has no attribute 'saveEventToFile'
18:21:12.5134 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.5141 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.5149 Screens/InfoBarGenerics.py:1957 setSeekState  resolved to PLAY
18:21:12.5151 service/servicedvb.cpp:1613 unpause [eDVBServicePlay] unpause
18:21:12.5159 Components/Pixmap.py:133 setPixmapNum  setPixmapNum(0) failed! defined pixmaps: []
18:21:12.5190 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.5195 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.5205 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.5213 service/servicedvb.cpp:1743 timeshift [eDVBServicePlay] timeshift
18:21:12.5216 dvb/decoder.cpp:870 setState [eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
18:21:12.5217 dvb/decoder.cpp:762 stop [eDVBPCR0] DEMUX_STOP ok
18:21:12.5219 dvb/decoder.cpp:773 ~eDVBPCR [eDVBPCR0] destroy
18:21:12.5219 dvb/decoder.cpp:431 stop [eDVBVideo0] DEMUX_STOP  ok
18:21:12.5220 dvb/decoder.cpp:440 stop [eDVBVideo0] VIDEO_STOP ok
18:21:12.5253 dvb/decoder.cpp:532 ~eDVBVideo [eDVBVideo0] destroy
18:21:12.5254 dvb/decoder.cpp:163 stop [eDVBAudio0] AUDIO_STOP ok
18:21:12.5542 dvb/decoder.cpp:171 stop [eDVBAudio0] DEMUX_STOP ok
18:21:12.5544 dvb/decoder.cpp:207 unfreeze [eDVBAudio0] AUDIO_CONTINUE ok
18:21:12.5545 dvb/decoder.cpp:251 ~eDVBAudio [eDVBAudio0] destroy
18:21:12.5545 dvb/decoder.cpp:840 stop [eDVBText0] DEMUX_STOP ok
18:21:15.4837 gdi/grc.cpp:211 thread [gRC] main thread is non-idle! display spinner!

Hier habe ich das komplette Log angehängt:
Link nur für registrierte und freigeschaltete Mitglieder sichtbar.

VG Kampino

Nachdem das Problem auftritt ist keine normale Nutzung mehr möglich. Reboot und auch ein paar Minuten Power Off bringen keine Abhilfe. Nur durch das Flashen eines funktionierenden Backups (kurz nach der Installation gezogen) geht wieder alles normal. Ich habe inzwischen die Vermutung das der Fehler im Laufe der Zeit auftritt, so als ob etwas vollläuft.

VG Kampino

Ja, hab ich mir schon angeschaut.
Filesystem Size Used Available Use% Mounted on
ubi0:rootfs 437.4M 198.0M 239.3M 45% /

Aber Timeshift schreibt definitiv auf die Platte, die files landen in /media/hdd/timeshift, ich habe es derzeit (nach dem letzten Restore) auch komplett deaktiviert um zu sehen ob es so läuft. Trotzdem Danke für deine Idee.

Grüße Kampino

So hier meine abschließende Rückmeldung. Ich konnte das Problem auf den permanenten Timeshift, der ja auf die MMC lief eingrenzen. Wenn aktiv trat das Problem auf, deaktiviert lief alles. Ich habe der Empfehlung Anmados folgend die MMC gegen einen USB Stick getauscht und siehe da es läuft seit mehr als 14 Tagen problemlos. Was der perm. TS allerdings in Kombination mit der MMC gemacht hat um das System so zu schrotten bleibt wohl dauerhaft ein Mysterium .