"READ_BIG timed out" errors on acd0

[Predrag Punosevac]

Ok,
That thing with mount is my stupidity (you are not trying to mount file 
system) people already commented on it. I looked again the book and in 
Chapter 18, section 18.6 first page they talk about ripping music 
(Duplicating CD) from the command line right after they talk about about 
burncd and cdrtools. In particular can you follow the subsection 18.6.5 
from the handbook and rip a single song to a file?

My sound juser works perfectly with the editing I followed from the 
FreeBSD Gnome book.
Somebody mentioned that your CD might be protected from reading.

I will also mention something which is probably stupid. But you know 
that in FreeBSD you must have a wire between DVD/CD rom and
audio card to be able to listen to CDs. Can you listen to the CDs? I 
have no clue if you could rip CD without that wire.

As I said I have the wire. I followed the FreeBSD-Gnome handbook and 
everything works as expected.

Scott I. Remick wrote:
> Predrag Punosevac wrote:
>> Why don't you mount your cd as
>>
>> su -
>> password
>> mount-t cd9660 /dev/acd0 /mnt
>>
>> You should see you disk mounted and songs like files that you can 
>> transfer to hard disk. Of course you
>> can convert them latter to some format you like best.
>
> # mount -t cd9660 /dev/acd0 /mnt
> mount_cd9660: /dev/acd0: Invalid argument
>
>> device          scbus
>> device          cd
>> device          pass
>
> Yes, all 3 of those are already in my kernel.
>
>> device     atapicam
>
> I also have this. Verified by the following dmesg output:
>
> cd0 at ata3 bus 0 target 0 lun 0
> cd0: <TSSTcorp CD/DVDW SH-S183L SB01> Removable CD-ROM SCSI-0 device
> cd0: 3.300MB/s transfers
> cd0: cd present [3281952 x 2048 byte records]
>
>> Finally, if you are running GNOME 2.16 or later, you must have HAL 
>> running 
>
> Yep:
>
> [root at desktop /data/home/scott]# ps -ax | grep hald
>   893  ??  Ss     0:59.80 /usr/local/sbin/hald
>   894  ??  I      0:00.02 hald-runner
>   904  ??  S      2:22.76 hald-addon-storage: /dev/da0 
> (hald-addon-storage)
>   907  ??  S      2:20.78 hald-addon-storage: /dev/da1 
> (hald-addon-storage)
>   910  ??  S      2:20.42 hald-addon-storage: /dev/da2 
> (hald-addon-storage)
>   913  ??  S      2:20.95 hald-addon-storage: /dev/da3 
> (hald-addon-storage)
>   918  ??  S      3:29.59 hald-addon-storage: /dev/cd0 
> (hald-addon-storage)
>
>
>> To figure out which CD/DVD drive you will be using, run the following 
>> command as root:
>>
>> # camcontrol devlist
>
> <Generic USB SD Reader 1.00>       at scbus0 target 0 lun 0 (pass0,da0)
> <Generic USB CF Reader 1.01>       at scbus0 target 0 lun 1 (pass1,da1)
> <Generic USB SM Reader 1.02>       at scbus0 target 0 lun 2 (pass2,da2)
> <Generic USB MS Reader 1.03>       at scbus0 target 0 lun 3 (pass3,da3)
> <TSSTcorp CD/DVDW SH-S183L SB01>   at scbus5 target 0 lun 0 (cd0,pass4)
>
>> The devices in parentheses at the end are important. You must make 
>> sure the /dev entries for those devices are writable by the users 
>> that will be using nautilus-cd-burner, totem, goobox, or sound-juicer.
>
> Hmm well I didn't realize that Sound Juicer used /dev/cd0, I figured 
> it used acd0 (which had suitable permissions). I granted write 
> permissions across the board for /dev/cd0 but that didn't fix it.
>
>> In addition to those devices, /dev/xpt* must also be writable to your 
>> nautilus-cd-burner, totem, goobox, and sound-juicer users. The 
>> following /etc/devfs.conf configuration will achieve the desired 
>> results given the above devlist:
>>
>> perm    cd0     0666
>> perm    xpt0    0666
>> perm    pass0   0666
>
> Those I also didn't have set, but granting permissions still doesn't 
> allow Sound Juicer to work.
>
> Basically the symptoms are that Sound Juicer detects the drive (as 
> "CD/DVDW SH-S183L") but never displays a track list. Grip loads up but 
> seems to freeze for several moments at a time... sometimes Grip will 
> display a track list for the duration of one freeze only to have it 
> vanish and say "no disc" after the next freeze. And periodically I see 
> messages like these in my /var/log/messages:
>
> Aug 29 17:42:10 desktop kernel: acd0: FAILURE - READ_BIG timed out
> Aug 29 17:43:59 desktop last message repeated 3 times
> Aug 29 17:43:59 desktop kernel: (cd0:ata3:0:0:0): cddone: got error 
> 0x5 back
>