Same thing. Progress was non existent and there were several Vs in the output. syslogs are clean of messages. $ cdparanoia -vB 5- cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xxxxxxxx> and Xiphophorus Report bugs to paranoia@xxxxxxxx http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... DMA scatter/gather table entries: 1 table entry size: 131072 bytes maximum theoretical transfer: 55 sectors Setting default read size to 8 sectors (18816 bytes). CDROM model sensed sensed: HL-DT-ST DVD+RW GCA-4040N 1.17 Checking for SCSI emulation... Drive is ATAPI (using SCSI host adaptor emulation) Checking for MMC style command set... Drive is MMC style Verifying CDDA command set... Expected command set reads OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 17537 [03:53.62] 0 [00:00.00] no no 2 2. 15520 [03:26.70] 17537 [03:53.62] no no 2 3. 16025 [03:33.50] 33057 [07:20.57] no no 2 4. 16098 [03:34.48] 49082 [10:54.32] no no 2 5. 21085 [04:41.10] 65180 [14:29.05] no no 2 6. 13065 [02:54.15] 86265 [19:10.15] no no 2 7. 16425 [03:39.00] 99330 [22:04.30] no no 2 8. 17170 [03:48.70] 115755 [25:43.30] no no 2 9. 18295 [04:03.70] 132925 [29:32.25] no no 2 10. 15935 [03:32.35] 151220 [33:36.20] no no 2 11. 16122 [03:34.72] 167155 [37:08.55] no no 2 12. 16410 [03:38.60] 183277 [40:43.52] no no 2 13. 16483 [03:39.58] 199687 [44:22.37] no no 2 14. 18925 [04:12.25] 216170 [48:02.20] no no 2 15. 19675 [04:22.25] 235095 [52:14.45] no no 2 16. 15472 [03:26.22] 254770 [56:36.70] no no 2 TOTAL 270242 [60:03.17] (audio only) Ripping from sector 65180 (track 5 [0:00.00]) to sector 270241 (track 16 [3:26.21]) outputting to track05.cdda.wav On Mon, 2004-11-15 at 11:33 -0500, Peter Jones wrote: > On Sun, 2004-11-14 at 11:50 -0700, Kim Lux wrote: > > cdparanoia ripped this song before without any issues. It has now been > > running for 15 minutes and has not finished it. Notice the "V"s and "+" > > in the rip status. V = uncorrect error/skip. '+' = Unreported loss of > > streaming/other error in read. > > This many V's and +'s (and I suspect it says +++ then goes back and > updates them to V's) tends to mean the data it's getting back from the > read commands are completely bogus. > > > I feel silly reporting errors about cd ripping, but I think it best > > illustrates the cdrom issues. > > Go right ahead and report them; cdparanoia works the same way as many > other programs, but the pattern can stress different things than some > others. > > > On the bright side the sys log is entirely clean during all this. > > Eh, I'd rather see errors when something goes horribly wrong... > > > Checking /dev/cdrom for cdrom... > > DMA scatter/gather table entries: 1 > > table entry size: 131072 bytes > > maximum theoretical transfer: 55 sectors > > Setting default read size to 24 sectors (56448 bytes). > > Well, I saw something like what you're seeing when I was testing, but > there's a workaround which succeeded on all the hardware I could find. > Maybe it doesn't work on yours... > > Can you try the cdparanoia-alpha9.8-24.0test1 packages at > http://people.redhat.com/pjones/cdparanoia/fc3/ ? > > -- > Peter > -- Kim Lux (Mr.) Diesel Research Inc