häufige Abstürze auf Vu+ Uno 4K SE

[Hemingway]

Danke für Deine Überprüfung und die Antwort!
1. ist damit erledigt. Das mit der Sondertaste fürs Fortsetzen ist eine gute Idee – ich hatte das ehrlicherweise noch nicht kapiert ...
2. Ich habe seit Langem AtileHD und noch nie etwas angepasst. SmartEPG scheint ja sein eigenes Design zu haben, und ich dachte, dass SmartFiler darauf aufbauend ebenfalls voll selbstständig sei. Wie das mit Skinparts überhaupt funktioniert, werde ich recherchieren.
3. werde ich machen, brauche aber noch etwas Zeit dafür.

[mini49]

3. Z.B. wird bei ESC aus einer Ansicht oft erst einmal eine andere Ansicht (aus dem Cache?) gezeigt, bevor das gewünschte Ziel erscheint.

Ich benutze auch AtileHD und bei mir passiert das nur, wenn ich vorher auf einer Teletextseite war und da blitzt die letzte Teletextseite kurz auf.

Bei einem Test auf der VU+Duo4kLite mit VTi16 existiert das Problem aber nicht mehr!

Oder scheint bei dir eine andere Seite links unten auf?

[Hemingway]

Danke für den Hinweis, 'mini49'. Bei mir blitzte kurz die PVR-Aufnahmenliste im AtileHD-Design auf, und zwar in der linken Bildschirmhälfte und vertikal zentriert, etwa in 50 % der normalen Größe.
Ich dachte mir, dass das bestimmt so ein komischer kleiner Defekt ist, der durch irgendeinen "Zerschuss" entstanden ist, und statt meine und eure Zeit mit der Fehlersuche zu vergeuden, hab ich lieber ein AFB-Backup vom Juli wieder reingeholt - und alles ist wieder, wie es sein muss. Ob ich den SmartFiler nochmal aktiviere ... weiß ich noch nicht. Ich genieße jetzt erst mal wieder mein running system ...

[Hemingway]

Trotz des Restores des Juli-AFB-Backups kommen immer noch merkwürdige Abstürze.
Sowohl beim Live-Fernsehen als auch bei Aufnahme-Wiedergaben fängt aus heiterem Himmel oben links in der Ecke der animierte Loading-Balken an, ca. 20 Sekunden später folgt der BlueScreen "We are ealyy sorry. Your STB encountered a software problem ...", und vor der Liste der Fehler "Component: SmartEPGvu". Leider wird die Log-Datei, die man, wenn ich mich nicht irre, an Firebird senden soll, nicht geschrieben, wie man nach dem Restart erfährt.
Leider verschwindet der BlueScreen so schnell mit dem Neustart, dass ich ihn noch nicht fotografieren konnte, aber wenigstens die Version 2 des Crashs - s. Anhang.
Nach dem Restart ist das GUI komplett zerschossen. Von der Aufnahmeliste ist nur der Papierkorb übrig.
Wenn nicht sowieso ein neuer Absturz/Neustart folgt, hilft 10 Sek. Power-Taste für einen kompletten Neustart aus dem DeepStandby, und danach ist meist alles wieder da und perfekt. Leider konnte ich die genaue Abfolge all dieser Vorgänge noch nicht zuverlässiger erfassen, da sie mich immer unvorbereitet erwischt haben.
Wenn das angehängte Foto nicht weiterhilft, werde ich ab sofort nicht mehr ohne mein Handy, Papier und Kuli fernsehen!

SmartEPG_crash 2.jpg

Danke für jede Hilfe!

[mini49]

In deinem Foto sehe ich aber keinen Hinweis auf SmartEPGvu+.

Ich verstehe auch nicht, warum du den Crash auf den TV und nicht in eine Datei ausgibst, die du dann hier hochladen könntest.

Menü/VTi/Einstellungen-System/Fehlersuche (5/5)

h1.jpg

Was hast du mit der SQL-Datenbank gemacht? Fehlermeldung: Unable to open database File

