Re: [SLE] K3b permissions under SuSE 9.1
On Sunday 12 December 2004 3:33 pm, Joe Morris (NTM) wrote:
I'm one of the many folks to encounter the problem of not being able to run the CD writing program K3B as a non-root user. <snip> Does anyone have a
solution for 9.1?
Try setting cdrecord (I usually do it in /etc/permissions.local) suid root (4710), owned root.cdburn, then create the group, adding yourself to the group. I also did the same to cdrdao, mkisofs, cdda2wav. Then it should work as non-root. Be aware that this will break it in a post 2.6.8 kernel, which may have some backporting done in the kernel in 9.1. If that is the case, they would need to be root.root 755.
With the suid root, why would it also be necessary to change the group, I wonder? And turning that around, if I'm in the cdburn group, why would the suid root be necessary? Given the hazards of getting clobbered by a kernel update, why not do root.root 755 in the first place? Paul
Paul W. Abrahams wrote:
With the suid root, why would it also be necessary to change the group, I wonder?
Not sure, that is what xcdroast did to setup non-root burning, and since it worked...
And turning that around, if I'm in the cdburn group, why would the suid root be necessary?
Not sure, but both xcdroast and k3b-setup say to do this for non-root burning.
Given the hazards of getting clobbered by a kernel update, why not do root.root 755 in the first place?
That is the default and you said you were having trouble burning as non-root. You said this was on 9.1, and as I recall that is what I needed to do, and it worked when I had 9.1. There was a major change in the 2.6.8 kernel that changed the way many programs could access kernel privileged signals, which broke cdrecord in non-root mode, but which has been fixed in 9.2. This requires it to NOT be suid, the opposite of 9.1 with the default kernel. If you put the changes in /etc/permissions.local, they will always be respected and will last through a distro upgrade, not to mention a kernel update. But I was warning you that if the changes in the way the kernel treated cdrecord was backported, it would then be the CAUSE of non-root failing. Hope that helps to explain what I was saying. -- Joe Morris New Tribes Mission Email Address: Joe_Morris@ntm.org Registered Linux user 231871
participants (2)
-
Joe Morris (NTM)
-
Paul W. Abrahams