[linux-audio-user] audio cdrom permissions

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I don't see any more permissions problems here. I have seen a particular
drive/motherboard combo where reading the Table of Contents (TOC) of an
audio CD would not work. I swapped drives (different brands of el cheapo
CDRW) between two machines, after which both systems could read & rip
audio! You might have a similar situation, not a software configuration
problem but an incompatibility among the drive, the motherboard, and the
device driver software. There could be a work-around, but I have no idea
what it would be. For what it's worth, the machine where the problem
showed up identifies its IDE interface (via lspci -v) as a "VIA
Technologies, Inc. VT82C586B".

Good luck.

Paul

On Mon, 2003-05-19 at 16:56, derek holzer wrote:
> hi gang,
> 
> still tracking this problem, so let me reply to the two kind people that 
> have written so far. to clarify, i am trying to RIP audio, not BURN it. 
> it seems both folks started thinking about write permissions and not 
> necessarily read permissions.
> 
> devdsp@xxxxxxxxxxxxxxx wrote:
> 
> >>The easiest way is to chmod all of these entries to 777. You need to be able to
> >>write to your CD-ROM drive as a regular user, after all :)
> >>    
> >>
> 
> i have done this, and it makes no difference. also, being a member of 
> group "cdrom" and "disk" doesn't make much diff, so i can't imagine that 
> being in "cdromwriter", as you suggest elsewhere, would change this..... 
> funny thing is that it ACTS like i haven't changed these permissions! as 
> you can see below, when i try chmod 777, it doesn't affect it, even 
> though i am 'su'... what am i doing wrong here?
> 
> debian:/home/derek# chmod 777 /dev/sg0
> debian:/home/derek# ls -al /dev/sg0
> lr-xr-xr-x    1 root     root           36 May 19 22:15 /dev/sg0 -> 
> scsi/host0/bus0/target0/lun0/generic
> 
> 
> Paul Perkins wrote:
> 
> >Under 2.4.x kernel (or earlier), burning CDs (and possibly ripping audio
> >CDs too) needs access to the "generic scsi" device for the drive (don't
> >you love those violent terms for copying data?). Conventionally called
> >/dev/sg0, device (21,0). The "0" may be another number if you have
> >multiple real or emulated SCSI devices. I'm not sure, but I think this
> >may change in the 2.6 kernel series.
> >
> 
> i do have a /dev/sr0
> lr-xr-xr-x    1 root     root           36 May 19 22:15 /dev/sg0 -> 
> scsi/host0/bus0/target0/lun0/generic
> 
> and the new permissions for its target are as follows:
> 
> debian:/# ls -al /dev/scsi/host1/bus0/target0/lun0/
> total 0
> drwxrwxrwx    1 root     root            0 Jan  1  1970 .
> drwxr-xr-x    1 root     root            0 Jan  1  1970 ..
> brwxrwxrwx    1 root     cdrom     11,   0 Jan  1  1970 cd
> crwxrwxrwx    1 root     root      21,   1 Jan  1  1970 generic
> 
> once i changed the permissions sucessfully to those above, cdparanoia 
> gives me this when i try to Query an audio CD:
> 
> --------------begin
> debian:/home/derek# cdparanoia -vQ
> 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...
>     Testing /dev/cdrom for cooked ioctl() interface
>         /dev/scsi/host1/bus0/target0/lun0/cd is not a cooked ioctl CDROM.
>     Testing /dev/cdrom for SCSI interface
>         generic device: /dev/scsi/host1/bus0/target0/lun0/generic
>         ioctl device: /dev/scsi/host1/bus0/target0/lun0/cd
> 
> Found an accessible SCSI CDROM drive.
> Looking at revision of the SG interface in use...
>     SG interface version 3.1.24; OK.
> 
> CDROM model sensed sensed: TOSHIBA DVD-ROM SD-C2502 1711
> 
> 
> Checking for SCSI emulation...
>     Drive is ATAPI (using SCSI host adaptor emulation)
> 
> Checking for MMC style command set...
>     Drive is MMC style
> 004: Unable to read table of contents header
> 
> Unable to open disc.  Is there an audio CD in the drive?
> -----------------end
> 
> so i am still not sure what the problem is....
> 
> >If some of the applications you are using are installed with set-uid,
> >(perhaps on a helper program rather than the main one), that would
> >explain why similar actions may only work as user root in one
> >application, but work as a normal user in another application.
> >
> 
> none of the apps were knowingly installed set-uid... they all came from 
> deb packages, though, so i know of no way to tell for certain. how to 
> find out? how to change?
> 
> it's stuff like this that makes me think my laptop is haunted ;-)
> 
> thanks for your suggestions,
> derek
> 
> >On Sun, 2003-05-18 at 13:03, derek holzer wrote:
> >  
> >
> >>> i've been having a bit of trouble with playing and ripping CDs, maybe 
> >>> someone here can help?
> >>> 
> >>> i'm running Debian on a laptop, and as root i don't have any serious 
> >>> problems doing either, but as a user it becomes a bit wierd... let me 
> >>> explain...
> >>> 
> >>> as user, i am in groups cdrom and disk. i have set permissions as follows:
> >>> 
> >>> in /dev:
> >>> lr-xr-xr-x    1 root     root           13 May 18 17:31 cdrom -> 
> >>> cdroms/cdrom0
> >>> drwxr-xr-x    1 root     root            0 Jan  1  1970 cdroms
> >>> 
> >>> in /dev/cdroms
> >>> lr-xr-xr-x    1 root     root           34 Jan  1  1970 cdrom0 -> 
> >>> ../scsi/host1/bus0/target0/lun0/cd
> >>> 
> >>> in /dev/scsi/host1/bus0/target0/lun0/
> >>> brw-rw-rw-    1 root     cdrom     11,   0 Jan  1  1970 cd
> >>> 
> >>> i have none of these other cdrom devices listed in /dev:
> >>> /dev/hdc
> >>> /dev/sr0
> >>> /dec/scd0
> >>> but my drive appears to be ATAPI with SCSI emulation. i have added the 
> >>> following to my /etc/lilo.conf to reflect this:
> >>> append="hdc=ide-scsi"
> >>> although commenting this out doesn't seem to do much.
> >>> 
> >>> i can rip CDs as a user with Grip, but RipperX tells me i need 
> >>> permission to access the CD drive [cannot open cdrom drive]. i can play 
> >>> CD audio with Alsaplayer, but not with XMMS.  likewise, xfreecd doesn't 
> >>> find the drive, but workman does. very inconsistant! running cdparanoia 
> >>> -vQ as user gives the following:
> >>> 
> >>> Checking /dev/cdrom for cdrom...
> >>>     Testing /dev/cdrom for cooked ioctl() interface
> >>>         /dev/scsi/host1/bus0/target0/lun0/cd is not a cooked ioctl CDROM.
> >>>     Testing /dev/cdrom for SCSI interface
> >>>         No generic SCSI device found to match CDROM device 
> >>> /dev/scsi/host1/bus0/target0/lun0/cd
> >>> 
> >>> it seems that there are still some permissions to change somewhere, but 
> >>> i can't for the life of me figure out where!
> >>> 
> >>> what have i missed?
> >>> 
> >>> thanks,
> >>> derek
> >>    
> >>
> 
> 

-- 
sigmotto: Liberty is theft.



[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux