xcdroast errors

i've been using xcdroast for years on my thinkpad, but it consistently
reports errors duplicating disks on my new desktop. i was trying to duplicate
an ISO disk. i tried several input disks (as well as isos on my
hard drive) and many output blank disks, both CDR and CDRW.

the xcdroast always reports the error
after fixation, the scales are always 100% and 99% for read and write
and yet there do not seem to be obvious errors in the logs,
plus the newly-created disks mount and look good, and i've even booted
off one of them.

i have tried all sorts of options but the failures are always
the same.

note that when i use mondo, i burn using the same Plextor drive
and the same batch of CDR and CDRWs and these disks are fine (i know,
i've restored my system from them at least twice!)

any ideas?

-rei

------ trying to write a CDR-------
Calling: /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev= "1,0,0" gracetime=2 fs=16384k driveropts=burnfree,noforcespeed -v -useinfo speed=10 -dao -eject -pad -overburn tsize=357664s -waiti -data -

scsidev: '1,0,0'
scsibus: 1 target: 0 lun: 0
Linux sg driver version: 3.1.25
Error trying to open /dev/scd0 exclusively ... retrying in 1 second.
cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.75-RH '@(#)scsi-linux-sg.c 1.75 02/10/21 Copyright 1997 J. Schilling').
SCSI buffer size: 64512
cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code.
cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD.
TOC Type: 1 = CD-ROM
Waiting for data on stdin...
Using libscg version 'schily-0.7'
Driveropts: 'burnfree,noforcespeed'
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 1
Vendor_info : 'PLEXTOR '
Identifikation : 'DVDR PX-708A '
Revision : '1.01'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0009
Profile: 0x001B
Profile: 0x001A
Profile: 0x0014
Profile: 0x0013
Profile: 0x0011
Profile: 0x0010
Profile: 0x000A
Profile: 0x0009 (current)
Profile: 0x0008
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE VARIREC FORCESPEED SINGLESESSION HIDECDR
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1190112 = 1162 KB
FIFO size : 16777216 = 16384 KB
pregap1: -1
Track 01: data 698 MB padsize: 30 KB
Total size: 802 MB (79:29.05) = 357679 sectors
Lout start: 802 MB (79:31/04) = 357679 sectors
Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 4
Is unrestricted
Is not erasable
Disk sub type: Medium Type A, low Beta category (A-) (2)
ATIP start of lead in: -12508 (97:15/17)
ATIP start of lead out: 359848 (79:59/73)
Disk type: Short strategy type (Phthalocyanine or similar)
Manuf. index: 22
Manufacturer: Ritek Co.
Single session is OFF.
Hide CDR is OFF.
Blocks total: 359848 Blocks current: 359848 Blocks remaining: 2169
Forcespeed is OFF.
Power-Rec is ON.
Power-Rec write speed: 40x (recommended)
Starting to write CD/DVD at speed 8 in real SAO mode for single session.
Waiting for reader process to fill input buffer ...
input buffer ready.
BURN-Free is ON.
Performing OPC...
Sending CUE sheet...
Writing pregap for track 1 at -150
Starting new track at sector: 0

Track 01: writing 30 KB of pad data.
Track 01: Total bytes read/written: 732495872/732526592 (357679 sectors).
Writing time: 622.303s
Average write speed 7.7x.
Min drive buffer fill was 95%
Fixating...
Fixating time: 12.072s
Last selected write speed: 8x
cdrecord: fifo had 11538 puts and 11538 gets.
Max media write speed: 40x
cdrecord: fifo was 0 times empty and 10944 times full, min fill was 99%.
Last actual write speed: 8x


-------- trying to write a CDRW---------------

Calling: /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev= "1,0,0" gracetime=2 fs=16384k driveropts=burnfree,noforcespeed -v -useinfo speed=4 -dao -eject -pad -data "/tmp/track-01.img" ...

