Clean todo
This commit is contained in:
parent
7e27ca0f3d
commit
e9bcdc72f0
1 changed files with 8 additions and 40 deletions
48
TODO
48
TODO
|
@ -1,43 +1,3 @@
|
|||
09:30 < KillerFox> -F bzw. --filter
|
||||
09:30 < KillerFox> -F dir-merge .backuprules
|
||||
09:30 < KillerFox> rsync ist ein Optionenmonster
|
||||
09:31 < KillerFox> telmich: man rsync; / FILTER RULES
|
||||
09:31 < KillerFox> telmich: es ist nur ein Vorschlag, der noch nett wäre :-).
|
||||
09:32 < KillerFox> telmich: btw. mir ist noch was aufgefallen. Wenn du nur ein eine
|
||||
Backupversion behalten willst, könnte man rsync etwas
|
||||
effizienter nutzen.
|
||||
09:32 < KillerFox> zur Zeit ist es ja so, dass das alte Verzeichnis gekillt wird
|
||||
und dann wieder neu gespiegelt
|
||||
09:32 < KillerFox> aber wenn man nur eine Backupversion besitzt könnte man einfach
|
||||
rsync drüber laufen lassen.
|
||||
09:33 < KillerFox> so würde dann nur immer die differenz übertragen.
|
||||
09:34 < KillerFox> -F'dir-merge,.backuprules', das wäre die korrekte Option.
|
||||
09:34 < telmich> KillerFox: ah, du meinst im spezialfall, wenn es nur ein
|
||||
verzeichnis gibt?
|
||||
09:35 < KillerFox> das würde dann pro Verzeichnis nach .backuprules suchen.
|
||||
09:35 < KillerFox> telmich: genau.
|
||||
09:35 < KillerFox> und die Regeln aus .backuprules befolgen.
|
||||
09:35 < telmich> KillerFox: ich denke, das werde ich erstmal in die tipps mit
|
||||
aufnehmen, denn man kann es ja via rsync_options aendern
|
||||
09:35 < KillerFox> telmich: das stimmt.
|
||||
09:35 < KillerFox> RSYNC_EXTRA
|
||||
09:36 < KillerFox> die Syntax für .backuprules kann man dann in man rsync; /FILTER
|
||||
RULES nachlesen.
|
||||
|
||||
09:37 < KillerFox> telmich: okay.
|
||||
09:37 < KillerFox> telmich: das ist nur ein Vorschlag was mir so aufgefallen ist.
|
||||
09:38 < KillerFox> telmich: btw. der Vorschlag mit einem Verzeichnis kommt übrigens
|
||||
von Frank. Ich hatte ihm gestern ccollect für die Spiegelung
|
||||
seines System empfohlen (da ich wusste, dass rsync für ihn
|
||||
alleine zu kompliziert ist)
|
||||
09:38 < KillerFox> telmich: er hat da irgendwie echo '1' > daily gemacht und sich
|
||||
dann gewundert, wieso er immer alles neu überträgt
|
||||
09:38 < KillerFox> was bei einer angeschlossenen Platte mit USB 1.1 sehr lange
|
||||
dauern kann
|
||||
09:39 < KillerFox> da wäre die differenz Ideal.
|
||||
09:40 < KillerFox> ich habe nur ccollect mit mehr als einer Version im Einsatz ;-)
|
||||
09:40 < KillerFox> darum ist mir das nie aufgefallen.
|
||||
09:40 < KillerFox> aber eigentlich logisch.
|
||||
--------------------------------------------------------------------------------
|
||||
sven / markierung
|
||||
- wie seht der Marker aus?
|
||||
|
@ -49,3 +9,11 @@ Add ccollect-restore.sh (new project, perhaps coordinated with jchome's
|
|||
ccollect-config)
|
||||
--------------------------------------------------------------------------------
|
||||
clonen von anderen existierenden backups?
|
||||
--------------------------------------------------------------------------------
|
||||
Anhaengen von der -F / --filter Doku von Killerfox
|
||||
--------------------------------------------------------------------------------
|
||||
ccollect Zeitausgabe verbessern
|
||||
- Wofuer wie lange gebraucht
|
||||
* rm
|
||||
* klonen (gibt es so ja nicht)
|
||||
Wenn Summary angegeben ist am Ende ausgeben
|
||||
|
|
Loading…
Reference in a new issue