Neuerdings ständig Freezes mit Spinner

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

    • Neuerdings ständig Freezes mit Spinner

      Hi Ihr,

      ich hab seit einiger Zeit (Wochen?) das Problem, dass sich die STB sporadisch weghängt und nicht mehr bedienbar ist (mit Spinner). Da hilft dann nur ein Reboot. Manchmal tritt es dann nach ein paar Minuten direkt wieder auf. Manchmal nach 10 Minuten. Manchmal ist dann auch stundenlang Ruhe.

      Ich betreibe mein Image schon einige Jahre und hab es immer wieder upgedatet und ich hab dann heute die Box einfach mal per USB-Stick ganz frisch mit dem aktuellen VTI neu geflasht und hatte gehofft, damit das Problem zu beseitigen. Aber schon als ich danach ins Menü gegangen bin, um aus dem Backup meine Settings wieder einzuspielen, trat es dann wieder auf (mit dem frisch geflashten Image). Also ich kann sagen, dass es offenbar nichts mit mir oder meinen Einstellungen zu tun hat, sondern sogar bei einem nagelneu installierten Image auftritt ohne, dass ich irgendwas damit gemacht hätte. Hat es evtl. etwas mit dem letzten Update aus Dezember 2022 zu tun?

      Ich hab gerade mal das Debug-Log aktiviert und das endet dann so (vollständiges Log im Anhang):

      Quellcode

      1. [eEPGCache] stop caching events(1674220198)
      2. 14:09:58.712 [e2-core] [eEPGCache] next update in 60 min
      3. 14:10:18.011 [e2-core] main thread is non-idle! display spinner!
      4. 14:10:18.011 [e2-core] before: 1
      5. 14:10:18.011 [e2-core] after: 1
      6. 14:10:18.012 [e2-core] [VTi eEmergencyWatchdog] ::::::: start

      Aufgespielt habe ich:
      VTi_15-0-02_vuultimo4k_202212231304_usb.zip

      Bin für jede Hilfe dankbar :)
      Dateien

    • Hm, also ich hab nun nochmal diese beiden Images frisch aufgespielt, aber auch dort bekomme ich reproduzierbar nach wenigen Minuten Spinner-Freezes:

      VTi_15-0-0_vuultimo4k_202009211524_usb
      VTi_15-0-01_vuultimo4k_202211110916_usb

      Bin etwas ratlos... Lief doch jahrelang recht problemlos...

    • Das liegt dann zu 98,89% an der Netzwerkverbindung!

      Per Wlan oder Kabel angebunden?

    • woher stammt die Senderliste? Schon mal einen Suchlauf mit der Option "vorher alte löschen" gemacht? FCC mal deaktivieren. Sofern die EPG.dat nicht im Flash sondern auf der Festplatte, diese mal über das EPG Menue löschen.

    • Naja, das sind die 2 Minuten vom Start des Systems bis zum Hänger. Man sieht am Ende vom Log den Start des "finalen" Spinners:

      Quellcode

      1. 14:10:18.011 [e2-core] main thread is non-idle! display spinner!
      2. 14:10:18.011 [e2-core] before: 1
      3. 14:10:18.011 [e2-core] after: 1
      4. 14:10:18.012 [e2-core] [VTi eEmergencyWatchdog] ::::::: start
      Danach passiert nichts mehr bzw. ich kann nichts mehr machen. Wenn es hilft, kann ich aber natürlich danach noch weiter laufen lassen. Wie lange denn? Weiß aber nicht, ob sich da noch was tut im Log weil ja der main thread hängt.

      Radar schrieb:

      woher stammt die Senderliste? Schon mal einen Suchlauf mit der Option "vorher alte löschen" gemacht? FCC mal deaktivieren. Sofern die EPG.dat nicht im Flash sondern auf der Festplatte, diese mal über das EPG Menue löschen.
      Die stammt von einem Suchlauf von vor ein paar Wochen nachdem KD die Frequenzen umgestellt hat. FCC ist sowieso deaktiviert. Die EPG.dat werde ich mal löschen. Danke

    • Doch! Es zeigt am Ende das Tuning fehl schlagt… Das könnte ein FCC Problem sein.

    • mimisiku schrieb:

      Doch! Es zeigt am Ende das Tuning fehl schlagt… Das könnte ein FCC Problem sein.
      Da haben sich die Posts überschnitten, aber FCC ist abgeschaltet. Passiert wie gesagt auch bei einem nagelneu aufgespielten Image. Also kann eigentlich nicht an irgendwelchen Einstellungen von mir liegen?

      Aaaaaabber... ich hab jetzt nochmal etwas geforscht und mir sowohl die Ausgaben von dmesg, strace und dem normalen enigma-Log angesehen. Und ich konnte den Fall nochmal gut in den Logs dokumentieren. Der Hinweis mit dem Tuning geht wohl sehr in die richtige Richtung. Danke für den Hinweis.

      Also ich hatte jetzt wieder einen Fall, wo die Box ca. eine Stunde lief und dann beim Beenden der Wiedergabe einer Aufnahme (als dann die Box wieder zurück auf Live-TV schalten wollte) wieder der Freeze auftrat. Die Box hing dann viele Minuten (bis ich irgendwann rebootet habe).

      im enigma Log sieht das so aus:

      Quellcode

      1. 00:36:17.769 [e2-core] [SEC] startTuneTimeout 5000
      2. 00:36:17.801 [e2-core] unicode U+2193 not present
      3. 00:36:17.839 [e2-core] [SEC] setFrontend 1
      4. 00:36:17.842 [e2-core] setting frontend 0
      5. 00:36:22.239 [e2-core] main thread is non-idle! display spinner!
      6. 00:36:22.240 [e2-core] before: 1
      7. 00:36:22.240 [e2-core] after: 1
      8. 00:36:22.240 [e2-core] [VTi eEmergencyWatchdog] ::::::: start
      9. 00:37:27.954 [e2-core] (0)fe event: status 0, inversion off, m_tuning 1
      10. 00:37:27.982 [e2-python] next real activation isMon Jan 23 03:25:01 2023
      11. 00:37:27.989 [e2-core] OURSTATE: lost lock, trying to retune
      12. 00:37:27.989 [e2-core] (0)tune
      13. 00:37:27.990 [e2-core] tuning to 426000 khz, sr 6900000, fec 0, modulation 5, inversion 2
      14. 00:37:27.991 [e2-core] OURSTATE: tuning
      15. 00:37:28.008 [e2-python] next real activation isMon Jan 23 18:53:00 2023
      Alles anzeigen

      Also ich interpretiere das so, dass getunet werden soll ("setting frontend 0"). Und dann hängt sich die Box (und das Log) für ca. 65 Sekunden weg. Schreibt danach "OURSTATE: lost lock, trying to retune". Das scheint irgendwie das Problem zu sein?
      Das Ganze geht dann ewig so weiter in einer Endlosschleife. Also die Box versucht offenbar immer wieder zu tunen, hängt dann für ca. 1 Minute und gibt dann diese Tuning-Fehlermeldung und probiert es dann erneut.

      Zeitlich dazu passend schreibt dmesg bzw. der Kernel immer etwas von "FE tune":

      Quellcode

      1. [ 2084.555819] [AUD]: AUDIO_CLEAR_BUFFER 1 1
      2. [ 2084.590103] [VID]: VIDEO_CLEAR_BUFFER 256478464 1 1
      3. [ 2809.443904] [VID]: VIDEO_STOP 1 1
      4. [ 2809.445180] [AUD]: AUDIO_STOP 256478464
      5. [ 2809.471475] [AUD]: AUDIO_CONTINUE 256478464 0 aph=0x0
      6. [ 2809.471481] [AUD]: AUDIO_CONTINUE aph=0 0 0
      7. [ 2810.070600] FE tune
      8. [ 2882.109074] FE tune
      9. [ 2954.094074] FE tune
      10. [ 3026.092071] FE tune
      11. [ 3098.078073] FE tune
      12. [ 3170.067073] FE tune
      Alles anzeigen

      Und ich hatte auch strace dabei laufen, um zu sehen, was der enigma2-Prozess so treibt. Und der Prozess scheint immer wenn das passiert in einem Aufruf von "ioctl" zu hängen:

      Quellcode

      1. 00:39:57 ioctl(28, FE_GET_EVENT, 0xbe9fd714) = -1 EAGAIN (Resource temporarily unavailable)
      2. 00:41:03 ioctl(28, FE_SET_PROPERTY, 0xbe9fd76c) = 0
      3. 00:41:03 futex(0x4d85a8, FUTEX_WAKE_PRIVATE, 1) = 1
      Also da sieht man auch wieder den Hänger von ca. 65 Sekunden zwischen den beiden Logeinträgen.

      Ist die Frage: wie kann sowas kommen? Das ist eine Ultimo4k mit so einem FBC-Tuner für DVB-C und ich bin bei KabelDeutschland. Beim normalen TV sind SNR und AGC bei 99%. Also Empfang sollte gut sein? Ich würde da bei schlechtem Empfang auch eigentlich ein anderes Verhalten erwarten als dass sich die Box komplett aufhängt.
      Hat da jemand Ideen zu? Danke!
      Dateien

    • Also ich hab jetzt nochmal strace laufen lassen und dabei auch die Zeit ausgegeben, in der der enigma2-Prozess in dem syscall verbracht hat. Also ich hab es jetzt schwarz auf weiß, dass der Prozess 70 Sekunden in einem ioctl festhängt (der Wert am Ende der Zeile in spitzen Klammern):

      Quellcode

      1. 13:12:57 ioctl(26, FE_GET_EVENT, 0xbeda1714) = -1 EAGAIN (Resource temporarily unavailable) <0.000140>
      2. 13:12:57 ioctl(26, FE_SET_PROPERTY, 0xbeda176c) = 0 <0.000086>
      3. 13:12:57 ioctl(26, FE_GET_EVENT, 0xbeda1b3c) = 0 <70.106075>
      4. 13:14:07 ioctl(26, FE_GET_EVENT, 0xbeda1b3c) = -1 EAGAIN (Resource temporarily unavailable) <0.000021>

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von vbs ()

    • Die ioctl's gehören zum DVB-Frontend, und mehr als "da hat der Tuner nicht geantwortet" oder "es war kein Tuner frei" wirst du von hier als Antwort nicht erwarten können. Was die Ursache ist: sehr gute Frage.

      Der DVB-Treiber sind closed-source von VU+ respektive Broadcom.

      Hast du die Box vielleicht schon mal neu aufgesetzt (geflasht) und die Tuner-Einrichtung von Hand neu vorgenommen? Aus Verzweiflung würde ich das jedenfalls mal versuchen.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von rdamas ()