scsidev: '1,0,0'
scsibus: 1 target: 0 lun: 0
Linux sg driver version: 3.1.25
Error trying to open /dev/scd0 exclusively ... retrying in 1 second.
cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.75-RH '@(#)scsi-linux-sg.c 1.75 02/10/21 Copyright 1997 J. Schilling').
SCSI buffer size: 64512
cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code.
cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD.
TOC Type: 1 = CD-ROM
Using libscg version 'schily-0.7'
Driveropts: 'burnfree,noforcespeed'
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 1
Vendor_info : 'PLEXTOR '
Identifikation : 'DVDR PX-708A '
Revision : '1.01'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x000A
Profile: 0x001B
Profile: 0x001A
Profile: 0x0014
Profile: 0x0013
Profile: 0x0011
Profile: 0x0010
Profile: 0x000A (current)
Profile: 0x0009
Profile: 0x0008
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC-3 SWABAUDIO BURNFREE VARIREC FORCESPEED SINGLESESSION HIDECDR
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1190112 = 1162 KB
FIFO size : 16777216 = 16384 KB
pregap1: -1
Track 01: data 698 MB padsize: 30 KB
Total size: 802 MB (79:29.05) = 357679 sectors
Lout start: 802 MB (79:31/04) = 357679 sectors
Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 3
Reference speed: 6
Is not unrestricted
Is erasable
Disk sub type: High speed Rewritable (CAV) media (1)
ATIP start of lead in: -11745 (97:25/30)
ATIP start of lead out: 359848 (79:59/73)
1T speed low: 4 1T speed high: 10
2T speed low: 4 2T speed high: 0 (reserved val 6)
power mult factor: 1 5
recommended erase/write power: 4
A1 values: 24 1A CC
A2 values: 26 B2 48
A3 values: 04 CF 80
Disk type: Phase change
Manuf. index: 40
Manufacturer: INFODISC Technology Co., Ltd.
Single session is OFF.
Hide CDR is OFF.
Blocks total: 359848 Blocks current: 359848 Blocks remaining: 2169
Forcespeed is OFF.
Power-Rec is ON.
Power-Rec write speed: 10x (recommended)
Starting to write CD/DVD at speed 10 in real SAO mode for single session.
Waiting for reader process to fill input buffer ...
input buffer ready.
BURN-Free is ON.
Performing OPC...
Sending CUE sheet...
Writing pregap for track 1 at -150
Starting new track at sector: 0

Track 01: writing 30 KB of pad data.
Track 01: Total bytes read/written: 732495872/732526592 (357679 sectors).
Writing time: 502.278s
Average write speed 9.6x.
Min drive buffer fill was 99%
Fixating...
Fixating time: 9.658s
Last selected write speed: 10x
cdrecord: fifo had 11538 puts and 11538 gets.
Max media write speed: 10x
cdrecord: fifo was 0 times empty and 11282 times full, min fill was 99%.
Last actual write speed: 10x




--
Rei Shinozuka shino@panix.com
Ridgewood, New Jersey

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Re: xcdroast errors

