BootMenu 0.32

[chrisly]

Da sind wohl die Wurschtfinger schuld ...

Nee - die waren´s nicht. ops:
Versehentlich hatte ich das Handbuch der Version 0.27 durchsucht (ich bin Jäger und Sammler ).
Und dabei ist es im aktuellen Handbuch so schön beschrieben!!!

Hat eigentlich jemand von Euch BM zusammen mit SDS laufen? Eigentlich ist das ja unsinnig, aber vielleicht hilft es mir ja weiter ...

[Bernhard75045]

Du musst die Ausschaltkontrolle deaktivieren.

Genau, das war's.

Jetzt hab ich das im Handbuch auch sofort wieder gefunden.

Hat - wie erwartet - wunnebar funxioniert.

Martin - falls es sich irgendwann mal tatsächlich wieder ergeben sollte, dass wir uns in der "Stammtischstadt Siegburg" wieder sehen, bin ich dran, ein Runde Siegburger zu schmeißen...

Danke

[Lucky-Toepfer]

[quote="Bernhard75045"]
Ich nutze BM ja nicht zum eigentlichen Zweck sondern missbrauche das TAP nur im gelegentlichen Betrieb als "BAT-Datei-Ausführer". Hat mir schon manches mal das Anschließen eines PC's erspart.

Ich gehe dabei so vor:
Ich hab ein paar Sicherheitskopien von wichtigen Dateien angelegt. Wenn diese nun offensichtlich beschädigt sind (bspw. die iTiNa_GD oder die EPG-Control.DB oder die Filer-Datenbank) starte ich den Topf mit gedrückter "0" und dann BM mit recht lange stehendem Startmenü-Bildschirm. Hier habe ich "kleine" item-Einträge, die die jeweilige alte Datei löscht und ggf. die neue in den entsprechenden Ordner kopiert bzw. entsprechend umbenennt. Ansonsten wird nichts ausgeführt.
Geht ganz gut, auch wenn es manchmal "fast schon schmerzt, dieses geniale TAP für derart niedere Dienste zu missbrauchen!".
[/quote]

Gute Idee. Das könnte ich mir eigentlich auch mal einrichten.

[Bernhard75045]

Naja, ganz so oft brauche ich das ja zum Glück nicht. Aber wenn du iTiNa nicht mehr starten kannst, weil die GD irgendwie beschädigt ist oder weil die Control-DB Probleme macht ist es schon nützlich, das Ganze in zwei, drei Minuten sofort erledigen zu können.

Wie gesagt ist BM dafür eigentlich überdimensioniert, aber es klappt ganz gut - mittlerweile auch so, dass sich BM nach getaner Arbeit wieder automatisch verabschiedet...

[chrisly]

mittlerweile auch so, dass sich BM nach getaner Arbeit wieder automatisch verabschiedet...

Perlen vor die Säue ...

[Bernhard75045]

Perlen vor die Säue ...

Naja, vielleicht bringt Asrael irgendwann mal eine Light-Version davon raus...

[chrisly]

Ich versuche gerade, BM mit SDS zu kombinieren, um herauszufinden, ob der Topf dann sichererer abschaltet.
Dafür muss ich ja "poweroff off" setzen. Gibt es eine Möglichkeit, trotzdem zum Ausschaltzeitpunkt einen LOG-Eintrag zu erzeugen?

[mvordeme]

Wie soll das gehen? BM ist läuft dann ja nicht mehr. Vielleicht logt SDS ja auch ...

[chrisly]

Ich glaube, SDS logt nicht.
Aber in der BM-cmd habe ich auch die Befehle tsrmenu user.cmd und reloadable, die - glaube ich - das Schließen von BM verhindern.
Aber der LOG-Befehl war bisher in der bye.cmd hinterlegt, die ja jetzt nicht mehr aktiv wird.

[chrisly]

Ich habe jetzt 2 Monate lang BM mit SDS (zum abschalten) kombiniert. Und seitdem hatte ich kein Problem mehr damit, dass der Topf beim Ausschalten hängen bleibt ("OFF") und nur durch Steckerziehen reanimiert werden konnte.
Anscheinend hängt es also doch mit der anderen Art des Abschaltens (kurze Sofortaufnahme) bei BM zusammen.

Wäre es möglich, die Abschaltfunktion an das SDS-Verfahren anzupassen? Wäre toll, falls das geht (und nicht zu viel Aufwand ist)! Der Feuervogel hätte doch bestimmt nichts dagegen ...

Ansonsten läuft BM übrigens sehr stabil und ich möchte es nicht mehr missen!

[chrisly]

Es wird doch mal wieder Zeit, diesen Thread nach vorne zu bringen ...
Asrael scheint ja hier leider nicht mehr aktiv zu sein, aber evtl. kann er sich doch noch einmal melden, um was zu diesem Problem zu sagen, das im Zusammenhang mit Autoextender entdeckt wurde:

... PVR-Restart während der Nachbehandlung einer Aufnahme, wodurch ein TAP-Lock bestehen bleibt. Ich bin jetzt beim Recherchieren für TMS auf das TAP AutoReboot gestoßen, das genau dieses Problem verursachen kann - allerdings für TMS. Es registriert regelmäßig Timestamps und läßt sie von einer "unabhängigen" Instanz prüfen. Wenn sie für eine gewisse Zeit ausbleiben, wird ein Restart veranlasst. Das genau ist aber der Fall bei der Nachbehandlung einer Aufnahme durch AX. Für mehrere Sekunden werden dabei alle TAPs gelockt, AutoReboot kann also keinen Timestamp setzen, was zum Reboot führt. Was hat das jetzt mit Non-TMS zu tun? Bei weiteren Recherchen bin ich auf diesen Post gestoßen. Wenn das so ist, was ich nicht nachprüfen kann, gibt es einen weiteren Hauptverdächtigen: BootMenu. Vorläufige Schlußfolgerung:

AutoReboot, BootMenu sowie alle TAPs mit vergleichbarer Funktionalität sind mit AX inkompatibel.

Entwarnung für AutoReboot: Die einstellbare Minimalzeit bevor es zum Reboot kommt ist 10 Sek. Damit spielt das für AX keine Rolle. Bei BootMenu sind die Verhältnisse noch völlig ungeklärt.

Gibt es bei BM auch diese 10 Sek. Minimalzeit? Falls nicht, könnte das der Auslöser der Reboots sein ...