AutoReboot TAP

[Töppi]

Danke dir für die neue Version. Nehme mir mal eine vom Stapel.

[BartW]

Vielen Dank.

[ameise999]

danke für die neue version

gruss

[harbad]

Da bedanke ich mich auch. Mein Topf wird so langsam viel zu geschwätzig.

[asrael]

[quote=""FireBird""]AutoReboot kann nur einen gelegentlichen Absturz abfangen. Es kann aber z.B. keine Datenbank reparieren, die ein TAP beim Starten zum Crashen bringt.[/quote]

Hi Alex,

hierzu habe ich eine Idee. Vielleicht kann ja AutoReboot mit der FireBirdLib in folgender Weise kooperieren (vielleicht kannst Du den Autor ja mal ansprechen ):

Nach einem Auto-Reboot gibt BootReason die neue Konstante BOOT_CRASH_REBOOT (tBootReason) zurück.

Für ein TAP wie BootMenu wäre es dann möglich, aufgrund des Crashs in eine ungefährliche Konfiguration zu verzweigen oder auch ein spezielles Aufräum-TAP wie smartkill (für SmartEPG) aufzurufen.

Mit freundlichen Grüßen

asrael

[canarias]

Oh, ja auch ein danke von mir.

Ich hatte heute wieder ein eingefrorenes Frontpanel, vielleicht kann man da auch....

[buko]

Danke FireBird...

[PeterGJ]

Hallo Ell4u,
ich bin ein absoluter Anfänger im Topf Forum, aber Du scheinst mir gut betagt zu sein, wenn ich Deine Beiträge und Anzahl so sehe. Kannst Du mir mal ganz simpel erklären was eigentlich eine Batchschnellentschlüsselung ist. Ich kenne die Fachausdrücke noch nicht so, weil ich bis heute meinen TF5000PVR ausschließlich nur zum Fernsehen und Aufnehmen benutzt habe. Ich wußte ja nicht, dass man damit auh spielereien machen kann

Gruß PeterGJ

[FireBird]

Servus asrael,
[quote=""asrael""]Nach einem Auto-Reboot gibt BootReason die neue Konstante BOOT_CRASH_REBOOT (tBootReason) zurück.[/quote]
Das TAP erkennt nicht wirklich, um welchen Reboot es sich handelt. Es berechnet nur die Zeitdifferenz zum letzten Reboot. Das würde bedeuten, dass BootReason == BOOT_CRASH_REBOOT wäre, wenn jemand den Topf relativ kurzfristig aus- und wieder einschaltet. Oder soll dieser Status erst gesetzt werden, wenn RebootsAllowed abgelaufen ist und die Firmware für die AlternateAction vorbereitet wird?

[quote=""canarias""]Ich hatte heute wieder ein eingefrorenes Frontpanel, vielleicht kann man da auch.... [/quote]
....den Tiefkühltruhendeckel zumachen.


MfG. Alex

[asrael]

[quote=""FireBird""]Servus asrael,

Das TAP erkennt nicht wirklich, um welchen Reboot es sich handelt. Es berechnet nur die Zeitdifferenz zum letzten Reboot. Das würde bedeuten, dass BootReason == BOOT_CRASH_REBOOT wäre, wenn jemand den Topf relativ kurzfristig aus- und wieder einschaltet. Oder soll dieser Status erst gesetzt werden, wenn RebootsAllowed abgelaufen ist und die Firmware für die AlternateAction vorbereitet wird?

MfG. Alex[/quote]

Wenn RebootsAllowed abgelaufen ist, findet ja anschließend nur ein Freeze oder Shutdown statt. Dann könnte BootMenu nichts mehr auswerten.

Ich könnte damit leben, wenn BootReason immer auf BOOT_CRASH_REBOOT gesetzt wird, wenn die Zeitdifferenz zum letzten Booten kurz war.

Ich stelle mir ohnehin vor, dass man in der BootMenu.ini eine Konfiguration als diejenige kennzeichnet, die nach einem CrashReboot zu starten ist. Es gäbe dann aber eine Meldung ("Reboot nach Crash, sichere Konfiguration wird gestartet ...") und die Möglichkeit, auf Tastendruck normal zu starten.

Mit freundlichen Grüßen

asrael

[FireBird]

[quote=""asrael""]Wenn RebootsAllowed abgelaufen ist, findet ja anschließend nur ein Freeze oder Shutdown statt.[/quote]
Aber erst beim nächsten Crash. Hier könnte man noch mit einer verminderten Zahl von geladenen TAPs eingreifen.