On Friday 02 April 2004 13:58, pa3gcu wrote:
> On Friday 02 April 2004 17:38, Rei Shinozuka wrote:
> > i've been using xcdroast for years on my thinkpad, but it consistently
> > reports errors duplicating disks on my new desktop. i was trying to
> > duplicate an ISO disk. i tried several input disks (as well as isos on
> > my hard drive) and many output blank disks, both CDR and CDRW.
> >
> > the xcdroast always reports the error
> > after fixation, the scales are always 100% and 99% for read and write
> > and yet there do not seem to be obvious errors in the logs,
> > plus the newly-created disks mount and look good, and i've even booted
> > off one of them.
> >
> > i have tried all sorts of options but the failures are always
> > the same.
> >
> > note that when i use mondo, i burn using the same Plextor drive
> > and the same batch of CDR and CDRWs and these disks are fine (i know,
> > i've restored my system from them at least twice!)
> >
> > any ideas?
>
> If i am not mistaken, you say you have a problem but you also say i can use
> the disks i make, now i ask is that a problem.??
> Anyway, i am sure that what you say happens, so i being a great beliver in
> linux documentation would suggest the following URL's to you.
>
> http://www.xcdroast.org/faq/
> http://www.xcdroast.org/manual/
>
> I have never to be honest duplicated a cd as i always keep my iso's that i
> have dowloaded, i will on the otherhand this weekend duplicate a cdrom.
>
> To be clear on your so called problem, just how do you duplicate.?
> Sounds silly to ask does it not, BUT, its not if you consider...
>
> 1) One may have 2 cdroms, one for reading and the other for writing,
> (You did not say).
> 2) Are you duplicating on the fly or do you create a file then burn the
> image.??
> 3) Only have one cdrom and burn on the fly.??
> 4) Whats the hardware, not only cdrom(s) but CPU memory, what other
> processes are running, all those things are explained in the above URL's,
> so tell us/ me...
>
> Things like that tell in answering such a question, if i am to try what you
> are doing then i and possably Ray need to know HOW you do it.
>
> If as you say everything is fine and dandy but all i see wrong is some
> message in a the log from a xcd session, then possably a mail to the
> address(s) mentioned in the above URL's may well give you a better responce
> than we can give you here.
>
> I hope that is clear.
>
> Let me/us know, i will see what happens here if the need arise.
>
> > -rei

Your issue sounds very familiar.

My solution to a similar problem was to through away the disk I originally had
problem with after I had bought a new package of disk.

Frank

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Re: xcdroast errors

