On 25 Dec 2001, Jon Pennington wrote:
On Tue, 2001-12-25 at 01:21, Rick Green wrote:
I have made several attempts to get my CR-R going, but have been thwarted, and now I fear I've tangled something up in the attempt. Would someone help me untangle this mess?
I'm impressed. Good job gathering data! I took hints from an earlier post...
was the bug hump, and it would all fall into place after that. Silly me!
Well, it sort of is...
There is no 'cdwrite' entry in /etc/group
What the help message means is that xcdroast should be owned root:somegroup, and your user should be a member of somegroup, where somegroup is the same group that owns /dev/cdburner, where cdburner is the device that has the burning lasers. Get it? :)
That's what I thought.
Who owns /dev/scd0? It should be root:cdrom, and the same for any executable you want to make CD-R/RWs with.
I'm open to suggestions!
From the looks of your prompt, it looked like you were using the root user to do this stuff...am I wrong? My X server was started by the user, but when I tried to start xcdroast from the KDE menu, it popped up a dialog box asking for the root password,
secondly, root is the best user to diagnose this problem. What happens when you just use cdrecord from the command line as a user or as root? I haven't tried plain vanilla cdrecord, since I don't have an .iso image file handy to feed it. I believe I could create one by simply 'dd'-ing /dev/cdrom to a file, but I don't know enough about the internals of CD
Ah, this might be part of the problem: rtg@bruiser:~ > ls -al /dev/cdrom lrwxrwxrwx 1 root root 9 Sep 5 14:35 /dev/cdrom -> /dev/scd0 rtg@bruiser:~ > ls -al /dev/cdrecorder lrwxrwxrwx 1 root root 9 Sep 7 11:23 /dev/cdrecorder -> /dev/scd1 rtg@bruiser:~ > ls -al /dev/scd? brw------- 1 rtg users 11, 0 May 21 2001 /dev/scd0 brw-rw---- 1 rtg users 11, 1 May 21 2001 /dev/scd1 brw-r----- 1 root disk 11, 2 May 21 2001 /dev/scd2 This has tripped me up before, and is probably a basic concept I've never quite gotten straight - When dealing with a link, which set of permissions are the operative ones? Those on the link, or the target 'real' file/device? Does it make a difference if it's a symbolic or hard link? (It's not a part of the current problem, but I've also noted that the permissions fo a directory change when I mount a filesystem there, and I've sometimes had problems writing to floppy or zip drives as a user, because the permissions and ownership of the mount point change magically when I mount the disk...) then died immediately. I wanted to start it from an xterm, in the hopes it would throw an error message to stdout. Since it apparently wanted root permissions, I ran 'sux -' first. Firstly, root shouldn't be using X; formats to specify the blocksize and block count. WHen I attempt to start xcdroast from an xterm as an ordinary user, I get: rtg@bruiser:~ > xcdroast Gtk-WARNING **: This process is currently running setuid or setgid. This is not a supported use of GTK+. You must create a helper program instead. For further details, see: http://www.gtk.org/setuid.html Refusing to initialize GTK+. rtg@bruiser:~ > ls -al `which xcdroast` lrwxrwxrwx 1 root users 7 Aug 29 12:35 /usr/X11R6/bin/xcdroast -> xcdrgtk rtg@bruiser:~ > ls -al `which xcdrgtk` -rwxr-sr-x 1 root root 687933 May 15 2001 /usr/X11R6/bin/xcdrgtk This message seems confusing, since xcdroast appears to be a link to a gtk wrapper already... And here is another situation of a link and it's target having different ownership/permissions. It's the target which is sgid, and that seems to be the operative one.
The CD-Writing HOWTO has very clear directions for each mkisofs and > cdrecord; they're the only tools I ever use.
rtg@bruiser:~ > locate CD-Writing /usr/share/doc/howto/en/html/CD-Writing-HOWTO-1.html /usr/share/doc/howto/en/html/CD-Writing-HOWTO-2.html /usr/share/doc/howto/en/html/CD-Writing-HOWTO-3.html /usr/share/doc/howto/en/html/CD-Writing-HOWTO-4.html /usr/share/doc/howto/en/html/CD-Writing-HOWTO-5.html /usr/share/doc/howto/en/html/CD-Writing-HOWTO-6.html /usr/share/doc/howto/en/html/CD-Writing-HOWTO.html Lo and behold! It's even installed on my system, and I hadn't found it. I'm searching the web when it's right under my nose. I do some more reading...
-- Rick Green "They that can give up essential liberty to obtain a little temporary safety, deserve neither liberty nor safety." -Benjamin Franklin