andrei raevsky wrote:
Hi,
I am becoming desparate with my DVD burner and I really would
appreciate your help with this issue.
See below.
I am trying to copy DVDs with the following commands:
First I make an image of the source DVD with:
dvdbackup -i
/media/hdc/ -M -o /home/andrei/DVDBackups/ -n NameOfTheBackupedDVD
Then I burn the image to a DVD+RW with:
growisofs -Z
/dev/scd1 -dvd-video /home/andrei/DVDBackups/NameOfTheBackupedDVD/
-overburn (this last option is needed when not enough space is
erroneously found on the target DVD+RW)
I have had growisofs incorrectly find the size of the blank DVD+RW I
put in my burner (it found 2GB+ instead of the 4.7 which they have in
reality). A typical error message looks like this:
:-( /dev/scd1:
2295104 blocks are free, 3589847 to be written!
OK, you have 2295104
blocks available, or about 4.4GB (or 4.7 billion which ad agencies
think are GB). And you are trying to write 3589847 blocks, or a
little over 7GB, typical for a double-sided DVD.
So I use the -overburn option to force the burner to ignore this
mistake.
Why do you want to ignore your mistake?
I have gotten the same input/output error several times. Here are two
examples:
63.93% done,
estimate finish Fri Dec 29 21:19:15 2006
:-? the LUN
appears to be stuck writing LBA=230540h, keep retrying in 23ms
:-[
WRITE@LBA=230540h failed with SK=5h/ASC=63h/ACQ=00h]: Input/output error
:-( write failed:
Input/output error
/dev/scd1:
flushing cache
/dev/scd1: writing
lead-out
63.79% done,
estimate finish Sat Dec 30 10:55:15 2006
63.93% done,
estimate finish Sat Dec 30 10:55:15 2006
:-[
WRITE@LBA=230540h failed with SK=5h/ASC=63h/ACQ=00h]: Input/output error
:-( write failed:
Input/output error
/dev/scd1:
flushing cache
/dev/scd1:
writing lead-out
It also happened around 58% done. I tried using three different hard
drive as the input/source for the DVD image but the mistake happens
again and again. Sometimes, with other DVDs it does not happen, but
recently it happens a lot.
Have you tried using dual-layer DVDs which are actually large enough to
hold your data? Are you using a DL burner, even? I see nothing in the
data below which shows anything to suggest that you are.
Is there a way to force growisofs to skip any writing errors? If there
are errors in the source image of the DVD - I was told that some
commercial DVDs have intentional errors - can I skip them?
You can skip them, ignore them, play "let's pretend," but you can't put
8GB of data in a 4.7GB media.
Here is some info about my DVD burner:
dvd+rw-mediainfo
/dev/scd1
INQUIRY:
[TSSTcorp][CD/DVDW SH-S182D][SB00]
GET [CURRENT]
CONFIGURATION:
Mounted
Media: 1Ah, DVD+RW
Current Write
Speed: 4.0x1385=5540KB/s
Write Speed
#0: 4.0x1385=5540KB/s
Write Speed
#1: 2.0x1385=2770KB/s
GET [CURRENT]
PERFORMANCE:
Write
Performance: 4.0x1385=5540KB/s@[0 -> 2295104]
Speed
Descriptor#0: 00/2295103 R@8.0x1385=11080KB/s W@4.0x1385
=5540KB/s
Speed
Descriptor#1: 00/2295103 R@8.0x1385=11080KB/s W@2.4x1385=3324KB/s
Speed
Descriptor#2: 00/2295103 R@8.0x1385=11080KB/s W@2.4x1385=3324KB/s
READ DVD
STRUCTURE[#0h]:
Media Book
Type: 00h, DVD-ROM book [revision 0]
Media
ID: MKM/A02
Legacy lead-out
at: 2295104*2KB=4700372992
READ DISC
INFORMATION:
Disc
status: complete
Number of
Sessions: 1
State of Last
Session: complete
Number of
Tracks: 1
BG Format
Status: complete
READ FORMAT
CAPACITIES:
formatted:
2295104*2048=4700372992
26h(0):
2295104*2048=4700372992
READ TRACK
INFORMATION[#1]:
Track
State: complete
Track Start
Address: 0*2KB
Free
Blocks: 0*2KB
Track
Size: 2295104*2KB
FABRICATED TOC:
Track#1
: 14@0
Track#AA
: 17@2295104
Multi-session
Info: #1@0
READ
CAPACITY: 2295104*2048=4700372992
I am using growisofs 7.0 under Kanotix, which is a Debian Sid GNU-Linux
based distro.
Many thanks in advance for any pointers on how I can get growisofs to
work with my hardware!
Growisofs is working perfectly with your hardware, you are just trying
to use improper media (and maybe hardware) and expecting it to work by
using some magic "try harder" incantation on the software.
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
|