At 10:38 AM 4/2/2004 -0500, Rei Shinozuka wrote:
>i've been using xcdroast for years on my thinkpad, but it consistently
>reports errors duplicating disks on my new desktop. i was trying to
>duplicate
>an ISO disk. i tried several input disks (as well as isos on my
>hard drive) and many output blank disks, both CDR and CDRW.
>
>the xcdroast always reports the error
>after fixation, the scales are always 100% and 99% for read and write
>and yet there do not seem to be obvious errors in the logs,
>plus the newly-created disks mount and look good, and i've even booted
>off one of them.
>
>i have tried all sorts of options but the failures are always
>the same.
>
>note that when i use mondo, i burn using the same Plextor drive
>and the same batch of CDR and CDRWs and these disks are fine (i know,
>i've restored my system from them at least twice!)
>
>any ideas?

What is the actual problem you are having? You write about "errors
duplicating disks" and "failures" ... but you also write that "the
newly-created disks mount and look good, and i've even booted off one of
them". This last makes it sound like xcdroast is working just fine, except
for, perhaps, some warnings that don't really matter. The output you post
below shows nothing of concern that I can see.

I suppose it is possible that the desktop hardware is too slow to support
the write speed that xcdroast defaults to. You don't describe the hardware
so I can't really say, but I've seen that problem with cdrecord here (I
deal with it by setting the speed= parameter down).. But speed=10 really
isn't all that fast, nor is speed=4.

Or there might be something odd about the drive itself ... are we talking
about an ATA drive using the SCSI-emulcation stuff in the kernel, or a true
SCSI drive? Or something in the kernel ... is it different from the one you
use on the laptop?

What is the exact error that xcdroast reports?

I do notice that you are (in both instances below) creating disks that
push, or possibly pass, the 700 MB "official" size of a CD image. Are you
seeing problems with smaller ISOs or only ones that push or pass the limit?
If these images are not oversize (I *think* 732495872 bytes = 698 MB, using
the definition that 1 MB = 2^20 bytes), does cdrecord do any better if NOT
given the -overburn switch? As a general practice here, I use overburn (I
run cdrecord from the command line, not through xcdroast) only when needed,
not as a standard part of the invocation.

I haven't used mondo myself. Does it succeed with the same ISO images that
xcdroast fails with? Does it use a setting that corresponds to cdrecord's
"-overburn" switch?

>-rei
>
>------ trying to write a CDR-------
>Calling: /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev= "1,0,0"
>gracetime=2 fs=16384k driveropts=burnfree,noforcespeed -v -useinfo
>speed=10 -dao -eject -pad -overburn tsize=357664s -waiti -data -
>
>scsidev: '1,0,0'
>scsibus: 1 target: 0 lun: 0
>Linux sg driver version: 3.1.25
>Error trying to open /dev/scd0 exclusively ... retrying in 1 second.
>cdrecord: Warning: using inofficial libscg transport code version (schily
>- Red Hat-scsi-linux-sg.c-1.75-RH '@(#)scsi-linux-sg.c 1.75
>02/10/21 Copyright 1997 J. Schilling').
>SCSI buffer size: 64512
>cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code.
>cdrecord: If you need DVD-R/DVD-RW support, ask the Author for
>cdrecord-ProDVD.
>TOC Type: 1 = CD-ROM
>Waiting for data on stdin...
>Using libscg version 'schily-0.7'
>Driveropts: 'burnfree,noforcespeed'
>atapi: 1
>Device type : Removable CD-ROM
>Version : 0
>Response Format: 1
>Vendor_info : 'PLEXTOR '
>Identifikation : 'DVDR PX-708A '
>Revision : '1.01'
>Device seems to be: Generic mmc2 DVD-R/DVD-RW.
>Current: 0x0009
>Profile: 0x001B
>Profile: 0x001A
>Profile: 0x0014
>Profile: 0x0013
>Profile: 0x0011
>Profile: 0x0010
>Profile: 0x000A
>Profile: 0x0009 (current)
>Profile: 0x0008
>Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
>Driver flags : MMC-3 SWABAUDIO BURNFREE VARIREC FORCESPEED SINGLESESSION
>HIDECDR
>Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
>Drive buf size : 1190112 = 1162 KB
>FIFO size : 16777216 = 16384 KB
>pregap1: -1
>Track 01: data 698 MB padsize: 30 KB
>Total size: 802 MB (79:29.05) = 357679 sectors
>Lout start: 802 MB (79:31/04) = 357679 sectors
>Current Secsize: 2048
>ATIP info from disk:
>Indicated writing power: 4
>Is unrestricted
>Is not erasable
>Disk sub type: Medium Type A, low Beta category (A-) (2)
>ATIP start of lead in: -12508 (97:15/17)
>ATIP start of lead out: 359848 (79:59/73)
>Disk type: Short strategy type (Phthalocyanine or similar)
>Manuf. index: 22
>Manufacturer: Ritek Co.
>Single session is OFF.
>Hide CDR is OFF.
>Blocks total: 359848 Blocks current: 359848 Blocks remaining: 2169
>Forcespeed is OFF.
>Power-Rec is ON.
>Power-Rec write speed: 40x (recommended)
>Starting to write CD/DVD at speed 8 in real SAO mode for single session.
>Waiting for reader process to fill input buffer ...
>input buffer ready.
>BURN-Free is ON.
>Performing OPC...
>Sending CUE sheet...
>Writing pregap for track 1 at -150
>Starting new track at sector: 0
>
>Track 01: writing 30 KB of pad data.
>Track 01: Total bytes read/written: 732495872/732526592 (357679 sectors).
>Writing time: 622.303s
>Average write speed 7.7x.
>Min drive buffer fill was 95%
>Fixating...
>Fixating time: 12.072s
>Last selected write speed: 8x
>cdrecord: fifo had 11538 puts and 11538 gets.
>Max media write speed: 40x
>cdrecord: fifo was 0 times empty and 10944 times full, min fill was 99%.
>Last actual write speed: 8x
>
>
>-------- trying to write a CDRW---------------
>
>Calling: /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev= "1,0,0"
>gracetime=2 fs=16384k driveropts=burnfree,noforcespeed -v -useinfo speed=4
>-dao -eject -pad -data "/tmp/track-01.img" ...
>
>scsidev: '1,0,0'
>scsibus: 1 target: 0 lun: 0
>Linux sg driver version: 3.1.25
>Error trying to open /dev/scd0 exclusively ... retrying in 1 second.
>cdrecord: Warning: using inofficial libscg transport code version (schily
>- Red Hat-scsi-linux-sg.c-1.75-RH '@(#)scsi-linux-sg.c 1.75
>02/10/21 Copyright 1997 J. Schilling').
>SCSI buffer size: 64512
>cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code.
>cdrecord: If you need DVD-R/DVD-RW support, ask the Author for
>cdrecord-ProDVD.
>TOC Type: 1 = CD-ROM
>Using libscg version 'schily-0.7'
>Driveropts: 'burnfree,noforcespeed'
>atapi: 1
>Device type : Removable CD-ROM
>Version : 0
>Response Format: 1
>Vendor_info : 'PLEXTOR '
>Identifikation : 'DVDR PX-708A '
>Revision : '1.01'
>Device seems to be: Generic mmc2 DVD-R/DVD-RW.
>Current: 0x000A
>Profile: 0x001B
>Profile: 0x001A
>Profile: 0x0014
>Profile: 0x0013
>Profile: 0x0011
>Profile: 0x0010
>Profile: 0x000A (current)
>Profile: 0x0009
>Profile: 0x0008
>Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
>Driver flags : MMC-3 SWABAUDIO BURNFREE VARIREC FORCESPEED SINGLESESSION
>HIDECDR
>Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
>Drive buf size : 1190112 = 1162 KB
>FIFO size : 16777216 = 16384 KB
>pregap1: -1
>Track 01: data 698 MB padsize: 30 KB
>Total size: 802 MB (79:29.05) = 357679 sectors
>Lout start: 802 MB (79:31/04) = 357679 sectors
>Current Secsize: 2048
>ATIP info from disk:
>Indicated writing power: 3
>Reference speed: 6
>Is not unrestricted
>Is erasable
>Disk sub type: High speed Rewritable (CAV) media (1)
>ATIP start of lead in: -11745 (97:25/30)
>ATIP start of lead out: 359848 (79:59/73)
>1T speed low: 4 1T speed high: 10
>2T speed low: 4 2T speed high: 0 (reserved val 6)
>power mult factor: 1 5
>recommended erase/write power: 4
>A1 values: 24 1A CC
>A2 values: 26 B2 48
>A3 values: 04 CF 80
>Disk type: Phase change
>Manuf. index: 40
>Manufacturer: INFODISC Technology Co., Ltd.
>Single session is OFF.
>Hide CDR is OFF.
>Blocks total: 359848 Blocks current: 359848 Blocks remaining: 2169
>Forcespeed is OFF.
>Power-Rec is ON.
>Power-Rec write speed: 10x (recommended)
>Starting to write CD/DVD at speed 10 in real SAO mode for single session.
>Waiting for reader process to fill input buffer ...
>input buffer ready.
>BURN-Free is ON.
>Performing OPC...
>Sending CUE sheet...
>Writing pregap for track 1 at -150
>Starting new track at sector: 0
>
>Track 01: writing 30 KB of pad data.
>Track 01: Total bytes read/written: 732495872/732526592 (357679 sectors).
>Writing time: 502.278s
>Average write speed 9.6x.
>Min drive buffer fill was 99%
>Fixating...
>Fixating time: 9.658s
>Last selected write speed: 10x
>cdrecord: fifo had 11538 puts and 11538 gets.
>Max media write speed: 10x
>cdrecord: fifo was 0 times empty and 11282 times full, min fill was 99%.
>Last actual write speed: 10x



-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Re: xcdroast errors

On Friday 02 April 2004 17:38, Rei Shinozuka wrote:
> i've been using xcdroast for years on my thinkpad, but it consistentl=
y
> reports errors duplicating disks on my new desktop. =A0i was trying t=
o
> duplicate an ISO disk. =A0i tried several input disks (as well as iso=
s on my
> hard drive) and many output blank disks, both CDR and CDRW. =A0
>
> the xcdroast always reports the error
> after fixation, the scales are always 100% and 99% for read and write
> and yet there do not seem to be obvious errors in the logs,
> plus the newly-created disks mount and look good, and i've even boote=
d
> off one of them.
>
> i have tried all sorts of options but the failures are always
> the same.
>
> note that when i use mondo, i burn using the same Plextor drive
> and the same batch of CDR and CDRWs and these disks are fine (i know,
> i've restored my system from them at least twice!)
>
> any ideas?

If i am not mistaken, you say you have a problem but you also say i can=
use=20
the disks i make, now i ask is that a problem.??
Anyway, i am sure that what you say happens, so i being a great beliver=
in=20
linux documentation would suggest the following URL's to you.

http://www.xcdroast.org/faq/
http://www.xcdroast.org/manual/

I have never to be honest duplicated a cd as i always keep my iso's tha=
t i=20
have dowloaded, i will on the otherhand this weekend duplicate a cdrom.

To be clear on your so called problem, just how do you duplicate.?
Sounds silly to ask does it not, BUT, its not if you consider...=20

1) One may have 2 cdroms, one for reading and the other for writing,
(You did not say).
2) Are you duplicating on the fly or do you create a file then burn the=
=20
image.??
3) Only have one cdrom and burn on the fly.??
4) Whats the hardware, not only cdrom(s) but CPU memory, what other pro=
cesses=20
are running, all those things are explained in the above URL's, so tell=
us/
me...

