AutoReboot TAP

[asrael]

[quote=""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 [/quote]

Ja, danke, das Punktproblem kannte ich und glaube nicht, dass es daran lag.

Mit freundlichen Grüßen

asrael

[Elle4u]

[quote=""asrael""]Ja, danke, das Punktproblem kannte ich und glaube nicht, dass es daran lag.[/quote]
OK. War mein erster Gedanke bei "Stirf"

[nilssohn]

[quote=""Elle4u""]Falls Filer2 wirklich Probleme machen sollte kannst Du ja immer noch auf die 1.20 wechseln [/quote]
Ich gehe doch nicht 13 Betas lang mit und gebe dann auf!

Viele Grüße

nilssohn

P.S. Stirf stellt sich heute Abend mal ins Eck.

[asrael]

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

Hi,

jetzt bin ich aber in eine böse Falle gelaufen.

Hatte AutoReboot aus meinem BootMenu TAP heraus als erstes gestartet (über HDD_TAP_Start() aus der FireBirdLib). Allerdings lieferte mit BootReason() dann nie BOOT_CRASH_REBOOT zurück.

Nachdem ich schon sehr an meinen Programmierkünsten zweifelte, habe ich dann mal AutoReboot direkt aus AutoStart heraus (vor BootMenu) gestartet und siehe da, jetzt klappt es.

Im Prinzip kann ich damit leben, es ist nur eine mögliche Fehlerquelle, über die auch andere stolpern könnten. Wäre es deshalb irgendwie möglich, dass BootReason() einen BOOT_CRASH_REBOOT auch anzeigt, wenn AutoReboot per HDD_TAP_Start() gestartet wird?

Mit freundlichen Grüßen

asrael


PS: BootReason() liefert übrigens *in beiden Fällen* korrekterweise BOOT_TIMER zurück.

[asrael]

[quote=""nilssohn""]Ich gehe doch nicht 13 Betas lang mit und gebe dann auf!

[/quote]

Recht hast Du!!

[FireBird]

[quote=""asrael""]Hatte AutoReboot aus meinem BootMenu TAP heraus als erstes gestartet (über HDD_TAP_Start() aus der FireBirdLib). Allerdings lieferte mit BootReason() dann nie BOOT_CRASH_REBOOT zurück. [/quote]
Eigentlich müsste AutoReboot egal sein, wie es gestartet wird. Sobald der erlaubte RebootCount abgelaufen ist, wird die Variable BootReason = BOOT_CRASH_REBOOT gesetzt. Erst danach darfst Du den Status mit BootReason() abfragen. Dann wird es für die Verzweigung im BootMenu TAP aber schon zu spät sein.

[nilssohn]

[quote=""nilssohn""]P.S. Stirf stellt sich heute Abend mal ins Eck.[/quote]
Bisher ist nix mehr passiert. Stirf darf bis zum nächsten Absturz erst mal bleiben (hab spaßeshalber den EPG-Fix mal von 30% auf 10% geändert. Wer weiß? ).

Unterdessen habe ich den Topf weiter urlaubsfest gemacht. Neben AutoReboot haben das PowerRestore TAP nebst P- und T-Patch ihren Weg aufs Gerät gefunden. Wär' doch gelacht, das! <rüstungklirrenlass> :

Viele Grüße

nilssohn

[asrael]

[quote=""FireBird""]Eigentlich müsste AutoReboot egal sein, wie es gestartet wird. Sobald der erlaubte RebootCount abgelaufen ist, wird die Variable BootReason = BOOT_CRASH_REBOOT gesetzt. Erst danach darfst Du den Status mit BootReason() abfragen. Dann wird es für die Verzweigung im BootMenu TAP aber schon zu spät sein. [/quote]

Müsste egal sein, ist es aber nicht (zumindest bei meinen Tests heute abend). :
Bei mir klappte es nur, wenn AutoReboot selbst im AutoStart war und nicht per BootMenu gestartet wurde.

Ich kann im BootMenu-TAP auch wie gewünscht verzweigen, etwa so:

Code: Alles auswählen

switch (BootReason()) {
  case BOOT_CRASH_REBOOT:
    // tu dies
    break;
  case BOOT_TIMER:
     // tu das
     break;
  default:
    // tu sonstiges
}

Erst beim letzten Reboot wird dann "tu dies" ausgeführt, sonst "tu sonstiges".

Mit freundlichen Grüßen

asrael

[chrisly]

Um sicherzugehen, kannst Du ja für den Urlaub noch eine Zeitschaltuhr dazwischenhängen, die den Topf nachts vom Strom trennt. In Extremfällen hilft nur noch das (und hat bei meinem Urlaub bestens geklappt...).

[phil-99]

Wenn ich länger verreise dann nehme ich einfach den TAPCommander und deaktiviere sätmliche TAPs. Es laufen dann nur noch PowerRestore, JAG´sEPG, in Zukunft vieleicht noch RecCopy und eventuell stirf. Mehr braucht es eigentlich bei Abwesenheit nicht. Somit ist es fast ausgeschlossen, dass der Topf abstürzt.
Nach Rückkehr werden über TAPCommander einfach wieder die anderen TAPs aktiviert und gut ist.

viele Grüße
phil

[nilssohn]

[quote=""chrisly""]Um sicherzugehen, kannst Du ja für den Urlaub noch eine Zeitschaltuhr dazwischenhängen, die den Topf nachts vom Strom trennt. In Extremfällen hilft nur noch das (und hat bei meinem Urlaub bestens geklappt...).[/quote]
Hast Du mich gemeint? Dann danke für den Tipp. Derzeit läuft aber alles bestens, sogar (oder gerade?) nach den letzten nicht unerheblichen Änderungen. Ich bin zuversichtlich. Und eine Zeitschaltuhr wäre eine Kapitulation, geeignet als "Plan C".



Nein, eher "Plan Z". :

Viele Grüße

nilssohn

Edit: phil-99s Tipp (den ich eben erst erfasst habe) wäre demnach "Plan B". Danke!

[asrael]

[quote=""phil-99""]Wenn ich länger verreise dann nehme ich einfach den TAPCommander und deaktiviere sätmliche TAPs. Es laufen dann nur noch PowerRestore, JAG´sEPG, in Zukunft vieleicht noch RecCopy und eventuell stirf. Mehr braucht es eigentlich bei Abwesenheit nicht. Somit ist es fast ausgeschlossen, dass der Topf abstürzt.
Nach Rückkehr werden über TAPCommander einfach wieder die anderen TAPs aktiviert und gut ist.

viele Grüße
phil[/quote]

Mit dem TAP BootMenu kann man sich mehrere Startkonfiguration definieren. Es ist vor allem möglich, eine "harmlose" Konfiguration zusammenzustellen und BootMenu anzuweisen, diese für die nächsten xx Stunden (also z. B. den Urlaub, die Anwesenheit des Babysitters etc.) bei jedem Neustart automatisch zu benutzen.

In der neuen, noch (aber nicht mehr lange) unveröffentlichten Version wird es außerdem möglich sein, eine spezielle "Konfiguration bei Start wegen Timer-Aufnahme" zu definieren, so dass beim Starten des Topfs in Abwesenheit wegen Aufnahmen ebenfalls nur "harmlose" TAPs geladen werden.

In Verbindung mit dem AutoReboot TAP wird es außerdem möglich sein, eine spezielle "Konfiguration bei Start nach Crash" zu definieren, die dann ggf. reparierende Schritte durchführen kann (z. B. Löschen von Dateien (filer.db), Starten eines Reparatur-TAPs wie SmartKill etc.).

Mit freundlichen Grüßen

asrael

[ibbi]

[quote=""asrael""]wird es außerdem möglich sein, eine spezielle "Konfiguration bei Start wegen Timer-Aufnahme" zu definieren[/quote]

Wie kommst Du an diese Information?

[steve]

[quote=""ibbi""]Wie kommst Du an diese Information?[/quote]

Ist asrael nicht der Autor des Taps??

[ibbi]

[quote=""steve0564""]Ist asrael nicht der Autor des Taps?? [/quote]

Deshalb hielt ich es für sinnvoll, auch ihn danach zu fragen.

[steve]

[quote=""ibbi""]Deshalb hielt ich es für sinnvoll, auch ihn danach zu fragen. [/quote]

Ich glaub ich gebs für heute auf. Ich steh ja total aufm Schlauch! Ich dachte, Du meinst, wie er an diese Aussage kommt.... Was Du aber meintest, ist, wie er in seinem Tap mitbekommt, wann es sich um ein Timeraufnahme handelt, oder??

Ich glaub ich geh heim!!
ops: ops: ops:

[Harvey]

(Tschuldigung)

[asrael]

[quote=""steve0564""]Ich glaub ich gebs für heute auf. Ich steh ja total aufm Schlauch! Ich dachte, Du meinst, wie er an diese Aussage kommt.... Was Du aber meintest, ist, wie er in seinem Tap mitbekommt, wann es sich um ein Timeraufnahme handelt, oder??

Ich glaub ich geh heim!!
ops: ops: ops: [/quote]

Naja, beide Interpretationen waren doch möglich, oder?

Natürlich über die geschätzte FiredBird-Lib, die per BootReason verrät, warum der Topf gestartet wurde.

Mit freundlichen Grüßen

asrael

[ibbi]

[quote=""asrael""]Natürlich über die geschätzte FiredBird-Lib, die per BootReason verrät, warum der Topf gestartet wurde.[/quote]

Was aber - so einfach - nur funktioniert, wenn das TAP im Autostart liegt und auch während des Bootens von dort gestartet wurde.

[nilssohn]

[quote=""asrael""]Mit dem TAP BootMenu kann man sich mehrere Startkonfiguration definieren. Es ist vor allem möglich, eine "harmlose" Konfiguration zusammenzustellen und BootMenu anzuweisen, diese für die nächsten xx Stunden (also z. B. den Urlaub, die Anwesenheit des Babysitters etc.) bei jedem Neustart automatisch zu benutzen.[/quote]
Ich habe über die verschiedenen Vorschläge (Zeitschaltuhr, TAPs abschalten, BootMenu) noch mal nachgedacht.

Nachdem ich den Topf neu gestählt durch PowerRestore, AutoReboot und sogar Jag's AutoOff ins Rennen schicke, sollte er eigentlich den Ehrgeiz besitzen, drei Wochen auch ohne mein Eingreifen durchzustehen. Ist schließlich sein Job, oder? :

Sofern er die nächsten zehn Tage absturzfrei übersteht, werd' ich's riskieren, denke ich. Im schlimmsten Fall gibt's nach'm Urlaub ein bisschen Haue von der Regierung wg. ein paar verpassten Krankenhausserien. So what.

Viele Grüße

nilssohn