-> PVR/Menü/"Filmdatenbank aktualisieren (komplett)" oder gleich "Filmdatenbank löschen und initialisieren"

Wenn du schon SmartFilervu nicht verwenden willst, so solltest du dir wenigstens das Plugin checkfreespace installieren.

enigma2-plugin-extensions-checkfreespace_0.03_all.zip

Neue Crash-Logs dann wie immer hier hochladen.

[Hemingway]

Danke für deine Analyse und die konstruktiven Tipps!

Mein Foto zeigt ja, wie gesagt, nur den ZWEITEN Screen, der immer auf den ersten folgt. Also nochmal die Abfolge:
1. oben links Loading-Balken
2. nach 20 Sekunden BlueScreen 1: "We are really sorry. Your STB encountered a software problem ... Component: SmartEPGvu ... Send logfile in hdd/???/??? to firebird@???".
3. nochmal etwa 20 Sek. später kommt BlueScreen 2, den ich fotografiert habe, mit "Component: dvbapp2".
Irgendwann in dieser Abfolge erscheint die Info, dass das logfile nicht geschrieben werden konnte. Der Umweg über das Foto war also keine Unwissenheit, sondern ein Fallback, weil es ja leider nichts zum hier Hochladen gab.
Die in /hdd vorhandenen logfiles hänge ich hier an - vielleicht verraten sie etwas Wichtiges. Ansonsten warte ich ab bis zum nächsten Crash - vielleicht wird dann ein dvapp2-crashlog mit SmartEPGvu-Inhalten geschrieben.
• Menü/VTi/Einstellungen-System/Fehlersuche (5/5) stand auf "Konsole"; ich hab das geändert zu "Konsole & Datei". Welche Einstellung empfiehlst du als Debug-Typ?
• SQL-Datenbank: ich weiß nicht einmal, wo sowas ist ... Die PVR/Menü-Punkte zu "Filmdatenbank ..." fehlt bei mir.
• Das Checkfreespace-Plugin habe ich installiert. Es meldet per Popup-Box, dass auf meinem NAS nur noch 5% freespace ist - das ist natürlich korrekt, aber insofern irrelevant, als keine meiner Boxen dort etwas schreibt (allenfalls Filmlisten einliest). Mein Wunsch wäre ja bloß eine simple Angabe "xx.x GB frei" in der PVR-Filmliste - und ja, genau wie der SmartFilervu das bietet ...

[Hemingway]

Die beiden letzten files wurden oben nicht akzeptiert - limit 5 Dateien? Dann zippe ich nächstes Mal.

[mini49]

ad 1) der Balken nennt sich Spinner und erscheint, wenn die Box mit etwas sehr beschäftigt ist

ad2) diese interessante Meldung habe ich bisher noch nie gesehen und werde bei @firebird nachfragen

ad 3) in den Logfiles von heute ist absolut nichts zu sehen - auch im SmartEPGvu-Log

4) Debug-Typ -> an

5) Menü/Einstellungen/System/Anpassen/Benutzermodus -> Experte + Neustart
Kannst du jetzt die PVR-Menüpunkte anwählen?

6) Könntest du wieder einmal deine Flashspeicherwerte hier veröffentlichen?
Blaue Taste /VTi Systeminformationen/ Speicherplatzauslastung anzeigen

7) bei mir steht der freie Speicherplatz links oben:

h2.jpg

8) kannst du beschreiben, wann das Problem bei dir auftritt?

[Hemingway]