Things like that tell in answering such a question, if i am to try what=
you=20
are doing then i and possably Ray need to know HOW you do it.

If as you say everything is fine and dandy but all i see wrong is some =
message=20
in a the log from a xcd session, then possably a mail to the address(s)=
=20
mentioned in the above URL's may well give you a better responce than w=
e can=20
give you here.

I hope that is clear.

Let me/us know, i will see what happens here if the need arise.

>
> -rei

--=20
If the Linux community is a bunch of theives because they
try to imitate windows programs, then the Windows community
is built on organized crime.

Regards Richard
pa3gcu@zeelandnet.nl
http://people.zeelandnet.nl/pa3gcu/



-
To unsubscribe from this list: send the line "unsubscribe linux-newbie"=
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Re: xcdroast errors

just a more complete rendering of the story. i also built xcdroast
from source and am running version 15 instead of 14, but i still get
what looks like a spurious error:

http://www.shinozuka-family.com/xcdroast/

thanks,

-rei

On Apr02 20:58, pa3gcu wrote:
> On Friday 02 April 2004 17:38, Rei Shinozuka wrote:
> > i've been using xcdroast for years on my thinkpad, but it consisten=
tly
> > reports errors duplicating disks on my new desktop. =A0i was trying=
to
> > duplicate an ISO disk. =A0i tried several input disks (as well as i=
sos on my
> > hard drive) and many output blank disks, both CDR and CDRW. =A0
> >
> > the xcdroast always reports the error
> > after fixation, the scales are always 100% and 99% for read and wri=
te
> > and yet there do not seem to be obvious errors in the logs,
> > plus the newly-created disks mount and look good, and i've even boo=
ted
> > off one of them.
> >
> > i have tried all sorts of options but the failures are always
> > the same.
> >
> > note that when i use mondo, i burn using the same Plextor drive
> > and the same batch of CDR and CDRWs and these disks are fine (i kno=
w,
> > i've restored my system from them at least twice!)
> >
> > any ideas?
>=20
> If i am not mistaken, you say you have a problem but you also say i c=
an use=20
> the disks i make, now i ask is that a problem.??
> Anyway, i am sure that what you say happens, so i being a great beliv=
er in=20
> linux documentation would suggest the following URL's to you.
>=20
> http://www.xcdroast.org/faq/
> http://www.xcdroast.org/manual/
>=20
> I have never to be honest duplicated a cd as i always keep my iso's t=
hat i=20
> have dowloaded, i will on the otherhand this weekend duplicate a cdro=
m.
>=20
> To be clear on your so called problem, just how do you duplicate.?
> Sounds silly to ask does it not, BUT, its not if you consider...=20
>=20
> 1) One may have 2 cdroms, one for reading and the other for writing,
> (You did not say).
> 2) Are you duplicating on the fly or do you create a file then burn t=
he =20
> image.??
> 3) Only have one cdrom and burn on the fly.??
> 4) Whats the hardware, not only cdrom(s) but CPU memory, what other p=
rocesses=20
> are running, all those things are explained in the above URL's, so te=
ll us/
> me...
>=20
> Things like that tell in answering such a question, if i am to try wh=
at you=20
> are doing then i and possably Ray need to know HOW you do it.
>=20
> If as you say everything is fine and dandy but all i see wrong is som=
e message=20
> in a the log from a xcd session, then possably a mail to the address(=
s)=20
> mentioned in the above URL's may well give you a better responce than=
we can=20
> give you here.
>=20
> I hope that is clear.
>=20
> Let me/us know, i will see what happens here if the need arise.
>=20
> >
> > -rei
>=20
> --=20
> If the Linux community is a bunch of theives because they
> try to imitate windows programs, then the Windows community
> is built on organized crime.
>=20
> Regards Richard
> pa3gcu@zeelandnet.nl
> http://people.zeelandnet.nl/pa3gcu/
>=20
>=20
>=20
> -
> To unsubscribe from this list: send the line "unsubscribe linux-newbi=
e" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.linux-learn.org/faqs

