I wish I had a dump of what was happening; unfortunately, the only information I can give is that when I issued the command cdrdao write --device 0,1,0 Pelicula00.mpg.cue the system froze solid shortly after cdrdao performed a power calibration. This also happened if I specified a driver (generic-mmc and generic-mmc-raw.) I've downgraded to 1.1.5, which seems to work wonderfully. A dump from the currently-running cdrdao session: Cdrdao version 1.1.5 - (C) Andreas Mueller <andreas@daneb.de> SCSI interface library - (C) Joerg Schilling L-EC encoding library - (C) Heiko Eissfeldt Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Using libscg version 'schily-0.5' 0,1,0: HL-DT-ST CD-RW GCE-8160B Rev: 1.02 Using driver: Generic SCSI-3/MMC (raw writing) - Version 2.0 (options 0x0000) Starting write at speed 4... Pausing 10 seconds - hit CTRL-C to abort. Process can be aborted with QUIT signal (usually CTRL-\). Turning BURN-Proof on Using 16 byte P-Q sub-channel data mode. Executing power calibration... Power calibration successful. Writing lead-in and gap... Writing track 01 (mode MODE2_RAW/AUDIO)... Writing track 02 (mode MODE2_RAW/AUDIO).. and on, and on. Reproducible: Always Steps to Reproduce: 1. 2. 3.
no time anymore
does 1.1.7-r1 have this problem also?
i must of been half asleep when i made that post... a hard freeze of system prob a upstream bug any word of this problem on cdrdao's mailing lists?
Not going to get attention in sound buglist.
I'm trying to reduce the number of packages I maintain to a reasonable number. Punting back to bug-wranglers.
Please reopen if that's still an issue.
