Box startet nicht, wenn newnigma2.to down - gelöst :-)

@Alfred E. Neumann
Wenn das e2 ständig am Neustarten ist (also nicht komplett die Box) und du Zugriff per Ftp hast, sollte auch ein einfaches e2-log möglich sein und ggf. was zeigen.
Mit diesem Befehl startest du ein Live-e2Log mit Beginn des Befehls:
journalctl -f -u enigma2

Wenn du es in ein File schreiben willst, sollte es so gehen:
journalctl -f -u enigma2 > /tmp/e2.log

Falls das /tmp beim Neustarten gelöscht wird, müsstest du das File z.B. nach /media/hdd/e2.log speichern.

Das Schreiben des Log-Files beendest du dann mit STRG+C.

Wenn du damit kein Logfile erzeugt bekommst, hilft wohl nur noch ein echtes Bootlog.

journalctl -b liefert die Einträge seit dem letzten Start. Da der Update-Check aus e2 gestartet wird, sollte da schon was erkennbar sein.

N‘Abend,

also ich hab nie Probleme egal ob der Feed gerade da ist oder nicht. Von daher schließe ich den Feed als Hauptverantwortlichen für dieses Verhalten aus.

Hallo, meine Box startet zwar wenn der Feed down ist, aber ich konnte in der Zeit auch keine offline updates von plugins machen, die ich vorher schon runtergeladen hatte. danach wieder alles problemlos.

Man sieht, dass der UpdateCheck vom NN2 gestartet wurde "[UpdateCheck] we are online'" und dann das Ganze für etwas über 1min hängt und dann e2 neu gestartet wird und das Ganze dann von vorn beginnt:
gutemine hatte damals über sein Feed-Plugin in der /etc/apt/apt.conf ein paar Zeilen ergänzt, um ein apt-Timeout festzulegen.
Ggf. könnte das bei dir in diesem Fall auch helfen.

Für die dm920 könnte die /etc/apt/apt.conf dann z.B. so aussehen (Timeout von 10sek - den Wert kann man ggf. auch verringern/vergrößern):
Kannst es ja mal testen

PS:
Das mit dem ImportError kommt vom MultiEPG_MV.
Da wird intern versucht, Teile aus dem GP4 zu laden, um intern weitere Funktionen bereitzustellen.
Das ist also nur eine Ausgabe, dass der Import vom GP4-MoviePlayer nicht möglich war und somit kein eigentlicher Plugin-Fehler.

Ohne jetzt wirklich helfen zu können, aber war das beim DreamOS nicht so, wenn die Box z.B. nicht am NW hängt ( ist ja fast so wie wenn der Feed nicht erreichbar wäre ), und bootet, dass dann der Bootvorgang so lange dauert, bis ein gewisser Timeout überschritten war, und dann erst weiter lief? Weiß jetzt aber nicht mehr, ob das e2 dann mehrere Versuche gestartet hatte, um die Connection herzustellen, oder ob es einfach nur die sagen wir mal 30-60sec abwartet, ob die Verbindung inzwischen doch hergestellt werden konnte?

e2 startet sich ja na etwas über 1min automatisch neu, wenn es beim Start hängt.
Von daher kann man da auch nichts testen, um länger zu warten.

Und nicht am NW hängen ist dann doch was anderes als wenn der Feed nicht erreichbar ist.
Das mit längeren Booten betraf dann glaub ich die Netzwerkmounts, wenn die nicht erreichbar waren.

ok, dann hab ich das jetzt verwechselt, bzw. sind das unterschiedliche Probleme.

Wenn das Problem jetzt wirklich an einem nicht erreichbaren Feed liegen sollte, dann müsste sich das ja mit einem Fakeeintrag für einen nicht vorhandenen Feed reproduzieren lassen, oder nicht?

Das mit dem durch Fakefeed reproduzieren meinte ich ja so. Du erstellst eine test-feed.list in der du eine sinnlose URL einträgst, die nicht erreichbar ist. Also nach meinem Gedankengang dann so, als wenn ein NN2 Feed nicht erreichbar wäre. Ich weiß jetzt natürlich nicht, inwieweit da der zurückgegebene Errrorcode da noch Einfluss haben könnte. 404 oder ein anderer halt.

Ich hoffe, ich konnte das jetzt einigermaßen erklären .

Da der NN2-Server in der Nacht (ich glaube aktuell gegen 01.00 Uhr) aufgrund einiger laufender Server-Routinen öfter nicht erreichbar ist, könntest du das eigentlich jede Nacht versuchen nachzustellen (lt. deinem Log war es bei dir um 01.25 Uhr)

Sieht man auch hier im Forum, wenn der Server nicht reagiert.
Dann wäre ein guter Zeitpunkt für einen Test mit der Box.

Ich glaube ein Fake-Feed ist auch noch was anderes als ein korrekter Feed, wo der Server einfach nicht reagiert.
Bei einem Fake-Feed kommt vermutlich sofort eine entsprechende Meldung zurück und es wird nichts blockiert.

Die Frage wäre vielleicht auch, was lässt die Box gerade immer um diese Zeit aufwachen. Könnte man den Zeitpunkt nicht eventuell ändern?

Oder halt der Vorschlag von Sven aus Post 28

So, heute 4Uhr Board nicht erreichbar, und kurz vor der Arbeit einen Test mit meiner TWO und DM920 gemacht. Beide Boxen sind ohne Erreichbar des Boards (Feeds?) klaglos hochgefahren. Ich muss aber noch mal nachsehen, ob ich die Updateprüfung beim Hochfahren aktiviert habe.

Ich hab mir nochmal den Code vom NN2-updatecheck angeschaut.
Das Feed-Update wird dort beim e2-Start auch dann ausgeführt, wenn die Update-Prüfung beim Start im NN2-Setup deaktiviert ist.
Offensichtlich wird bei Deaktivieren dieser Option lediglich keine Meldung zu möglichen Updates ausgegeben, aber dennoch ein Feed-Update ausgeführt.

Ich hab das im Code mal versucht anzupassen, so dass das Feed-Update beim Start nur ausgeführt wird, wenn auch die Option zum Prüfen beim Start aktiviert ist.

Hinweis:
Die Datei "updatecheck.py" im Anhang in folgenden Ordner auf die Box kopieren:
/usr/lib/enigma2/python/Plugins/newnigma2/paketmanager/
Zuvor aber die vorhandene originale updatecheck.py sichern.
Nach dem Kopieren dann einen GUI-Neustart machen und beobachten.

Bei Problemen wieder ein e2-Log erstellen und hier posten.

PS:
Das File sollte sowohl in OE2.5 und OE2.6 funktionieren.
Auch habe ich eine kleine Anpassung vorgenommen, um vielleicht die Probleme mit dem "*** buffer overflow detected ***" beim Boxstart zu umgehen.
Da ich das Problem mit dem "buffer overflow" hier bislang nicht nachstellen konnte, ist es auch schwierig die Anpassung hier zu testen.

Wenn jemand das Problem mit dem "buffer overflow" gezielt nachstellen kann, kann er mir ja mal eine PN schicken, so dass man intern versuchen kann, das Problem anzugehen.

Ist denn, wenn das Board nicht erreichbar ist, gleichzeitig auch der Feed nicht online?

Wie gesagt, das würde ja meinem Test von heute früh widersprechen, wenn es am Updatecheck liegen sollte. Dann hätte ja meine Box das gleiche Verhalten zeigen müssen, wie bei Alfred.