[asrael]

[quote=""FireBird""]Aber erst beim nächsten Crash. Hier könnte man noch mit einer verminderten Zahl von geladenen TAPs eingreifen.[/quote]

Ach o.k. Wenn ich Dich recht verstehe, würde also sozusagen beim "allerletzen Versuch" CRASH_REBOOT als BootReason zurückgegeben werden? Das fände ich auch o.k.

Wenn Du BootReason entsprechend erweitern könntest, würde ich das TAP BootMenu anpassen. Ich werde aber nicht allzu bald dazu kommen, so dass das aus meiner Sicht nicht eilt.

Mit freundlichen Grüßen

asrael

[FireBird]

So, das Feature wurde still ein heimlich in die FBLib und AutoReboot eingebaut. Damit kannst Du Dich einmal herumspielen.

[asrael]

[quote=""FireBird""]So, das Feature wurde still ein heimlich in die FBLib und AutoReboot eingebaut. Damit kannst Du Dich einmal herumspielen.[/quote]

Super, wie immer schneller als die Polizei erlaubt. Jetzt bin ich wohl in der Pflicht :

Schönes Wochenende,

asrael

[nilssohn]

Hi,

ich habe AutoReboot aus gegebenem Anlass (mehrere Abstürze in der letzten Woche, immer während Aufnahmen, Ursache unbekannt, in Sichtweite zu einem dreiwöchigen Urlaub) gestern installiert.

Die .ini ist auf Shutdown eingestellt. Wenn ich die Aussagen in diesem Thread richtig interpretiere, kann es trotzdem sinnvoll sein, ein tägliches Abschalten anzustoßen. Ich habe dafür Jag's AutoOff 1.1 vorgesehen.

Ich plane folgende Abläufe:

03:00 RecCopy
06:00 AutoOff (neu)
06:05 3PG-Scan (bisher 06:00)

Sinnvoll so?

Viele Grüße

nilssohn

[asrael]

[quote=""nilssohn""]Hi,

ich habe AutoReboot aus gegebenem Anlass (mehrere Abstürze in der letzten Woche, immer während Aufnahmen, Ursache unbekannt, in Sichtweite zu einem dreiwöchigen Urlaub) gestern installiert.

Die .ini ist auf Shutdown eingestellt. Wenn ich die Aussagen in diesem Thread richtig interpretiere, kann es trotzdem sinnvoll sein, ein tägliches Abschalten anzustoßen. Ich habe dafür Jag's AutoOff 1.1 vorgesehen.

Ich plane folgende Abläufe:

03:00 RecCopy
06:00 AutoOff (neu)
06:05 3PG-Scan (bisher 06:00)

Sinnvoll so?

Viele Grüße

nilssohn[/quote]


Hi,

mehrere Abstürze in den letzten Wochen habe ich auch und zwar seit einer größeren Update-Aktion. Dies lehrt mich zunächst mal, nie mehr viele TAPs auf einmal zu aktualisieren.

Da Du ähnliche TAPs in der Signatur stehen hast wie ich, melde ich mich mal. Ich vermute filer (dann aber bereits ab einem 12er Prerelease), Stirf, Overfly oder AxEL mit Timer-Patch als Ursache, weil dies die kritischen Sachen sind, die ich aktualisiert habe.

Leider treten die Abstürze sporadisch auf, so dass ich das Problem noch nicht weiter einkreisen konnte. Manchmal ist die Filer-DB nach einem Absturz so zerschossen, dass nur noch deren Löschen hilft, weil sonst Filer immer wieder abschmiert. Ich weiß aber nicht, ob die Filer-DB nicht erst wegen des Absturzes zerschossen wird oder der primäre Grund war.

Hast Du an einem oder mehreren der oben genannten TAPs/Patches vor Deiner Absturz-Woche auch eine Aktualisierung durchgeführt?

Vielleicht lässt sich ja das Problem dadurch einkreisen.

Mit freundlichen Grüßen

asrael

[nilssohn]

