<div><div>Thanks Derek!  That worked like a charm!  I know that I am not the only one out there with this problem, so that fix needs to be applied to Ubuntu's wiki somewhere!<br><br>Thanks again for your help!,<br>Lee McLain
<br><br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Message: 6<br>Date: Mon, 19 Jun 2006 09:06:42 -0300<br>From: Derek Broughton <
<a href="mailto:news@pointerstop.ca">news@pointerstop.ca</a>><br>Subject: Re: K3b permissions are driving me nuts!<br>To: <a href="mailto:ubuntu-users@lists.ubuntu.com">ubuntu-users@lists.ubuntu.com</a><br>Message-ID: <
<a href="mailto:ijgim3-9vu.ln1@news.pointerstop.ca">ijgim3-9vu.ln1@news.pointerstop.ca</a>><br>Content-Type: text/plain; charset=us-ascii<br><br>Lee McLain wrote:<br><br>> Hi everyone,<br>>    This is an issue that is really bugging me and I can't seem to find a
<br>> proper fix for it.<br>>    I am running Dapper on an Inspiron 6000. K3b keeps telling me that<br>> cdrecord doesn't have permission for the device.  Upon further checking,<br>> it seems that cdrecord is trying to use /dev/sg0 even though K3b says it's
<br>> using /dev/sg1.<br><br>Really?  I wouldn't expect the CD device to be on sg1, _but_ for scsi<br>CD/DVDs k3b requires access to /dev/sg0 which is a scsi control device, and<br>k3b doesn't report that.<br><br>> I try to add that device(sg0) and K3bsetup tells me that
<br>> it isn't a valid device.<br><br>Not for reading and writing on, anyway.<br><br>>    I change the permissions of /dev/sg0 to 666 and K3b then works.<br><br>There's the clue - you should never need it to be 666.  As Norton said, you
<br>should be in the cdrom group, but iirc some versions of udev don't actually<br>make sg0 owned by cdrom, either, in which case you need to add the<br>following to /etc/udev/rules.d/15local.rules (creating the file if<br>
necessary):<br><br>  BUS=="scsi", KERNEL=="sg[0-9]", NAME="%k", GROUP="cdrom"<br><br>> Unfortunately, after rebooting, the permissions go back to what they were<br>> before.  This sucks.
<br><br>It's normal, since the device doesn't exist between boots.<br>--<br>derek<br><br></blockquote></div>