VU Uno 4K SE hängt sich in unregelmäßigen Abständen auf und bootet neu.

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

    • VU Uno 4K SE hängt sich in unregelmäßigen Abständen auf und bootet neu.

      Hi. Meine Uno 4K SE die sich im Standby befindet, startet mehrfach Wöchentlich willkürlich neu. Ob es quasi nur ein GUI Neustart ist oder ein kompletter, weiß ich nicht. Jedenfalls komme ich nach hause oder ich mache sonst was und merke später das der TV an ist (dank HDMI CEC) und ARD läuft. ARD habe ich als Startkanal. Wurde mir hier auf Empfehlung angeraten wegen dem SKY CI+ Modul. Ich muss auch sagen das diese Neustarts erst geschehen seit dem ich das Modul verwende, könnte aber auch nur Zufall sein.

      Ich hatte auch ein Debug Log laufen, hier ein kleiner Anzug als dies zuletzt geschah (ca. 19:29 Uhr):

      Quellcode

      1. 18:02:51.203 [e2-core] send cancel to thread
      2. 18:02:51.204 [e2-core] thread joined 0
      3. 18:03:57.999 [e2-python] next real activation isMon Nov 22 04:00:01 2021
      4. 18:05:37.000 [e2-python] next real activation isMon Nov 22 04:00:01 2021
      5. 18:07:16.000 [e2-python] next real activation isMon Nov 22 04:00:01 2021
      6. 18:29:29.541 [e2-python] connectionLost?[Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion: Connection lost.
      7. ]18:29:29.541 [e2-python]
      8. 18:29:29.543 [e2-python] [e2m3u2b] get_next_wakeup
      9. 18:29:29.547 [e2-python] stopService
      10. 18:29:29.547 [e2-python] [#----] VTiCore [VTiEvent] SERVICE_STOP
      11. 18:29:29.560 [e2-core] setLCDBrightness 51
      12. 18:29:29.610 [e2-core] setLCDBrightness 0
      13. 18:29:29.661 [e2-python] [e2m3u2b] autostart 1 occured at 1637515769.66
      14. 18:29:29.661 [e2-python] [e2m3u2b] stop
      15. 18:29:29.665 [e2-python] [EPGImport] autostart (1) occured at 1637515769.67
      16. 18:29:29.665 [e2-python] [EPGImport] Stop
      17. 18:29:29.666 [e2-python] [MultiQuickButton] checking keymap.xml...
      Alles anzeigen
      Die erste Meldung von 19:29 wird bestimmt der Grund sein, nur welche Verbindung geht verloren so das der Receiver neu starten muss :8|

    • Nachdem was du schreibst startet die Box einfach automatisch neu (aus dem Standby/Deep-Standby), aber von einem "Absturz" in deiner Erklärung lese ich nicht viel (bzw. sogar gar nichts davon ?).

      Du verwendest einen AV-Receiver (aus deiner Signatur + dem Beitrag unter Neuer AVR muss her, evtl DENON AVR-X2600H, ein 1600er wird es doch nicht, ein 2700 wird es:o) entnommen).

      Das Problem hat ich auch, gerade hier geschildert unter Samsung The Frame HDMI CEC VuUno4k aus/ein loop

      Ich denke das hängt bei VTI damit sehr stark zusammen (wobei eine Zero 4k das im Kinderzimmer auch machte, jetzt aber nicht mehr - siehe den o.g. Beitrag dazu).

      Bringt aber nicht immer was (siehe unter Uno 4K SE friert ein ). Bei wir würde ich mal das EPG-refresh (bzw. "EPG-Import" bei dir) für Tests ausschalten.
      Wer ist Jultec ?=> http://www.jultec.de/gloss_whoweare.html
      - Innovationspreis ("Dr.-Rudolf-Eberle-Preis") Baden-Württemberg 2020=> http://www.jultec.de/gloss_innovation.html
      - was ist JESS EN50607 (Jultec's Enhanced Stacking Standard)= http://www.jultec.de/gloss_JESS.html
      - Einkabelumsetzer in a²CSS-/a²CSS2-Technologie (nicht dCSS, falsch "Unicable2")=> http://www.jultec.de/gloss_a2CSS.html
      - komplett receivergepeist,bei langen Kabelwegen zuverlässig?=> http://www.jultec.de/gloss_LNB_DCDC.html

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von SAT-ShopHN ()

    • Danke für deine Antwort. Aber HDMI CEC hat damit nichts zu tun. Wenn ich HDMI CEC auschalte, passiert es trotzdem. Nur der TV bleibt halt aus, soweit klar.

      Und die Box schmiert ab, das sehe ich daran das ARD läuft. Dieser Sender kommt nur beim starten wenn ich die Box aus dem Deepstandby starte, oder sie abschmiert und dann neu startet. In allen anderen Fällen wäre es der Sender den ich zuletzt an hatte, zum Beispiel Pro 7 HD.

      EPG Refresh hatte ich eine Woche lang testweise aus, auch da passierte es das die Box sich auf hing und neu startete.

      Daher die erste Zeile des Debugs von 19:29, da müsste man ansetzen.

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

    • Bitte les nochmal alles was ich dir geschrieben und verlinkt hatte ...

      Mit "abschmieren" hat das alles nichts zu tun, sie startet ggf. einfach nur ... aber das ist alles erklärt.
      Wer ist Jultec ?=> http://www.jultec.de/gloss_whoweare.html
      - Innovationspreis ("Dr.-Rudolf-Eberle-Preis") Baden-Württemberg 2020=> http://www.jultec.de/gloss_innovation.html
      - was ist JESS EN50607 (Jultec's Enhanced Stacking Standard)= http://www.jultec.de/gloss_JESS.html
      - Einkabelumsetzer in a²CSS-/a²CSS2-Technologie (nicht dCSS, falsch "Unicable2")=> http://www.jultec.de/gloss_a2CSS.html
      - komplett receivergepeist,bei langen Kabelwegen zuverlässig?=> http://www.jultec.de/gloss_LNB_DCDC.html

    • Ich habe deine verlinkten Beiträge gelesenen und ich glaube du verstehst mich nicht ganz :D

      Würde sie sich einfach nur selbstständig einschalten, würde Pro 7 HD laufen. Sie startet aber ungefragt mit ARD HD, einem Sender den ich NIE schaue (es sei denn es ist WM oder EM). Das sagt mir das etwas Crashd, sie dadurch komplett neu Bootet und dann logischerweise der Startkanal ARD zu sehen ist und DANN auch logischerweise die HDMI CEC Befehle zum einschalten der Geräte erfolgt.

      Nur bei einem kompletten Neustart ODER einem GUI Neustart startet die Kiste mit ARD, sonst startet sie mit zuletzt geschautem Sender. Das allein sagt mir, das die Kiste nicht einfach so eingeschaltet wurde. Sondern das etwa im System passiert das die Kiste zu solch einen Start zwingt.

      Kurz bevor man im Debug Log den Startvorgang sieht, (19:30) steht die Meldung weswegen sie einen kompletten Neustart macht. Das warum interessiert mich…..es liegt aber nicht an HDMI CEC.

      DIese Hardware Kombination habe ich jetzt fast 1 1/2 Jahre. Alles gut, kein HDMI CEC Problem. Das Modul habe ich seit ca. 3 Monaten. Seit dem macht die Box solche faxen, daher KÖNNTE es am Modul liegen….

      Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von bimmler ()

    • bimmler schrieb:

      Jedenfalls komme ich nach hause oder ich mache sonst was und merke später das der TV an ist (dank HDMI CEC) und ARD läuft. ARD habe ich als Startkanal.
      Dann hatte ich mich in deiner Beschreibung hier wohl verlesen .... den hier steht ja ARD und nicht Pro 7 HD (wo auch immer der Kanal jetzt her kommt auf einmal in der Beschreibung, warum ?).

      Ja, die Box startet einfach .. und dann auf deinem "Startkanal" (der ARD ja ist ..).
      Wer ist Jultec ?=> http://www.jultec.de/gloss_whoweare.html
      - Innovationspreis ("Dr.-Rudolf-Eberle-Preis") Baden-Württemberg 2020=> http://www.jultec.de/gloss_innovation.html
      - was ist JESS EN50607 (Jultec's Enhanced Stacking Standard)= http://www.jultec.de/gloss_JESS.html
      - Einkabelumsetzer in a²CSS-/a²CSS2-Technologie (nicht dCSS, falsch "Unicable2")=> http://www.jultec.de/gloss_a2CSS.html
      - komplett receivergepeist,bei langen Kabelwegen zuverlässig?=> http://www.jultec.de/gloss_LNB_DCDC.html

    • Also Trotz deiner über 3000 Beiträge scheinst du nicht richtig zu wissen wie eine VU so funktioniert.

      Man kann einen festen Startkanal festlegen wenn man will (was standardmäßig Aus ist) mit dem die Box dann startet. ARD HD in meinem Fall. Aber auch nur wenn sie aus dem Deep Standby hochfährt, Stromlos gemacht wurde oder es im System Chrashed und anschließend ein Neustart geschieht. In allen anderen Fällen (welche die Regel sind) startet sie beim einschalten mit dem Sender, der zu letzt geschaut wurde! Auch wenn HDMI CEC fehlerhaft funktionieren sollte und so ungewollt die Box einschaltet! Pro 7 war einfach nur ein Beispiel um dir zu erklären was der letzte Sender war und was ein festgelegter Startkanal ist und dir somit auch zu sagen, das es nicht an einer fehlerhaften Config von HDMI CEC liegt.

      Ich denke weiter muss ich das jetzt nicht erklären.

      Also, gibt es jemanden der mir sagen könnte oder eine Idee hat was folgenden Meldung aus dem Log bedeuten könnte?


      Quellcode

      1. 18:29:29.541 [e2-python] connectionLost?[Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion: Connection lost.
      Dies sorgt dafür das die Kiste einen Neustart oder GUI Neustart macht obwohl sie im Standby ist.

    • schein ein Plugin zum Erstellen von Bouguets mit m3u zu sein
      -------------------------------------------------------------
      hier folgt ne Signatur
      Screenshot erstellen

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von PeEf ()

    • Dies ist der Gesamte Log von der Zeit wo die Kiste neu startete:


      Quellcode

      1. 18:03:57.999 [e2-python] next real activation isMon Nov 22 04:00:01 2021
      2. 18:05:37.000 [e2-python] next real activation isMon Nov 22 04:00:01 2021
      3. 18:07:16.000 [e2-python] next real activation isMon Nov 22 04:00:01 2021
      4. 18:29:29.541 [e2-python] connectionLost?[Failure instance: Traceback (failure with no frames): <class 'twisted.internet.error.ConnectionLost'>: Connection to the other side was lost in a non-clean fashion: Connection lost.
      5. ]18:29:29.541 [e2-python]
      6. 18:29:29.543 [e2-python] [e2m3u2b] get_next_wakeup
      7. 18:29:29.547 [e2-python] stopService
      8. 18:29:29.547 [e2-python] [#----] VTiCore [VTiEvent] SERVICE_STOP
      9. 18:29:29.560 [e2-core] setLCDBrightness 51
      10. 18:29:29.610 [e2-core] setLCDBrightness 0
      11. 18:29:29.661 [e2-python] [e2m3u2b] autostart 1 occured at 1637515769.66
      12. 18:29:29.661 [e2-python] [e2m3u2b] stop
      13. 18:29:29.665 [e2-python] [EPGImport] autostart (1) occured at 1637515769.67
      14. 18:29:29.665 [e2-python] [EPGImport] Stop
      15. 18:29:29.666 [e2-python] [MultiQuickButton] checking keymap.xml...
      16. 18:29:29.668 [e2-python] [EnigmaLight] [D] > EL_HttpServer::HttpdStop()
      17. 18:29:29.669 [e2-python] [EnigmaLight] [D] StopServer::doStop
      18. 18:29:29.669 [e2-python] [EnigmaLight] [D] StopServer::doStop > Stopping server on port 1414
      19. 18:29:29.669 [e2-python] [EnigmaLight] [D] Controller::Control > Control: c:mode v:stop
      20. 18:29:29.670 [e2-python] [EnigmaLight] [D] Controller::checkIfRunningFinisched
      21. 18:29:29.670 [e2-python] [EnigmaLight] [D] Controller::checkIfRunningFinisched > control[command] = mode
      22. 18:29:29.671 [e2-python] [EnigmaLight] [D] Controller::checkIfRunningFinisched > control[value] = stop
      23. 18:29:29.671 [e2-python] [EnigmaLight] [D] Controller::checkIfRunningFinisched > control[startcommand] = enigmalight -m 0 -f -c /etc/enigmalight.conf &
      24. 18:29:29.671 [e2-python] [EnigmaLight] [D] Controller::checkIfRunningFinisched > callback = None
      25. 18:29:29.672 [e2-python] [EnigmaLight] [D] Controller::checkIfRunningFinisched > pid = None
      26. 18:29:29.677 [e2-python] [EPGRefresh] Stopping Timer
      27. 18:29:29.688 [e2-python] [BT] current status : 0
      28. 18:29:29.692 [e2-core] resolve: resolve ${sysconfdir}/enigma2/lamedb
      29. 18:29:29.692 [e2-core] resolve: -> /etc/enigma2/lamedb
      30. 18:29:29.692 [e2-core] ---- saving lame channel db
      31. 18:29:29.703 [e2-core] eDVBCICAManagerSession::setCAIDs casCount = 0
      32. 18:29:29.709 [e2-core] saved 238 channels and 3912 services!
      33. 18:29:29.710 [e2-core] release cached channel (timer timeout)
      34. 18:29:29.772 [e2-core] [eEPGCache] store epg to realpath '/etc/epg.dat'
      35. 18:29:29.890 [e2-core] [eEPGCache] 78877 events written to /etc/epg.dat
      36. 18:29:30.398 [e2-core] [EPGCache] finalizing epg.dat file
      37. 18:29:30.543 [e2-core] [EPGCache] finalizing epg.dat finished
      38. 18:29:32.080 [e2-core] thread joined 0
      39. 18:29:32.509 [e2-core] set RTC to previous valid time
      40. 18:29:32.618 [e2-core] - (42) eVTiApp
      41. 18:29:32.619 [e2-core] [eVTiApp] ...shutdown
      42. 18:29:32.619 [e2-core] - (42) eServiceRecordDB
      43. 18:29:32.620 [e2-core] - (41) eServiceFactoryDVB
      44. 18:29:32.620 [e2-core] - (41) eServiceFactoryFS
      45. 18:29:32.620 [e2-core] - (41) eServiceFactoryHDMI
      46. 18:29:32.620 [e2-core] - (41) eServiceFactoryMP3
      47. 18:29:32.620 [e2-core] - (41) eServiceFactoryM2TS
      48. 18:29:32.620 [e2-core] - (41) eServiceFactoryDVD
      49. 18:29:32.620 [e2-core] - (40) eServiceCenter
      50. 18:29:32.620 [e2-core] - (35) CI Slots
      51. 18:29:32.620 [e2-core] - (30) eActionMap
      52. 18:29:32.621 [e2-core] - (21) Console RC Driver
      53. 18:29:32.621 [e2-core] - (21) input device driver
      54. 18:29:32.626 [e2-core] - (20) AVSwitch Driver
      55. 18:29:32.626 [e2-core] - (20) misc options
      56. 18:29:32.627 [e2-core] - (20) RC Input layer
      57. 18:29:32.627 [e2-core] - (20) UHF Modulator
      58. 18:29:32.628 [e2-core] - (20) Hdmi CEC driver
      59. 18:29:32.628 [e2-core] - (20) DVB-CI UI
      60. 18:29:32.628 [e2-core] - (15) eWindowStyleManager
      61. 18:29:32.628 [e2-core] - (10) gRC
      62. 18:29:32.628 [e2-core] waiting for gRC thread shutdown
      63. 18:29:32.732 [e2-core] gRC thread has finished
      64. 18:29:32.733 [e2-core] - (9) Font Render Class
      65. 18:29:32.733 [e2-core] - (9) gLCDDC
      66. 18:29:32.733 [e2-core] - (9) GFBDC
      67. 18:29:32.748 [e2-core] - (8) graphics acceleration manager
      68. 18:29:32.748 [e2-core] - (5) Tuxtxt
      69. 18:29:32.749 [e2-core] - (1) Background File Eraser
      70. 18:29:32.749 [e2-core] thread joined 0
      71. 18:29:32.749 [e2-core] reached rl -1
      Alles anzeigen
      Danach kam noch eine neu Log Datei, dort sieht man aber nur den Vorgang des Bootvorgangs. Ich selbst kann nichts erkennen warum es zu einem Neustart kommt 8|

      Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von bimmler ()

    • bimmler schrieb:

      Man kann einen festen Startkanal festlegen wenn man will (was standardmäßig Aus ist) mit dem die Box dann startet. ARD HD in meinem Fall. Aber auch nur wenn sie aus dem Deep Standby hochfährt, Stromlos gemacht wurde oder es im System Chrashed und anschließend ein Neustart geschieht. In allen anderen Fällen (welche die Regel sind) startet sie beim einschalten mit dem Sender, der zu letzt geschaut wurde!
      Einschalten = die Box war vorher aus und wird dann eingeschaltet. Wenn die Box aus ist, ist sie im Deep Standby...
      Wenn Du von Einschalten der Box sprichst, gehe ich (und vielleicht nicht nur ich) davon aus, dass sie vorher auch aus war...

      Wenn ich dich richtig verstehe, fährst Du die Box in der Regel nicht in den Deep Standby, schaltest sie also nicht aus.
      Deine Box ist immer nur im Standby. Wenn Du sie dann aktivierst, ist sie auf dem selben Kanal wie vorher.
      (und da Du offensichtlich selten etwas anderes als ProSieben HD siehst, ist sie dann auf ProSieben HD ;) )
      Ich würde übrigens nicht unbedingt sagen, dass dies die Regel ist. Bei mir z.B. sind die Boxen aus, wenn sie nicht gebraucht werden.

      Dass die laufende Box in deinem Fall auf dem Startkanal Das Erste HD ist, spricht dann tatsächlich dafür, dass die Box komplett neu gestartet wurde.

      Dies kann passieren, wenn die Box durch einen Crash abstürzt und neu gestartet werden muss.
      In so einem Fall sollte es für jeden Crash einen Crash-Log in /media/hdd geben.
      Hattest Du da schonmal nachgesehen, ob dort Crash-Logs liegen?
      Wenn es Crash-Logs gibt, könnten die erklären, warum die Box abgestürzt ist.

      Es geht dabei nicht um Debug-Logs, sondern um Crash-Logs.
      Den Grund für den Absturz zeigt nur ein Crash-Log.

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

    • Wenn man vom Einschalten der Box offiziell nur sprechen darf/soll, wenn die Box im Deep Standby ist.....wie nennt man denn dann das einschalten aus dem normalen Standby ? 8-o ;_)

      Aber du hast es sehr gut zusammen gefasst, genau das meine ich :thumbsup: ....aber ich schaue natürlich nicht nur Pro 7....war ja nur ein Beispiel :^^

      Nein, eine Crashdatei wurde nicht erzeugt. Dies ist mir schon beim vorletzten mal aufgefallen. Daher hab ich das Debug eingeschaltet um überhaupt was zu sehn.

      P.S.: Chrash Logs werden erstellt und liegen auch auf der HDD, doch der letzte ist schon etwas älter und lag an was anderem....

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

    • Allgemein passiert das nicht... das ist ein Sonderfall.
      Ein möglicher Grund wäre z.B., wenn in /media/hdd kein Platz mehr wäre. Das ist bei dir aber wohl nicht so.

      Die Frage ist allerdings, ob das wirklich ein Crash ist, oder ob deine Box durch irgendein Plugin oder CEC runtergefahren und neugestartet wird...

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

    • Wenn es ein Plugin wäre müsste man dies dann doch am Debuglog erkennen. Zur besagten Zeit (19:29) passiert ja einiges laut dem Log obwohl die Kiste da im Standby war. In Beitrag 10 ist der gesamte Log bis zum Neustart.

      Kannst du da einmal rüberschauen ob da was bei sein KÖNNTE ?

    • Das Log sind nicht nach einem Crash aus. Da wird die Box ganz normal runtergefahren.
      Die letzte Aktion vor dem Runterfahren ist EPGimport.
      Das ist einer der typischen Verdächtigen...

      Wenn das meine Box wäre, würde ich ein Image-Backup machen, dann EPGimport komplett deinstallieren und für ein paar Tage testen, ob das einen Unterschied macht.