FlatTV hat geschrieben:Ich würde nur 2 Scripte bevorzugen "/var/tuxbox/config/before_unmount.sh" und "/var/tuxbox/config/after_mount.sh"
So bleibt's schlank und übersichtlich...
cu FlatTV
Ich würde es trotzdem so halten, dass man es für jede Partition machen kann. Das hat in Abhängigkeit von dem was gemacht werden soll, auch für den Benutzer den Vorteil, dass man das Ganze auch präziser gestalten kann. Für das alte Menü wäre das so nicht möglich gewesen, weil es vom Aufbau her auch ganz anders war und nur wenig Abstraktion zugelassen hat. Die bisherigen Scripte format.end/start, check.end/start entfallen dann auch.
1.Vorschlag: Scripts only
Es kann für jede einzelne Partition vor dem Aushängen und nach dem Einhängen ein Customizing-Script ausgeführt werden.
Die Scripte liegen bevorzugt in
oder
Das Schema für die Benennung erfolgt quasi konform zur Partitionstabelle wobei Laufwerke und Partitionen jeweils
numerisch -1 zugeordnet werden.
Unmount:
- ./before_unmount_[LAUFWERK 0...2]_[PARTITION 0...3].sh
Mount:
- ./after_mount_[LAUFWERK 0...2]_[PARTITION 0...3].sh
Beispiel: Es soll auf einem MMC-Laufwerk die 2.Partition verarbeitet werden, dann werden die Scripte so getauft:
- ./before_unmount_2_1.sh
./after_mount_2_1.sh
Man könnte es auch wie bei den Startscripts machen und ein Script erstellen wo man alles über Parameter regelt und dessen Name aussagekräftiger ist z.B.:
- ./handle_outsourced_stuff.sh
und legt dann darauf Links an
- ./before_unmount_2_1.sh
./after_mount_2_1.sh
2.Vorschlag: Interaktiver Benutzerdialog
Wenn der 2.Vorschlag in Frage käme, würde das die 1. Variante optional mit einschließen, setzt das aber nicht voraus, also Scripte wären nicht unbedingt erforderlich, wenn entsprechnde Aufgaben über Neutrino erledigt werden könnten.
Wird ein Problem beim Aushängen festgestellt, der durch eine Belegung verursacht wird, kann man den Benutzer darauf hinweisen und ihm die Möglichkeit geben abzubrechen oder den Vorgang weiterzuführen. Bei Letzterem wird die Partition "befreit" und der Benutzer nocheinmal abgefragt, ob dieser Vorgang immer so gehandhabt werden soll. Er hat dann die Option für
Ja oder
Nein , wobei der Benutzer dies auch später wieder umstellen kann (Erweiterte Einstellung) und an dieser Stelle könnte man dann noch dem Benutzer die Möglichkeit bieten, was beim Ein/Aushängen gemacht werden soll (z.B. Script aufrufen, vordefinierte Aufgabe ausführen...etc.). Wie das aber genau umgesetzt werden soll, müsste man noch besprechen. Dies ist für den Benutzer sicherlich komfortabel, aber wesenlich aufwändiger in der Umsetzung als nur Scripte wie oben an passender Stelle aufzurufen, aber es wäre machbar.
Eine entsprechende Doku versteht sich von selbst.