Guten Abend – und danke, dass du so geduldig am Ball bleibst!
1) gut zu wissen!
2) echt? Immerhin ist der Meldungskopf im Prinzip wie der der dvbapp-Meldung im Foto. Schade, dass ich mir die "???"-Leerstellen nicht merken konnte ...
3) nicht verwunderlich – sie kamen ja auch nicht mit dem Crash.
4) Hier stand "aus". Trotzdem lagen ab und zu, schon bevor die bluescreen-Abstürze anfingen, ein paar dvbapp2-logs in /hdd, aber mit denen konnte ich nichts anfangen. Also wird ursprünglich wohl mal "an" gesetzt gewesen sein. Jedenfalls entsinne ich mich nicht, daran jemals etwas verändert zu haben ...
5) Menü/Einstellungen/System/Anpassen/Benutzermodus stand schon auf Experte. Nach erneutem Neustart keine Veränderung im PVR-Menü (weiter keine PVR/Menü-Punkte zu "Filmdatenbank ..." – s. screenshots).
6) gerne – s. screenshots
7) Genau so eine Zeile wie deine eingekreiste reicht ja vollkommen. Aber das abgebildete "Filmauswahl"-Fenster kenne ich gar nicht. Wie kommt man da hin? Meine "Filmauswahl"-Liste ist (glaube ich) EMC, und die bietet das leider nicht.
8) Wenn ich das wüsste, würde ich es gern mal auslösen, um alles genau zu erfassen. Bisher dachte ich, ich komme ohne fremde Hilfe aus und habe schließlich geflasht, aber das hat nicht geholfen. Bisher habe ich keinerlei Regelmäßigkeit erkennen können, außer dass es wohl immer bei Live-Fernsehen oder Aufnahme-Wiedergaben zuschlägt. Aber nicht mal das würde ich beschwören: Wer weiß, was passiert, wenn die Box mal einen halben Tag durchläuft, ohne dass ich davorsitze? Tage- und wochenlang passiert es nicht, dann wiederum ein paar Tage hintereinander weg. Aber immer endet es damit, dass nach dem automatischen Neustart in der Aufnahmeliste nur noch der Papierkorb-Ordner angezeigt wird und die ganze Aufnahmenliste bzw. GUI erst nach Total-Neustart wiederkommt.

[mini49]

ad 2) die "???"-Leerstellen musst du dir nicht merken - die kennen wir schon. Interessant ist aber, dass weder Firebird noch ich diese Meldung jemals gesehen haben und daher nicht wissen, warum deine Box die ausgibt.

ad 4) wenn das jetzt auf "AN" steht, dann können wir nur warten, bis das Problem wieder kommt. Unverständlich ist weiters, dass das Logfile tlw. nicht geschrieben werden kann und auch die Meldung "Unable to open database File" ist mysteriös.
Das hat aber alles nichts mit SmartEPGvu zu tun.

ad 5) wenn das bisher schon auf Experte stand, dann ist das Problem, dass du eine andere Filmliste (EMC ?) benutzt.

ad 6) deine Screenshots waren sehr hilfreich - Flashspeicher und Plattenspeicher schauen normal aus.
Das letzte Foto kann ich nicht interpretieren, da ich das noch nie gesehen habe.

Rufe daher bitte einmal Menü/Aufnahmen wiedergeben/Menü/ auf und dann solltest du in der VTi-Filmauswahl sein und am Schluss die fehlenden Befehle sehen.

Bei EMC bin ich leider raus, da ich das nicht verwende und daher auch nicht weiß, ob es irgendwelche Konflikte zwischen EMC und SmartEPGvu geben könnte.
Verwendest du sicher die aktuellste EMC-Version?

Unter Menü/VTi/Einstellungen-System/Allgemein (3/5)/ kannst du die VTi-SQL-Datenbank deaktivieren
und unter Menü/VTi/Einstellungen-Aufnahmen/Papierkorb (5/6) die VTi-Papierkorbfunktion und den Datenbank basierten Papierkorb abschalten,
da EMC ja einen eigenen Papierkorb nutzt. Wenn du das machst, dann brauchst du die obigen Befehle nicht eingeben.

Die EMC-Probleme musst du dann in einem EMC-Thread - wie z.B. hier:
https://vuplus-support.org/wbb4/index.p ... swiss-mad/
oder besser hier:
https://vuplus-support.org/wbb4/index.p ... ortthread/
behandeln.

