Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3671 connectés 

 


Dernière réponse
Sujet : Probleme de lancement imwheel et PID
Raphux Je viens de trouver.
Quand un user lance imwheel, celui-ci créer un fichier imwheel.pid dans /tmp/ en plus de celui dans /var/pid
Le fichier dans /tmp appartient au user.user a l'origine, et quand on ferme une session, imwheel ne supprime pas ce fichier, d'où l'impossibilité de lancer un autre imwheel avec un autre user, car celui-ci essaye d'écraser un fichier qui n'appartient pas son groupe.
 
J'ai donc changer le groupe du fichier imwheel.pid dans /tmp (j'ai crée un groupe "imwheel" ), ajouté les users dans ce groupe, et voilà, tout marche pour le mieux! :)
 
Voilou!

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Raphux Je viens de trouver.
Quand un user lance imwheel, celui-ci créer un fichier imwheel.pid dans /tmp/ en plus de celui dans /var/pid
Le fichier dans /tmp appartient au user.user a l'origine, et quand on ferme une session, imwheel ne supprime pas ce fichier, d'où l'impossibilité de lancer un autre imwheel avec un autre user, car celui-ci essaye d'écraser un fichier qui n'appartient pas son groupe.
 
J'ai donc changer le groupe du fichier imwheel.pid dans /tmp (j'ai crée un groupe "imwheel" ), ajouté les users dans ce groupe, et voilà, tout marche pour le mieux! :)
 
Voilou!
Mjules

Raphux a écrit :

Oui, j'ai en effet lu le man, mais ce que je ne comprend pas, c'est pourquoi toto a le droit d'écrire un PID, alors que titi n'a pas le droit...
 
Merci en tous cas, je ne connais pas ce Setuid, je vais chercher des infos dessus..
 
Thx
 
 


le bit SUID permet de donner à un programme les droits de son propriétaire quand il s'éxécute ; et ce quelquesoit l'utilisateur qui l'éxécute.
ex:
cdrecord éxécuté par Jules va avoir les droits de son propriétaire qui est root et pourra ainsi accéder facilement au graveur.

Raphux Oui, j'ai en effet lu le man, mais ce que je ne comprend pas, c'est pourquoi toto a le droit d'écrire un PID, alors que titi n'a pas le droit...
 
Merci en tous cas, je ne connais pas ce Setuid, je vais chercher des infos dessus..
 
Thx
 
Mjules man imwheel :


-p, --pid
    Don't write a pid file for gpmwheel FIFO method. This is the only method that uses the pid file. XGrab doesn't need it, so it just issues a warning about starting multiple imwheels on the same display. Some people really prefer this, especially when they are not using a SUID root imwheel executable.


 
lances le avec l'option -p comme il te le dit
 
ou alors tu rend SetUID l'éxécutable imwheel (comme il te le dit dans le message d'erreur)

Raphux Pas une petite idée?
Raphux Bonjour, j'ai un petit souci avec imwheel. J'ai deux utilisateurs sur ma station (sans compter le root), et seulement un seul arrive à lancer imwheel. Les deux utilisateurs ont été crée à l'install avec  les mêmes droits (on va les appeller toto et titi). Toto arrive donc à lancer imwheel, mais lorsque titi veux lancer imwheel, ca donne ca :

[titi@dhcppc0 titi]$ imwheel
ERROR: Couldn't write pid to pid file
  Perhaps you want the -p option to avoid this...
  Otherwise you may SUID root the imwheel executable.
: Permission denied
[titi@dhcppc0 titi]$


 
J'ai bien vérifié qu'il n'y est pas déjà un imwheel qui tourne en mémoire.
 
L'objectif est que l'imwheel que j'ai mis dans les autostart de kde de toto et titi s'éxecute correctement. et pour l'instant, seul celui de toto s'éxecute bien.
 
A moin que le mettre dans un autostart commun à tous les utilisateurs?
 
Raph.


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)