From owner-freebsd-questions@FreeBSD.ORG Wed Aug 29 22:04:21 2007 Return-Path: Delivered-To: questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 603CC16A47C for ; Wed, 29 Aug 2007 22:04:21 +0000 (UTC) (envelope-from punosevac@math.arizona.edu) Received: from smtp102.math.arizona.edu (smtp102.math.arizona.edu [128.196.102.202]) by mx1.freebsd.org (Postfix) with ESMTP id 2D63913C46B for ; Wed, 29 Aug 2007 22:04:21 +0000 (UTC) (envelope-from punosevac@math.arizona.edu) Received: from Debian-exim by smtp102.math.arizona.edu with local-bsmtp (Exim 4.50) id 1IQVe7-0007CZ-OQ for questions@freebsd.org; Wed, 29 Aug 2007 15:04:20 -0700 Received: from 71-220-138-238.tcsn.qwest.net ([71.220.138.238] helo=oko.kicks-ass.net) by smtp102.math.arizona.edu with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1IQVe2-0007CH-GE; Wed, 29 Aug 2007 15:04:14 -0700 Message-ID: <46D5ED5B.1040402@math.arizona.edu> Date: Wed, 29 Aug 2007 15:04:11 -0700 From: Predrag Punosevac User-Agent: Thunderbird 2.0.0.4 (X11/20070713) MIME-Version: 1.0 To: "Scott I. Remick" , questions@freebsd.org References: <46D50089.5010309@math.arizona.edu> <46D5086E.7050504@sremick.net> <46D50B76.3000707@math.arizona.edu> <46D51589.6010100@sremick.net> <46D51F5D.70003@math.arizona.edu> <46D5E927.4070300@sremick.net> In-Reply-To: <46D5E927.4070300@sremick.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Outgoing-Spam-Score: -5.9 (-----) Cc: Subject: Re: "READ_BIG timed out" errors on acd0 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2007 22:04:21 -0000 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: 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@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 > > at scbus0 target 0 lun 0 (pass0,da0) > at scbus0 target 0 lun 1 (pass1,da1) > at scbus0 target 0 lun 2 (pass2,da2) > at scbus0 target 0 lun 3 (pass3,da3) > 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 >