Michael Lindermann wrote:
>
> amrestore: 1: restoring nevada.ms.ordix.de._schulung.20001110.1
>
> gzip: stdin: decompression OK, trailing garbage ignored
> Block size for 'b' option must be a positive integer multiple of 4
AMANDA uses a block size of 32768 when writing to tape. Your tape device
should be prepared with this block size *before* you try to acces it for
restore (and each time after you load a new tape) with the command:
mt -f /dev/yourtapedevice setblk 32768
Then, there is tar. tar uses a block size of 10k in its default
configuration. You will have to change this too, if you use tar to read
something from the tape. You do this with the command:
tar -b 64 <other options here, e.g. -xzvf /dev/...>
This is the "'b' option" the message above refers to (I think). The "64"
comes from the simple fact that tar expects the number after "-b" to
mean "how many chunks of 512 bytes the block size is". Since
32768/512=64, we have to write "-b 64" here.
You might want to put the above commands in a wrapper script that will
do the reading and restoring out of the tape for you, instead of having
to type them each time.
--
Regards
Chris Karakas
Don´t waste your cpu time - crack rc5: http://www.distributed.net
