Hi Andreas et al.,
while using current cdrdao successfully over a series of unusual
hardware, one simple case render my system completely busy:
Source: data cd (MODE1)
cdrdao read-cd --device 0,0,0 --driver generic-mmc -n toc
reader is a TOSHIBA DVD-ROM SD-C2302 Rev: 1315
Using driver: Generic SCSI-3/MMC - Version 1.2 (options 0x0000)
via ide-scsi from Linux-ia32-2.4. on a Toshiba Tecra 8100
650 MHz P3 w/320 MB RAM. Resources should be sufficient ;-)
What happens is, that quickly after lauching read-cd command,
system load raises above 5 (0% idle, > 95% CPU time spend in
kernel). The command would run sccessfully, unless I kill it, which
itself takes enough patience...
I haven't any idea, what's going wrong. Reading cdda works
pretty slow (factor 1.5-2), but reliable.
BTW: grabing and burning cdda/mode1 cds works nicely via pcmcia
firewire with an external fw case and Plextor PlexWriter 12/10/32
'PX-W1210A' '1.07' here :-) Wanna some numbers? Just ask!
A 12 * on the fly mode1 data copy between these devices was
successful! (Significant load, but faily responsive system behaviour)
I haven't fitted all pieces of this puzzle, yet. May some kind soul
shed some light on this, please.
Thanks in advance,
P.S.: Aborting a write command during/before the OPC causes
some fragments to be written - bug or feature?
Log in to post a comment.
Sign up for the SourceForge newsletter:
You seem to have CSS turned off.
Please don't fill out this field.