Danke für Deine Antwort. Natürlich wäre es sinnvoller, die Ursache zu beseitigen anstatt die Symptome zu lindern.
[quote=""asrael""]Manchmal ist die Filer-DB nach einem Absturz so zerschossen, dass nur noch deren Löschen hilft, weil sonst Filer immer wieder abschmiert. Ich weiß aber nicht, ob die Filer-DB nicht erst wegen des Absturzes zerschossen wird oder der primäre Grund war.[/quote]
Ich habe Filer nicht primär in Verdacht. Die entsprechende Aufnahme ist nach dem Absturz zwar unvollständig. Filer repariert aber auf Wunsch den Header und funktioniert ansonsten normal.

Hast Du an einem oder mehreren der oben genannten TAPs/Patches vor Deiner Absturz-Woche auch eine Aktualisierung durchgeführt?

Lass' mal sehen, was in den fraglichen Zeitraum fällt:

• 3PG 1.11 auf 1.12: zu früh
• IB 2.1 RC irgendwas auf 2.2: zu früh
• Filer 2 B11 auf B12: ca. 26.04.07, zu früh
• aXeL: ca. 07.05.07; zu früh
• S-Patch: ca. 08.05.07; zu früh
• RecCopy: ca. 13.05.07; zu früh
• NiceDisplay 1.8 B6 auf B7: ca. 15.05.07; eigentlich zu früh
• Filer 2 B12 auf B13: ca. 18.05.07; ja, könnte sein.

Zeitlich gesehen kommt wirklich fast nur Filer in Frage.

Danach habe ich nur noch in Stirf etwas verstellt (aus dem Kopf: die Änderung von "Auto" in "30%") und die Timer von RecCopy und 3PG einige Male verstellt wie hier beschrieben.

Viele Grüße

nilssohn

[asrael]

[quote=""nilssohn""]Danke für Deine Antwort. Natürlich wäre es sinnvoller, die Ursache zu beseitigen anstatt die Symptome zu lindern.

Ich habe Filer nicht primär in Verdacht. Die entsprechende Aufnahme ist nach dem Absturz zwar unvollständig. Filer repariert aber auf Wunsch den Header und funktioniert ansonsten normal.


Lass' mal sehen, was in den fraglichen Zeitraum fällt:

• 3PG 1.11 auf 1.12: zu früh
• IB 2.1 RC irgendwas auf 2.2: zu früh
• Filer 2 B11 auf B12: ca. 26.04.07, zu früh
• aXeL: ca. 07.05.07; zu früh
• S-Patch: ca. 08.05.07; zu früh
• RecCopy: ca. 13.05.07; zu früh
• NiceDisplay 1.8 B6 auf B7: ca. 15.05.07; eigentlich zu früh
• Filer 2 B12 auf B13: ca. 18.05.07; ja, könnte sein.

Zeitlich gesehen kommt wirklich fast nur Filer in Frage.

Danach habe ich nur noch in Stirf etwas verstellt (aus dem Kopf: die Änderung von "Auto" in "30%") und die Timer von RecCopy und 3PG einige Male verstellt wie hier beschrieben.

Viele Grüße

nilssohn[/quote]

Hi,

werde RecCopy noch 3PG habe ich im Einsatz. Overfly hast Du nicht im Einsatz. Ich vermute daher ein unheilvolles Zusammenspiel von stirf und Filer und vielleicht noch automove. Ich erinnere mich, dass Elle irgendwas am Event-Handler geändert hat, um anderen TAPs mehr Zeit einzuräumen. Vielleicht, dass das irgendwelche bösen Auswirkungen hat.

Ich werde jetzt mal einige Tage komplett auf Filer verzichten und dann sehen, ob immer noch Abstürze kommen. Ärgerlich ist es halt, dass es immer einige Zeit dauert, bis Probleme auftreten.

Mit freundlichen Grüßen

asrael

[nilssohn]

[quote=""asrael""]Ärgerlich ist es halt, dass es immer einige Zeit dauert, bis Probleme auftreten.[/quote]
Dito bei mir. Vielleicht stelle ich Filer (oder Stirf? )vorübergehend auch mal ins Eck. Automove sollte sich bei mir übrigens mit nix beißen. Es wird erst nach 48 h aktiv.

Falls ich die Ursache nicht finde, zurück zu meiner ursprünglichen Frage:

[quote=""nilssohn""]Sinnvoll so?[/quote]

Viele Grüße

nilssohn

[Elle4u]

Beachte bitte, dass in Stirf noch immer das Problem mit den Abstürzen bei Dateinamen mit "." besteht.
Das ist nur in EuroStirf gefixt!

P.S. Falls Filer2 wirklich Probleme machen sollte kannst Du ja immer noch auf die 1.20 wechseln