MandrivaThis Forum is for the discussion of Mandriva (Mandrake) Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I instald the 2007.1 and I like it a lot... but this new K3b witch comes with the distro doasn't have the k3b setup2 program witch updated the permissions on cdrecord and other burning command... and I got a warnning about not using these as root.... how can I update manually or set it up to use them as root?
You could chown k3b I suppose. What I've usually done is to change the permissions of the programs needed (generally CDRecord (now Wodim I think), cdrdao, mkisofs, growisofs, dvd+rwtools) to user rather than root. Open a Terminal & log in as root using the su command, Return, followed by root password, then type chown user:user /usr/bin/[package]
This has generally had the desired effect of improving performance & allowing certain actions such as burning iso dvd's that were otherwise failing, although I don't know how advisable it actually is from a security point of view - I've never had any problems though.
You could chown k3b I suppose. What I've usually done is to change the permissions of the programs needed (generally CDRecord (now Wodim I think), cdrdao, mkisofs, growisofs, dvd+rwtools) to user rather than root. Open a Terminal & log in as root using the su command, Return, followed by root password, then type chown user:user /usr/bin/[package]
This has generally had the desired effect of improving performance & allowing certain actions such as burning iso dvd's that were otherwise failing, although I don't know how advisable it actually is from a security point of view - I've never had any problems though.
THX for the quick reply....
If I understand it right this is the correct form of the command: chown rootilatus /usr/bin/cdrecord
No, you log in as root first - open a terminal, type su, press return, type your root password (the password you use to open the Mandriva Control Centre or install software)& then press return again. The prompt'll then say something like[root @ localhost]#. Next type chown user:user /usr/bin/whatever it is you want to change, where user is your the name that you log in with normally.
This command is also very useful if you ever need to edit any configuration files that are in the root directory.
Hope that's a bit clearer. Don't worry about getting it wrong- the command line still confuses the life out of me & I've been using Linux for a good few years. In fact to my shame, chown is about the only command I really ever use!
You don't need to change permissions. When the "warning" appears just click the box that you don't want to see it again, and close it. K3B will work just fine for your user.
No, you log in as root first - open a terminal, type su, press return, type your root password (the password you use to open the Mandriva Control Centre or install software)& then press return again. The prompt'll then say something like[root @ localhost]#. Next type chown user:user /usr/bin/whatever it is you want to change, where user is your the name that you log in with normally.
This command is also very useful if you ever need to edit any configuration files that are in the root directory.
Hope that's a bit clearer. Don't worry about getting it wrong- the command line still confuses the life out of me & I've been using Linux for a good few years. In fact to my shame, chown is about the only command I really ever use!
THX for the clearings.... I just didn't understand the chown command now it's OK...
You don't need to change permissions. When the "warning" appears just click the box that you don't want to see it again, and close it. K3B will work just fine for your user.
Yeah I know but If you run it as a normal user it may haw problems.... and it's a lot faster when burning DVD's whit root permissions...
Yeah I know but If you run it as a normal user it may haw problems.... and it's a lot faster when burning DVD's whit root permissions...
This is true...
What I really wish could be done myself, is allow any user to run k3b, but have it run with root permission, while at the same time, no need for the user to know the root password, AND no way to get the root password (especially in an easy way, like reading a shell script file, text file, exc.)
Create a burner group (any name that makes sense to you will work). Edit your new burner group to make the user(s) you want to have access to burn disks member(s). The easiest way to do this is with Userdrake (System > Configuration > Other > User Administration in the menu system). Finally change the group ownership of the associated software to burner:
Code:
chgrp burner filename
Allow group members to execute the file:
Code:
usermod g +x filename
Any file named in the K3b warning is a good candidate (or the base file to which it links e.g.: /usr/bin/cdrecord links to /etc/alternatives/cdrecord which links to /usr/bin/wodim), so /usr/bin/wodim is a good candidate. /usr/bin/cdrdao, and /usr/bin/growisofs may be other good candidates. The advantage here is that you can choose which users in a multi-user environment can have access to burning a disk to CD or DVD.
Create a burner group (any name that makes sense to you will work). Edit your new burner group to make the user(s) you want to have access to burn disks member(s). The easiest way to do this is with Userdrake (System > Configuration > Other > User Administration in the menu system). Finally change the group ownership of the associated software to burner:
Code:
chgrp burner filename
Allow group members to execute the file:
Code:
usermod g +x filename
Any file named in the K3b warning is a good candidate (or the base file to which it links e.g.: /usr/bin/cdrecord links to /etc/alternatives/cdrecord which links to /usr/bin/wodim), so /usr/bin/wodim is a good candidate. /usr/bin/cdrdao, and /usr/bin/growisofs may be other good candidates. The advantage here is that you can choose which users in a multi-user environment can have access to burning a disk to CD or DVD.
HTH,
Until here everything seemed ok: [root@localhost pilatus]# chgrp iras /usr/bin/cdrecord
[root@localhost pilatus]# chgrp iras /usr/bin/wodim
[root@localhost pilatus]# chgrp iras /usr/bin/cdrdao
[root@localhost pilatus]# chgrp iras /usr/bin/dvd+rw-format
[root@localhost pilatus]# chgrp iras /usr/bin/growisofs
but the next step is not working: [root@localhost pilatus]# usermod g +x /usr/bin/cdrecord
usermod: user /usr/bin/cdrecord does not exist
then I tryed the command this way to: [root@localhost pilatus]# usermod g pilatus +x /usr/bin/cdrecord
usermod: user /usr/bin/cdrecord does not exist
[root@localhost pilatus]# usermod g pilatus +x /usr/bin/wodin
usermod: user /usr/bin/wodin does not exist
[root@localhost pilatus]# usermod g iras +x /usr/bin/wodin
usermod: user /usr/bin/wodin does not exist
[root@localhost pilatus]#
but neither way works... what did I wrong or what did I miss.....
edit: iras=the burning group that I created, pilatus=the user witch I use
Last edited by pilatus666; 05-14-2007 at 01:27 AM.
Distribution: Mandriva mostly, vector 5.1, tried many.Suse gone from HD because bad Novell/Zinblows agreement
Posts: 1,606
Rep:
I believe it is wodim not wodin
My point here is that the cdrecord warning, although relevant, is kind of a bit wrong since wodim has become the default. But the chown suggestions are correct
(and so new default is geniso or whatever it is called instead of mkisofs)
Still not working: [root@localhost pilatus]# usermod g iras pilatus +x /usr/bin/wodim
usermod: user /usr/bin/wodim does not exist
[root@localhost pilatus]# usermod g +x /usr/bin/wodim pilatus
usermod: no flags given
[root@localhost pilatus]# usermod g iras +x /usr/bin/wodim pilatus
usermod: no flags given
and it's wreally frustrating cauze now the max dvd writing speed is 1-2x and it takes more than a half an hour to burn a dvd.....
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.