Aber immer endet es damit, dass nach dem automatischen Neustart in der Aufnahmeliste nur noch der Papierkorb-Ordner angezeigt wird und die ganze Aufnahmenliste bzw. GUI erst nach Total-Neustart wiederkommt.

Das schaut für mich aber eher so aus, als ob du die SSD verlieren würdest. Ich würde daher auch einmal folgendes Plugin empfehlen:

enigma2-plugin-extensions-satacheck_1.0-r4_all.zip

[Hemingway]

Danke erneut für deine Mühe, die Infos und Links! Aber ermutigend sind die Neuigkeiten ja nicht gerade.
2) Das ist ja nicht zu fassen - also eine Art Rumpelstilzchen unter den Meldungen ... "Erfreulicherweise" kam die SmartEPGvu-Meldung heute abend so zwischen 21:11 und 21:14 wieder – und zwar diesmal erst nach dem dvbapp2-bluescreen und wieder zu schnell weg für ein Foto.
Auf hdd sind neue logs, ich hänge sie mit dem Foto an, vielleicht sagen sie dir etwas.
Der umfangreiche erste ist vom automatischen Suchlauf am Morgen, die anderen um den Crash herum.
4) Ich bleibe dran...
5) Ja, ich habe EMC, und alle meine Pakete sind auf dem neuesten Stand.
6) Das letzte Foto ist einfach die untere Hälfte der EMC-Filmliste. Über Menü/Aufnahmen wiedergeben/ bekomme ich das gleiche Bild, also auch EMC-gesteuert. Dann auf "Menü" zeigt die gleiche Liste, die ich schon angehängt hatte und die keine "Filmdatenbank"-Optionen anbietet. Ich werde mich demnächst mal an den EMC-Thread wenden. Aber TTD ist immer meine erste Wahl!
Die VTi-SQL-Datenbank habe ich testweise deaktiviert. Als deren Pfad ist auf allen drei Boxen in der Zeile darunter /media/hdd/ eingetragen, aber im Verzeichnis \Harddisk\ liegt ohnehin auf keiner Box eine SQL-Datenbank.
Danke für den Tip zur Papierkorb-Einrichtung. Ich will da im Moment lieber nichts ändern, denn ich habe ein paar regelmäßig wiederkehrende Timer, die ihre Sendungen dorthin speichern und nach 7 Tagen automatisch löschen – funktioniert problemlos.
Ausblick: Falls ich nach weiteren Recherchen, Fotos und Hilfen keine Lösung finde, meinst du, dass ein neuer Flash mit einem etwas älteren AFB als dem letzten (vom Juli) den Fehler (wo er auch immer stecken mag) beseitigen kann?

[mini49]

1) ich würde als Erstes die Untertitelungen deaktivieren - Menü/VTi/Einstellungen-Audio/Untertitel
um 21:07:03 kommt der Spinner:

21:07:03.165 [e2-core] got new text subtitle @ buf_pos = 1105240000000 ns (in pts=99472594), dur=1560000000: 'Hat auch scheiße geschmeckt.'
21:07:03.500 [e2-python] [#----] VTiCore action:seekdef:9
21:07:07.500 [e2-core] main thread is non-idle! display spinner!

und dann hängt die Box offensichtlich

lt. Google:
Das bekannte Problem mit eServiceMP3
Da eServiceMP3 direkt in den Hauptcode von Enigma2 (C++) eingewoben ist und den Standard-GStreamer nutzt, stößt es bei modernen IPTV-Streams, HLS-Playlists oder bestimmten Audioformaten (wie AC3+ Passthrough) häufig an seine Grenzen. Die Folge sind lange Umschaltzeiten, Pixelbildung oder Hänger.

2) die Probleme mit EMC, unable to open database file, SmartEPGvu sind meines Erachtens nach Folgeprobleme von obigem Hang.

3) die Konfigurationsdatei von SmartEPGvu hast du auch irgendwie zerstört
Wed 2026-10-21 21:33:04 INFO XMLSettingsGetXMLRoot: no configuration file present

