Re: Backup thousands of files 1 at a time with growisofs?

[scdbackup@gmx.net]

Hi,

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

To Andy: 
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.


> /usr/src/scdbackup-0.8/growisofs_wrapper

Here runs :

  growisofs -use-the-force-luke \
            -dvd-compat \
            -Z /dev/hdc=/proc/self/fd/0

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 
  http://fy.chalmers.se/~appro/linux/DVD+RW/keys.txt

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.
growisofs -version


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
meantime)

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 ?
Like :

   growisofs -Z /dev/hdc -R -J /some/files

For overwriting ISO images use option :
   -use-the-force-luke 

Interesting to see wether this might trigger the problem :
   -dvd-compat 

I am clueless, i have to confess.


Have a nice day :)

Thomas