Ultima versione stabile rilasciata per Splitpipe: 0.4
Ultima versione stabile rilasciata per K3B: 1.0.5
Screenshots
|
|
k3b is just a front-end to growisofs, mkisofs, cdrecord, and other assorted programs, so it shouldn't have any limitations of its own, but just reflect those of the programs it calls.
It appears that growisofs in turn calls mkisofs, which is what is complaining about the file being too large. Googling appears to confirm that this is a internal limit of mkisofs.So the trick is to split the file in two, which first doesn't sound very interesting, unless you have the good tool !
The solution: Splitpipe !
To create backups:
tar c /home | splitpipe -s dvd -o 'growisofs -Z /dev/dvd=/dev/stdin'
To restore backups:
joinpipe /dev/dvd | tar xz
It features checksums, making sure that the dvds are read in correct order, and other usefull features.But it can also be used to backup the entire /home on multiple DVDs.
Splitpipe is a program that allows the output of a program to span multiple volumes. Volumes might be DVD's, CD's, files, entire hard disks or floppies.
A command line says more than a thousand words:
# tar cz /home | splitpipe -s dvd -o 'growisofs -Z /dev/dvd=/dev/stdin'
To restore:
# joinpipe /dev/dvd | tar xz
The two lines above backup /home to one, or more DVDs, prompting the operator to change media once a volume is full. For more, see Examples, or a screenshot.
Features
* Running MD5 checksum
* Detects truncated volumes
* Impervious to trailing garbage (which you get when piping raw data to cdrecord or growisofs)
* Detects improper order of volumes on restore
Allows user to insert proper volume when this happens
* Each session has a UUID, so volumes from other backups are rejected
Allows user to insert proper volume when this happens
* Large and efficient ringbuffer
* Works with cdrecord, growisofs, bare files and floppies
* Simultaneous display of status, messages and output of script
Roadmap
While splitpipe is a useful program already, much more is in the works!
Restarting
The data format (splitpipe(5)) and buffer of splitpipe have been built such that it is possible to restart failed volumes, provided they fail early enough.
This would allow the operated to continue a backup after, for example, inserting a used DVD instead of an empty one.
Parallel backups
Larry McVoy has provided me with a program he wrote (Thanks!), but never released, that supports redundant backups, made in parallel to multiple tapes. It is a lot like splitpipe in fact, except that it writes to tape and not to arbitrary programs.
The redundant algorithm is interesting and might be implemented in splitpipe, but it would only be helpful to those with mutiple output devices.
Sequential output and input with multiple devices
If you have multiple readers or writers, you could make backups less user intensive. To start a restore, for example, place volumes one and two in your two drives, and start joinpipe.
Once a volume is done, joinpipe could then run a program to eject that volume. The operator could then every once in a while walk by and on seeing an ejected volume, insert the next one.
This would save a lot of waiting by the console.
The same could be done on making backups.
Se ti è piaciuto l'articolo , iscriviti al feed cliccando sull'immagine sottostante per tenerti sempre aggiornato sui nuovi contenuti del blog:
Post
0 commenti:
Posta un commento