...., wäre also so etwas meiner Ansicht nach besser:
vboxmanage (Parameter) && storeBackup (Parameter)
vboxmanage (Parameter)
ist es nicht so, das dort sofort nach start von storeBackup die virtuelle maschine wieder angestellt würde? Die shell wartet doch nicht mit der abarbeitung der zeilen bis ein dort angegebener Befehl zuende ausgeführt wird, oder?
wäre da nicht vboxmanage .... && storeBackup ... && vboxmanage ... resume || vboxmanage .... resume ein Ansatz?
Müssen da dann Klammern um die ersten 3 Teile? Wo baue ich da noch ne Fehlermeldung ein, wenn etws nicht geklappt hat?.
Shell Skript ist auch nicht gerade meine starke Seite (lieber perl :-) ), daher habe ich mal folgendes kleine Skript laufen lassen:
#! /bin/sh
echo 1 && (sleep 2; echo 2)
echo 3
Die Ausgabe ist:
1
2
3
Also scheint es wohl zu klappen.
Wenn das erste Kommando einen exit-Status ungleich 0 liefert:
(echo 1; false) && (sleep 2; echo 2)
echo 3
ist die Ausgabe:
1
3
d.h. storeBackup würde nicht aufgerufen, der zweite Aufruf von vboxmanage schon. Diese zweite Aufruf ist eventuell nicht nötig, sollte aber nicht schaden (Vermutung von mir), da man nicht weiß, wie "weit" der erste Aufruf gekommen ist, bevor er abgebrochen ist.
Was beudeutet denn das Feature replication bei storeBackup 3.3 ?
Aus der Doku
Was gibt es Neues in storeBackup Version 3.3:
Replikation von Backups:
Ermöglicht Dir Replikationen von Deinem Backup zu anderen Standorten und / oder Speichermedien. Dies kannst Du dazu verwenden, kontinuierliche Kopien Deiner Backups zu erstellen. Siehe Kapitel ``Replikation von Backups'' für detaillierte Informationen. Du kannst damit z.B. eine kontinuierliche Kopie Deines Backups auf eine andere Platte erstellen. Dabei kann diese Platte z.B. eine externe Platte sein, die Du z.B. nur einmal die Woche anschließt (so mache ich das). Erläuterungen stehen reichlich in der Doku - ich kann hier aber auch gern ein paar Fragen beantworten.
Über den Link findest Du noch weitere Neuerungen.
Grüße, hjclaes