--=20
Rei Shinozuka shino@panix.com
Ridgewood, New Jersey

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie"=
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Re: xcdroast errors

At 08:56 PM 4/4/2004 -0400, Rei Shinozuka wrote:

>just a more complete rendering of the story. i also built xcdroast
>from source and am running version 15 instead of 14, but i still get
>what looks like a spurious error:
>
>http://www.shinozuka-family.com/xcdroast/
>
>thanks,
[old stuff deleted]

What exactly are you referring to when you say "a spurious error"? If the
software neither reports nor logs any errors, where does a *spurious* error
appear?

Does the CD work after burning or not? If it does not work, how does it
fail? If it does work, than what are you asking us about?

In looking at your screenshots, I notice that xcdroast reports the ISO
source image as (I think - the text is a bit blurry so I may be misreading)
"803 MB / 79:38:16", requiring an 80-minute CD, not a standard 700 MB/
70-minute CD. I also note that you are copying a CD from another drive, not
burning from an ISO, as I had previously assumed.

Are you using appropriate media? If not, cdrecord is probably quitting when
it runs out of room on the target disk (after a bit over 700 MB, that is),
not when the ISO image is completedly written. If this is what's happening,
I'm a bit suprised that nothing -- not cdrecord or xcdroast -- generates an
error message ... but it's been a very long time since I tried to burn an
oversize ISO, so I don't actually recall how cdrecord deals with size overruns.

In an earlier message, I asked you if the problem occurred with smaller ISO
images or only ones that pushed the allowable size. You said you'd test
that. Did you? To what effect?

If you copy the existing CD to an ISO file, what is its size?

Your earlier message also seemed to say that this hardware worked fine with
some CD writing software that ran on some version of Windows. If you can
still run that setup, will it copy the exact same Knoppix CD successfully?

I did check and verified that standard Knoppix ISO images are 700 MB, so if
there is a size problem with this duplication, it is probably something
non-standard about the image on the source CD.



-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs