Re: [Dar-support] Determining correct slice
For full, incremental, compressed and encrypted backups or archives
Brought to you by:
edrusb
From: Denis C. <dar...@fr...> - 2009-01-13 12:47:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gene Horodecki wrote: >[...] > Thank you for your prompt reply. I just did some testing... Actually on > a largish directory and it worked wonderfully. I was able to restore a > subset of this directory nicely. > Except.. something strange happened. > This backup set is in 16 slices across 4 DVDs. My directory existed in > slices 6-10 which were on DVDs 2 and 3 in the set. However, dar still > asked for the first and last slice which means I still needed DVD 1 and > DVD 4. So in other words, even though my restore was from 2 DVDs I > needed all four in the set! > Is there any way to prevent this? I would expect to only need two DVDs > if that is where my files are. Perhaps it is something to do with the > way I backed the files up? The command I use is: This is normal. At the end of the archive dar puts the table of contents of the archive. This information cannot be complete before the archive is finished, so the only possible place for the archive contents is the end, and you need the last slice to get it. The first slice contains some important information too about the slicing (first slice may be of different size, and last slice may not be exactly full), thus dar needs to read the beginning of first slice. This design has been improved and this information has been moved at the end of the archive, thus with the next major release dar will only require the last slice to be able know the contents and where to locate files inside the archive. A workaround would is to burn the first slice on the same disk as the last slice, you can even choose a very small size (~ 100 bytes) for it thus calling dar this way: dar -c <archive> -s 1G -S 100 ... would let you keep the first slice on the last disk with very little penalty. > dar -c /mnt/secondary/dar/bYYYYMMDD -z -R > /mnt/mirror/shares/downloads/available -s 1024M -S (1Gb - size of last > slice) > Thanks again! You're welcome! Regards, Denis. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJbIGHpC5CI8gYGlIRAv8mAJ9I6IbsjEHxfaZaiKO+6Kew0pXYxwCeLgyr apYHa6QKI7zbBSpXjEYDQh0= =pI/y -----END PGP SIGNATURE----- |