Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème K3B

da3m0n

Bonjour tout le monde! Tout d'abord sachez que je suis un gros newbie sous linux, mais je fais tout pour m'améliorer! lol
Sachez également que je m'excuse par avance si le sujet a déjà été traité....

J'ai un problème quand j'utilise k3b. Quand je ne l'utilise pas en mode root, j'obtient ce message à l'ouverture de l'interface graphique:

Le programme « cdrecord » ne peut pas être exécuté avec les privilèges de l'utilisateur « root »
Il est extrêmement recommandé de configurer cdrecord pour qu'il soit exécuté avec les privilèges du superutilisateur. Il bénéficiera alors d'une priorité plus haute, ce qui améliorera la stabilité du processus de gravure. Cela permet également de modifier la taille du tampon utilisé. Un grand nombre de problèmes ont été résolus de cette façon. Cela est également valable si vous utilisez la version SuSE de resmgr.
Solution : Utiliser la « configuration avancée de K3b » pour résoudre le problème.
Le programme « cdrdao » ne peut pas être exécuté avec les privilèges de l'utilisateur « root »
Il est extrêmement recommandé de configurer cdrdao pour qu'il soit exécuté avec les privilèges du superutilisateur, afin d'améliorer la stabilité du processus de gravure.
Solution : Utiliser la « configuration avancée de K3b » pour résoudre le problème.

Alors d'accord, je veux bien aller dans la configuration avancée pour régler le problème, mais je la trouve pas la section.... Help me, please....

Merci beaucoup d'avance!

PS: Fedora Core 3 - Kernel 2.6.11 - Sous Gnome

Aiolizator

Salut,

dans un terminal, logué en root, tape ça :

chmod +s /usr/bin/cdrecord

puis ça :

chmod +s /usr/bin/cdrdao

@+

J.C.

kiki

Aiolizator a écrit:
Salut,

dans un terminal, logué en root, tape ça :

chmod +s /usr/bin/cdrecord

puis ça :

chmod +s /usr/bin/cdrdao

@+

J.C.

ou très jolie façon de faire j'adore :-D

sinon ce que tu peux aussi faire et qui revient aux même, c'est de dans la fenêtre qu'il t'ouvre le groupe auquel appartient cdrecord est burning, tu le changes par le groupe cdrom (dans mon cas) or tous les utilisateurs ont le droit d'executer k3b ainsi...

da3m0n

Merci beaucoup! je vais essayer ça tout de suite!! 😉

da3m0n

Super! Ca fonctionne très bien maintenant!!!
Juste pour ma culture personnelle, que fait exactement chmod +s ? Je Sais que le chmod change les autorisations d'accès, mais le "+s"....?

denis

Salut,
J'avais le même problème que toi, mais moi j'avais créé un groupe spécial pour pouvoir graver: groupe cdrecord.
Je me suis mis membre du groupe cdrecord.
Puis j'avais attribué ce groupe à cdrecord et cdrdao.

MAIS j'aivais oublié de cocher la case suid dans les propriétés de cdrecord et cdrdao (ça revient à oublier chmod +s).
ce +s : lorsqu'un fichier porte cette propriété, peu importe quel utilisateur lance le fichier, il aura toujours les droits de son propriétaire (case à cocher "forcer l'ID de l'utilisateur dans Nautilus).

ex (ce que j'ai fait):
/usr/bin/cdrecord appartient à l'utilisateur root (propriétaire du fichier), et au groupe root.

Je crée un nouveau groupe d'utilisateurs (paramètres système->utilisateurs et groupes) appelé "gravure", je me mets (utilisateur "denis") comme faisant partie du groupe gravure.

je change ensuite le groupe de /usr/bin/cdrecord par gravure et donne au groupe les droits de lecture et execution (cocher les cases dans nautilus, en root).

Je peux désormais, en tant que SIMPLE UTILISATTEUR "denis" utiliser cdrecord. ce programme sera donc lancé avec les droits de "denis", simple utilisateur (y aura donc toujours un message dans K3B)

Puis en tant que root: #chmod +s /usr/bin/cdrecord

à partir de maintenant, quand j'exécute cdrecord (simple utilisateur "denis"), ce programme aura les droits de l'utilisateur root, son propriétaire.

conclusion:
ce programme pourra désormais être utilisé par l'utilisateur root ET tous les membres du groupe gravure.
Ce programme sera lancé, à chaque fois, avec les droits de super-utilisateur root (grâce au "+s").

voilà.

tous vos commentaires sont les bienvenus, je débute sous Linux et je pense avoir compris chmod, alors svp, crtiquez ce que je marque!
Merci

Aiolizator

Ca positionne le sticky bit à on.

Je suis très fainéant, alors je te copie / colle une explication :

Le sticky bit concerne principalement les répertoires. Si un 'user' a la permission'execute' sur un répertoire, il peut faire un 'rm' de n'importe quel fichier dont il n'est pas 'owner'. Avec le sticky bit positionné, seulement le 'owner' du fichier et root peuvent l'effacer. Ainsi, pour le répertoire /tmp dans lequel tout le monde peut écrire, si le sticky bit est positionné, chaque 'user' ne peut écrire ou détruire que les fichiers qui lui appartiennent.
La commande ls -l affiche drwxrwxrwt , x est remplacé par t
dans les permissions 'others'(autres).

(trouvé là : http://f3wm.free.fr/linux/linux.html )

@+

J.C.

passe-partout

[mode hors sujet on]
une photo de spectroman! trop fort!!!! :-o :-o :-o
[/mode hors sujet off]

kiki

da3m0n a écrit:
Super! Ca fonctionne très bien maintenant!!!
Juste pour ma culture personnelle, que fait exactement chmod +s ? Je Sais que le chmod change les autorisations d'accès, mais le "+s"....?

Pouor savoir à quoi sert une commande ou bien quelles sont ces options, il te faut faire:
$man chmod

tu auras la notice de chaque fonction! 🙂

Pour ce que tu as fait denis, je pense que mettre les utilisateurs dans le même groupe de travail est la chose la plus facile à faire! ça évite de lancer le prog avec les droits root.