Grip does not think an audio CD is in the drive. May 18 22:32:58 Adopted [ 1506.829053] sr0: CDROM not ready yet. May 18 22:33:07 Adopted [ 1516.136156] ISO 9660 Extensions: Microsoft Joliet Level 1 May 18 22:33:07 Adopted [ 1516.140870] ISOFS: changing to secondary root May 18 22:33:08 Adopted hald: mounted /dev/sr0 on behalf of uid 1000 It does try to mount the data portion of the CD. I have tried it with a standard CD with no data section and I experience the same results. Reproducible: Always Steps to Reproduce: 1.Start Grip 2.Put audio disc in drive 3. Actual Results: When putting an audio disc in the drive, grip briefly displays the tracks and titles, then says "No Disc". It is reading it, if it is pulling track data to display. hal gets in the way with pop ups for asking what to do, but I didn't have this problem on my last IDE cdrom. (same popups) Even disabling auto mounting it in gnome has no effect. Expected Results: The drive works fine and other rippers such as Sound Juicer work with it. I would expect it to work with grip too. I have also found on sourceforge.net that other people with SATA drives are experiencing the same issue. Maybe something different about a SATA drives? The drive is configured as /dev/sr0 wodim--scanbus: scsibus0: 0,0,0 0) 'PLEXTOR ' 'BDDVDR PX-B310SA' '1.02' Removable CD-ROM 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * emerge --info: Portage 2.1.6.13 (default/linux/amd64/2008.0, gcc-4.3.3, glibc-2.9_p20081201-r2, 2.6.29-gentoo-r3 x86_64) ================================================================= System uname: Linux-2.6.29-gentoo-r3-x86_64-Intel-R-_Xeon-R-_CPU_E5520_@_2.27GHz-with-gentoo-2.0.0 Timestamp of tree: Sun, 17 May 2009 22:30:01 +0000 app-shells/bash: 4.0_p24 dev-java/java-config: 2.1.7 dev-lang/python: 2.5.4-r2, 2.6.2 dev-util/cmake: 2.6.4 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox: 1.9 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3, 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="amd64 x86 ~amd64 ~x86" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -msse4 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/hosts /etc/init.d /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=native -msse4 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="distlocks fixpackages metadata-transfer parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ http://mirror.usu.edu/mirrors/gentoo/ " LDFLAGS="-Wl,-O1" LINGUAS="en_US" MAKEOPTS="-j24" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac accessibility ace acl acpi alsa amd64 apache2 automount berkdb binary-drivers bittorrent bluetooth branding bzip2 cairo cdda cddb cdparanoia cdr cdrom cli consolekit cracklib crypt cups curl custom-optimization dbus dhcp divx dri dv dvd dvdr dvdread dvi eds encode epiphany esd evo fbsplash ffmpeg firefox flac foomaticdb fortran ftp gdbm gdm gedit gimp gimpprint gkrellm glitz gmedia gnome gnome-print gpm gs gstreamer gtk gtkhtml hal iconv id3tag ieee1394 ipod ipv6 isdnlog java javascript jpeg jpeg2k lame libsexy live lm_sensors mad midi mmx mmxext module motif moznoirc moznomail mp3 mp4 mp4live mpeg mpeg2 mplayer mudflap multilib multislot multitarget musicbrainz mysql nautilus ncurses networkmanager new-interface nfs nls nptl nptlonly nsplugin nvidia ogg openal openexr opengl openmp opensslcrypt pam pango pcre pdf perl php player png podcast pppd python quicktime readline realmedia reflection rhythmbox samba sdl session shaper sockets sound sox spell spl sqlite sse sse2 ssl ssse3 subversion svg swat sysfs tagwriting tcl tcpd theora tiff tivo tk truetype unicode usb verse vorbis wmp x264 xine xorg xscreensaver xulrunner xv xvid yv12 zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US" USERLAND="GNU" VIDEO_CARDS="nv nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
This could be a problem with your optical drive. I have exactly the same problem with my Samsung SH-S223F SATA DVD writer. With cdparanoia I can correctly read whole audio CDs but grip cannot be used with that drive. On the same machine I had a LG GH22NS30 SATA DVD writer which worked perfectly with grip. In case you can rip audio-CDs with cdparanoia, this is no problem with grip but with your drive.
So find new firmware for the optical drive or give up on using Grip? Neither choices sound too appealing. I am really fond of Grip, but buying another $130 drive is not ideal. What is the backend of Grip that has issues with drives where CDParanoia does not? What specifically is Grip testing the drive for that fails?
(In reply to comment #2) > So find new firmware for the optical drive or give up on using Grip? If there is newer firmware for your drive, it would be worth a try, wouldn't it? > Neither choices sound too appealing. Of course it doesn't. But to be honest what should we people at Gentoo do when the drive is the failing part? Furthermore even if the problem would be with grip, there would be not much we could do as upstream seems to be dead since 2005. > I am really fond of Grip, but buying another $130 drive is not ideal. Of course it is not. I wouldn't spend that much money just for getting a drive which works with grip. But to be honest I spent about $35 for the LG drive especially for the usage with grip. I don't want to recommend you to do the same but I'm afraid that's still the easiest way to get grip working again. > What is the backend of Grip that has issues with drives where CDParanoia does > not? What specifically is Grip testing the drive for that fails? That's beyond my knowledge. Maybe someone else can shed some light to that question. P.S.: There are reports in the grip bug-tracker about problems with SATA-drives as well. So maybe grip is the cause of the problems but I doubt it as my ancient SCSI-drives should fail as well which they don't. http://sourceforge.net/tracker/?func=detail&aid=2735092&group_id=3714&atid=103714
Thank you for your responses. I still tend to think its Grip code that is the problem. The drive is new, no new firmware that I have found and the drive works with everything else. The fact that others have problems with SATA drives and Grip leads me to believe it is a problem with Grip. Most likely whatever back end they have coded to read the drive. I'll just switch to Sound Juicer. I'll install rubyripper to just for giggles.
Let's see what our sound herd thinks about this...
(In reply to comment #5) > Let's see what our sound herd thinks about this... > I've been using it on my SATA drive for quite a while.. there's no upstream for this package, and I don't have the hardware reporter has.. there's nothing we can do.
FYI: I was having the same problem, and I seem to have found a solution. On my system, /dev/cdrom points to /dev/sr0. But it seems that grip really wants a generic scsi device, so I pointed it at /dev/sg1 instead, and that is working. Note that the number of the generic device may be different, as it is on my system. Fortunately, 'ls -l /dev/sg*' showed only one sg device that had group cdrom, which made it obvious. I suspect that this has nothing to do with a hardware fault, and everything to do with how grip talks to the drive. I hope this helps others who hit the same bug.
