Box hängt mit "VU+ SOLO2" im Display

jungsef · 7. Februar 2016, 10:26

Ich habe epg.dat und Picons auch schon ins Flash ausgelagert, trotzdem tritt der Hänger alle paar Wochen mal auf.
Aber dank secureboot wird das dann abgefangen. :8)

Lade mal auch den letzten Log hoch.

removed · 7. Februar 2016, 10:31

Hat jemand zu den beiden letzten Crashes auch nen e2 Log ?

hajeku123 · 7. Februar 2016, 10:40

ist bei mir ab Zeile 1 in Datei "Booterror.log" (Post #339) enthalten ?-(

Spoiler anzeigen

jungsef · 7. Februar 2016, 10:41

Hallo Plinck, du meinst den Log, den man über VTI - Einst-System - "Debug-Ausgabe aktivieren" einschalten kann?
Den habe ich leider erst nach dem letzten Ereignis am 27.01. aktiviert. ;_(

removed · 7. Februar 2016, 10:43

@hajeku123

Danke, hatte ich nicht gesehen

rodriquez · 7. Februar 2016, 10:57

Bei mir ist das nächtliche "hängen" verschwunden, dafür geschieht es öfters, dass bei einem GUI Neustart (ohne Crashlog) aus einem FHD Skin ein HD Skin wird, und dabei sogar ein Zwitter eine Mischung aus FHD und AtileHD

hajeku123 · 7. Februar 2016, 11:09

erstaunlicherweise ist das immer der gleiche Fehler.
siehe auch
e2-Log aus Post #307
e2-Log aus Post #17

EDIT
oder auch hier #171

removed · 8. Februar 2016, 19:36

Hm, bitte mal das Update von heute machen und weiter beobachten

normann · 14. Februar 2016, 09:41

Hatte am 12.02. Abends den ersten Hänger beim Hochfahren seit Installation 9.0.2. Secureboot war drauf (Gott sein Dank) und gestern hat er mir auch bei neuerlichen Hochfahren angezeigt, dass secureboot neu gestartet hat.
Hier das LOG.
Hatte allerdings debug noch nicht eingeschaltet auf der Box, sodass evtl. ein Teil in der LOG Datei fehlen könnte.

Beschreibung:

Es sah so aus, als ob diesmal wirklich die NAS noch nicht bereit war beim ersten Startversuch und auch beim reboot durch secureboot war die NAS wohl immer noch nicht da, da kein Fenster kam und kein LOG da war auf der NAS.
NAS läuft als HDD Ersatz.

Gestern Abend dann, nach dem nächsten Einschalten dann doch das Meldungsfenster vom Vortag mit dem kopieren der LODGDatei auf die NAS. Komisch, aber jetzt gibt es ja erstmal was.

Werde das debug noch einschalten und dann mal weiter schauen.
Vieleich kann man ja schon jetzt was aus dem LOG rauslesen.
Übrigens habe ich die Updates alle gemacht bis auf das letzte.

hajeku123 · 18. Februar 2016, 05:38

Updates sind alle drauf, Box hing erneut beim Hochfahren. Hab heute gesehen, dass Secureboot den Boothänger vorgestern abgefangen hatte.
E2-Log wie folgt.

normann · 18. Februar 2016, 14:45

Eben wieder ein Hänger beim Hochfahren nach DeepStandy.
Meldung kam keine. Logfile mit secureboot wurde aber einwandfrei geschrieben.

Ein Ausschalten der Box war nicht möglich, die machte nur eine Restart, wie man es beim Neustart der Enigma Gui her kennt.
Erst ein per Konsole abgesetztes shutdown -r now, startete die Box komplett durch.

Box fährt aber immer noch nicht komplett runter, weder über FB noch über das Ausschaltmenü. Die Einstellungen stehen aber richtig auf Runterfahren.
Ein APP Crash wurde aber auch geschrieben.
Irgendwas verhindert jetzt das Ausschalten der Box. Auch ein Ausschalten per Schalter brachte keine Besserung.

Eine Deinstallation von secureboot brachte Abhilfe. Box schaltet aus.
Secureboot neu installiert --> Crash
Erneuter Versuch Box runter zu fahren scheitert erneut.

EDIT

Box hat anscheinend bei jedem Reboot ein Crash geschrieben. Securboot erstmal wieder deinstalliert, da es mit dem Plugin einfach nicht mehr runterfährt.

xelypse · 20. Februar 2016, 07:48

Bei mir heute auch nach einigen "sauberen" Tagen wieder mal eine Überraschung nach dem Aufstehen. Hier auch mal mit Log.
Bis jetzt dachte ich eigentlich, dass das Problem beim Hochfahren liegt, hier sieht es aber ja so aus, als ob der Autoshutdown die Ursache war.

Erst der lange Druck der FB hat die Box wieder durchstarten lassen.

normann · 21. Februar 2016, 22:18

Und noch einer:

hajeku123 · 22. Februar 2016, 06:17

Die Logs sind nicht relevant und stammen aus dem Testmodus von Secureboot.
Bitte Testmodus deaktivieren.

normann · 22. Februar 2016, 09:39

War deaktiviert. Nachricht kam gefühlte 3 Neustarts später, daher dachte ich an einen erneuten Hänger.

hajeku123 · 27. Februar 2016, 08:42

so, secureboot hat heute den nächsten Hänger abgefangen.
Hing wieder an der gleichen Stelle.
Ich fasse meine Logs mal hier zusammen.

plnick schrieb:

Hm, bitte mal das Update von heute machen und weiter beobachten

Gibt es schon neue Erkenntnisse?

Snofru · 29. Februar 2016, 13:01

Ich schließe mich mal mit 2 Logs an. Ich bin auf der aktuellen VTI Version.

maarmu · 2. März 2016, 13:01

Leider habe ich auf meiner einen Box (Oscam Client) gestern abend auch den lästigen Hänger gehabt.

Seit Mitte Dezember 2015 das erste Mal.

Morgens wird die Box von EPGshare gestartet, der Serienrecorder macht den Suchlauf und schaltet die Box aus. DAS hat geklappt.

Am Nachmittag sollte die Box für eine Aufnahme aus dem Deepstandby starten. Leider erfolglos. Es blieb beim Hänger.

Die Eingabe von init 4 und init 3 via telnet hat zu nichts geführt. Es musste ein "hartes" Aus- und Einschalten vorgenommen werden.

Danach habe ich das Update vom 24.02.16 durchgeführt und einen Neustart gemacht.

Heute morgen lief alles glatt.

Nervig ist, dass ein Grund überhaupt nicht erkennbar ist, zumal die andere Box mit denselben Einstellungen läuft.

normann · 2. März 2016, 13:50

Tja, hier warten einige auf eine Lösung. Eine Erklärung wäre aber auch schon mal was. ?-(

maarmu · 2. März 2016, 14:20

Ich werde jetzt auf der Client-Box einfach das Plugin "Secureboot" von Hajeku123 installieren.

Hoffentlich bekomme ich es eingerichtet. D:

Dann sollte ich einerseits erkennen können, ob und wann ein Hänger auftritt.

Andererseits würde Secureboot ein dauerhaftes Hängen verhindern und ein Log-File erzeugen, mit dem kundige Programmierer nach dem Hochladen etwas anfangen können.

Nur dann könnte man ggf. eine Lösung finden. Wenn die Programmierer das Problem nicht haben und sie keine Log-Files bekommen, wäre eine Äußerung zur Ursache wohl nur Kaffeesatzleserei.

Ändert aber nichts daran, dass der Zustand schon nervig ist, wenn Aufnahmen ohne erkennbaren Grund versemmelt werden.