Re: Backup thousands of files 1 at a time with growisofs?
it looks i will have to forward the core of your problem
to Andy, since it is growisofs which triggers the failure.
Still absolutely unclear, what or who is to blame, though.
> I try it now for some times to make a "sdvdbackup ./" without any
> I got this :
> /dev/hdc: updating RMA
> /dev/hdc: closing disc
> ########## part 2 of 4 (26 items 4250m bytes)
So the first DVD was ok ?
Did it verify with sdvdbacckup_verify ?
> beginning to create DVD ...
> Locking of /usr/src/scdbackup-0.8/cdrecorder refreshed
This locking has nothing to do with the recording
process itself. It is an internal, voluntary feature
of my software. growisofs is not affected in any way.
Here runs :
growisofs -use-the-force-luke \
getting its stdin from stdout of mkisofs
> WARNING: /dev/hdc already carries isofs!
> About to execute 'builtin_dd if=/proc/self/fd/0 of=/dev/hdc obs=32k seek=0'
> /dev/hdc: FEATURE 21h is not on, engaging DAO...
> /dev/hdc: reserving 2171632 blocks
> :-[ RESERVE TRACK failed with SK=5h/ASC=24h/ACQ=00h]: Input/output error
I looked up this code in
5 24 00 INVALID FIELD IN CDB
> /dev/hdc: "Current Write Speed" is 4.1x1385KBps.
> :-[ WRITE@LBA=0h failed with SK=5h/ASC=21h/ACQ=02h]: Invalid argument
5 21 02 INVALID ADDRESS FOR WRITE
> :-( write failed: Invalid argument
I feel unable to interpret these error conditions.
These messages are mere consequence of the failure :
> /usr/src/scdbackup-0.8/raedchen: Broken pipe
> /usr/src/scdbackup-0.8/cd_backup_command: line 143: 12717 Broken pipe $mkisofs_prog "$@"
> 12718 | "$bdir"/cd_backup_planer -filter_pipe "$cdrecord_prog speed=$speed dev=$scsi_adr $cdrecord_opt -" $make_checksum_option "$listname" "$recname"
To avoid the impression this would run cdrecord* :
The wrapper is running growisofs and ignores the cdrecord
specific arguments given by its boss who knows nothing
about the wrapper's real content.
> Any idea what's wrong with non first DVD ?
I can assure you that scdbackup does treat the first media
exactly like the second and any further one.
If there really is a correlation between being follow-up
media and failing, then it must be something about
the recorder, the media or (very remote) growisofs.
Since the problem seems to vanish before you make the
next #1 try, it could be a thermo problem or the need
for a kind of reset which then happens automatically
after a timeout.
Maybe it would be helpful to have all messages of growisofs
from the first successful disk.
They should have started with :
"WARNING: /dev/hdc already carries isofs!".
or at least
"About to execute 'builtin_dd ..."
I would rather suspect that the writer has a problem with
consequtive writes of media. You have excluded any connection
to particular DVD disks, i presume.
Tell us your recorder type and the media you use.
Proposal for a test:
Wait the same time as you waited between two successful #1
burns. Then run the old scdbackup job for the second media :
sdvdbackup -resume 2
(Do no new runs with sdvdbackup and a file address in the
Vice versa :
Can you burn with the example from man growisofs a tree
of about 4 GB to more than one DVD in a row ?
growisofs -Z /dev/hdc -R -J /some/files
For overwriting ISO images use option :
Interesting to see wether this might trigger the problem :
I am clueless, i have to confess.
Have a nice day :)