On 20 Dec, Stelian Pop wrote:
> On Sun, Dec 19, 2004 at 06:39:46PM -0500, David Gesswein wrote:
>
>> I have been trying to get multi cd dumps to work. I am dumping with
>> /usr/sbin/dump -b64 -B665600 -F UserInfo -0 -L label -f /tmp/dump.fifo directory
>> cdrecord -v -eject -pad -data driveropts=burnfree /tmp/dump.fifo
>>
>> I am restoring with restore -i -V -b64 -f /mnt/cdrom
>> and selecting all files dumped. When I extract I get missing block at end of
>> filename, assuming hole error when the next cd is started and that file
>> is bad. I also sometimes get resync restore, skipped # blocks
>>
>> If I dd off the cd into a file specifying the exact size specified to dump
>> I can use those files to restore without errors. If I dd the cd without
>> specifying the length so the files are larger than dump dumped then it gives
>> the same missing block errors.
>> dd if=disk2 of=disk2a bs=1k count=665600
>>
>> Any ideas on how to get this to work without dd?
>
> I rarely do multi-volume CD dumps but what you're using seems
> correct (the command lines are identical to what is shipped in
> the dump archive examples/ directory).
>
> Personnaly I don't directy use a fifo but dump into a temp
> file which I burn afterwards, and this always worked for me. I don't
> see how this could change something for you but still, you may want
> to try it.
>
> Anther thing you could try is extracting with 'restore -rf' instead
> of the interactive mode. The code is a bit different, maybe there
> is something there.
>
> Anyway, is someone on this list does have some reports on the multi-CD
> feature with recent versions of dump, please step forward. Otherwise,
> I'll have to do a test and burn some CD when I'll have a couple of
> minutes available.
>
> Stelian.
The best thing is if dump/restore doesn't even notice there is a
multi-volume dataset.
See
http://www.serice.net/shunt
--
Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
RWTH - Aachen University
D 52056 Aachen, Germany
|
