[wplug] cd burning

[Doug Green]

Well, I added my normal user account to /etc/group "disk" which is what
gcombust uses to address /dev/scd0. I definitely can address the drive,
and I can get output from "cdrecord -scanbus"... but when I try to burn
the following errors pop up:

/usr/bin/cdrecord: Operation not peritted. WARNING: Cannot do
mlockall(2). 
/usr/bin/cdrecord: WARNING: This causes a high risk for buffer
underruns.
/usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set
RR-scheduler
/usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority using
setpriority().
/usr/bin/cdrecored: WARNING: This causes a high risk for buffer
underruns.
/usr/bin/cdrecord: Operation not permitted. shmctl failed to lock shared
memory segment. 

So, it appears that cdrecord uses some system calls that I don't have
access to. Any thought about how to get around this- I don't know what
mlockall, RR-scehduler, setpriority, or shmctl are. Thanks!
Doug


On 17 May 2001 08:06:57 -0400, harrold at sage.che.pitt.edu wrote:
> On 16 May 2001, Doug Green wrote:
> 
> > Hi-
> > I'm using gcombust to burn CDs... is there a way to do this without
> > having to SU to root? I changed the permissions on my /dev/scd0 (my
> > cdrw) but it still doesn't work. I think that cdrecord requires root in
> > some subsystems. Perhaps there's a way to at least make the app ask for
> > root pass when I launch it (rather than having to have an open terminal
> > logged in as root)? I guess sudo will do this?? Any comments/suggestions
> > would be helpful. Thanks!
> > Doug
> 
> i'm pretty sure sudo will do that. also cdburning uses the scsi generic
> drivers /dev/sg# i believe.
> 
> -- 
> john
> Give a man a fish, he owes you one fish. 
> Teach a man to fish, you give up your monopoly on fisheries. 
> 
> _______________________________________________
> wplug mailing list
> wplug at wplug.org
> http://www.wplug.org/mailman/listinfo/wplug