Quoting shlomo solomon, from the post of Tue, 17 Dec: > I tried that and got an error message saying I don't have access permission, > whch was true for my user. But when I tried (as root) to change permissions > for my regular user, I couldn't. So I checked and discovered that hdd is > actually a link (see below). I changed the permissions on the **real** > device, but instead of helping, that caused KsCD to crash. I had a similar > experience with /dev/sr1 that someone else suggested I try. > > [root@shlomo1 dev]# ls -la hdd* > lr-xr-xr-x 1 root root 35 Dec 17 16:47 hdd -> > ide/host0/bus1/target1/lun0/generic > [root@shlomo1 dev]# > > what now ;-(
you are using a device FS which means /dev is not really there, it's a reflection of the devices in the kernel, much like /proc. the program that manages all the links is devfsd (you can find it with ps). the changes in ownership and permissions you are trying to juggle will not be in effect next time you boot, so the solutions are: 1. wrong: set the permission on each boot with a line in rc.local, rc.boot or what have you. 2. right: create a group "cdrom", add the user to it, and make devfsd do the chgrp cdrom, chmod g+r for you like so: edit /etc/devfs/perms and make sure the following line is present: REGISTER [0-9]/cd$ PERMISSIONS root.cdrom 0660 good luck :) -- Keep refrigerated after opening Ira Abramov http://ira.abramov.org/email/ This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
msg23986/pgp00000.pgp
Description: PGP signature