4) die "Firebird-Meldung" habe in in deinen übermittelten Debug-Files leider nicht gefunden.

5) einen neuen Flash würde ich nur als sinnvoll erachten, wenn du von Beginn an alles neu machst (Einstellungen, Plugins, etc.) und alle Veränderungen lfd. mit protokollierst, damit du so den Störenfried herausfindest.

6) ich nehme an, dass das Problem nur auf der vuuno2 auftritt. Ist das korrekt?

[mini49]

@Hemingway,

falls du auf der Box noch keinen TRIM-Befehl laufen hast, dann würde ich einen einbauen. Im vuplus-Forum gibt es mehrere Methoden dazu. Ich habe mich aber für einen einfachen Weg mittels Cron-Job entschieden. Die angehängte Datei root.txt musst du dazu nur in den Ordner /etc/cron/crontabs kopieren und die .txt Endung mit Umbenennen entfernen und die gewünschten Startzeiten anpassen (nur mit Notepad++). Bei mir startet fstrim täglich 5 Minuten nach 6 Uhr und der Output wird in fstrim.log auf /media/hdd geschrieben, damit ich kontrollieren kann, ob auch alles funktioniert. So bin ich zufällig draufgekommen, dass auf der VU+Duo4kLite mit VTi16 der Cron-Job nicht funktioniert.

root.txt

Fri Oct 23 06:05:00 CEST 2026 /media/hdd: 919051079680 bytes trimmed

[Hemingway]

Danke, das TRIM-Skript ist eine super Vorbeugungsidee. Aber ich hab den Eindruck, dass in deiner Installationsanleitung noch etwas fehlt.
Ich habe gerade eine Versuchsreihe gemacht: deine Datei "root" (ohne Punkt, ohne Dateierweiterung) in NP++ verändert;
1. auf 15 22 eingestellt => init 4 => kopiert nach /etc/cron/crontabs/ => init 3 => Box weiter laufen lassen => fstrim startet korrekt und schreibt sein log-file:
"Fri Oct 23 22:15:00 CEST 2026 /media/hdd: 143077531648 bytes trimmed".
2. auf 30 22 eingestellt => init 4 => kopiert nach /etc/cron/crontabs/ => init 3 => Box in DeepStandby => Box wacht nicht auf, folglich keine logfile-Erweiterung.
3. auf 45 22 eingestellt => Box gestartet => init 4 => kopiert nach /etc/cron/crontabs/ => init 3 => fstrim startet korrekt, erweitert aber sein log-file nicht:
immer noch "Fri Oct 23 22:15:00 CEST 2026 /media/hdd: 143077531648 bytes trimmed."
Kurz gesagt: Das Skript ist großartig, aber wie bekomme ich es dazu, die Box aufzuwecken, seinen Job zu erledigen und die Box wieder einzuschläfern?
Die debug-files hänge ich an.
Und jetzt Gute Nacht!

[mini49]

Kurz gesagt: Das Skript ist großartig, aber wie bekomme ich es dazu, die Box aufzuwecken, seinen Job zu erledigen und die Box wieder einzuschläfern?

Kurz gesagt, indem du eine Einschaltaufgabe und eine Ausschaltaufgabe erstellst!

Menü/Aufgaben/Geplante Aufgaben/Hinzufügen

Ich lasse fstrim aber immer dann laufen, wenn die Box ohnehin eingeschaltet ist.

Mir ist auch nicht klar, was in obigen Debug-Files zu sehen sein soll.
Außer ein paar connection lost ist mir nichts aufgefallen?

Gab es neue Hangs oder SSD-Ausfälle?

[wohliks]

Ich lasse fstrim aber immer dann laufen, wenn die Box ohnehin eingeschaltet ist.

Genau sowas wollte ich auch schreiben - meine beiden VU starten per Aufgabe Spätnachmittags, damit sie zu Beginn des Fernsehabends schneller "an" sind. In diesen Zeitraum habe ich auch den cronjob für fstrim gelegt, so geht das völlig unspektakulär und zuverlässig über die Bühne.