OVH Cloud OVH Cloud

permissions sous debian, l'enfer

12 réponses
Avatar
michel
Bonjour,

J'écris en espérant régler un ancien problème dont je n'ai pas encore
eu le loisir de m'occuper jusque là.
D'abord, je parle d'une machine qui est en réseau (ce n'est pas le
serveur), qui passe par mon firewall qui fait passerelle. A noter que j'ai
une partition sur mon firewall (l'autre machine quoi) que je monte sous
cette machine avec nfs, et ça marche.

Le premier problème : J'ai comme beaucoup, une partition vfat, qui est
montée sur /mnt à laquelle j'accède sans problème... sous root.
Impossible d'y accéder, et donc encore moins d'écrire sur cette
partition avec un autre utilisateur. J'ai vérifié 10 fois mon fstab, je
ne vois pas de lézard :
/dev/hda1 /mnt vfat user, exec, dev, suid, rw 1 1

Le deuxième problème (un classique) : impossible d'accéder au scanner
autrement que sous root, sinon il ne me trouve pas le périphérique. J'ai
tout essayé, mettre tout sous SUID, tenté avec sudo, rien n'y fait. La
seule chose que j'ai réussi, c'est en mettant scanimage en SUID,
j'arrive alors à lancer scanimage -L et là, il m'indique le scanner;
mais si je lance xsane, rien, pas de périphérique.

C'est quoi ce bordel !
Pourquoi mes permissions ne sont-elles pas prises en compte ?

J'ai beau chercher je ne trouve pas de sol (et je n'ai pas que ça à
faire en plus), résultat, je scanne sous windows, c'est plus rapide :((

Et je n'ai même pas cherché à graver un cd, je vais direct sous windows
pour ça.

D'où cela peut-il venir ? inetd ? et comment régler ces problèmes ?
Je soupçonne bien le réseau et je ne sais quel daemon qui me bloque tout
mais lequel ? J'ai cherché, pas de message d'erreur.

Merci

Michel

10 réponses

1 2
Avatar
Jean-Philippe Caruana
Et je n'ai même pas cherché à graver un cd, je vais direct sous windows
pour ça.


il faut que ton user appartienne aux groupes qui ont ces droits :
- wheel
- cdr/cdburning selon distrib
- équiv pour le scanner
etc...

voir le fichier /etc/groups

--
jpc
http://www.enstimac.fr/~caruana/

Avatar
TiChou
Dans le message <news:,
*michel* tapota sur f.c.o.l.configuration :

Par contre, si j'ai précisé ma ligne vfat, c'est pour bien montrer que
users était présent,


Ben non, déjà dans votre ligne il y avait des espaces là où il n'en faut pas
et il n'y avait pas 'users' mais 'user', ce qui peut tout changer.
L'informatique exige une grande rigueur, sans cette rigueur on ne va que de
problème en problème.

Merci


Pas de quoi.

--
TiChou

Avatar
michel
Le Fri, 04 Mar 2005 16:24:56 +0100, LiNuCe a écrit :

Vous pouvez essayer avec la ligne suivante à mettre dans votre fichier de
configuration /etc/fstab :

/dev/hda1 /mnt vfat noauto,users,rw,noexec,iocharset=iso8859-1 0 0

Cette ligne permettra aux utilisateurs de monter la partition
Windows,
ainsi que d'y accéder en lecture et en écriture. L'option "iocharset"
permettra de traiter correctement les noms de fichiers avec accents et
autres caractères français. l'option "noexec" désactivera
l'exécution des fichier vu que généralement une paritition Windows ne
contient pas d'exécutable Linux. L'option "users" est celle qui donne
la permission à chaque utilisateur de monter la partition. L'option
"noauto" empêche la partition d'être monté automatiquement au
démarrage.

Enfin, veuillez noter que ce problème ne concerne pas
spécifiquement
Debian (comme le laisse penser le sujet de votre message) dans la mesure
où toutes les distributions nécessitent une ligne similaire pour
accéder à une parititon VFAT Windows.


NOauto, non, justement, vu que ma partition est toujours là, je veux
qu'elle soit montée automatiquement. iocharset : je ne connaissais pas,
merci je m'en vais le mettre.

Par contre, si j'ai précisé ma ligne vfat, c'est pour bien montrer que
users était présent, et que si je suis les explications, cela devrait
marcher, et ce n'est pas le cas.
Pour ce qui est de "debian", c'était juste pour placer les choses. A
savoir aussi, mais là ça concerne le scanner, que cela marchait, mais
depuis une mise à jour (apt-get upgrade sous sarge), cela ne fonctionne
plus.

Merci

Michel

Avatar
LiNuCe
NOauto, non, justement, vu que ma partition est toujours là, je veux
qu'elle soit montée automatiquement. iocharset : je ne connaissais pas,
merci je m'en vais le mettre.

Par contre, si j'ai précisé ma ligne vfat, c'est pour bien montrer que
users était présent, et que si je suis les explications, cela devrait
marcher, et ce n'est pas le cas.


Dans ce cas, l'ajout de l'option umask=0 devrait faire l'affaire mais je
suis pas très sur car je ne possède plus de partition Windows pour
vérifier. La ligne complète deviendrait alors :

/dev/hda1 /mnt vfat auto,users,rw,iocharset=iso8859-1,umask=0 0 0

Pour plus d'information sur l'option umask, n'hésitez pas à consulter la
page de manuel de la commande mount.

--
LiNuCe

Avatar
michel
Le Fri, 04 Mar 2005 16:09:15 +0100, Jean-Philippe Caruana a écrit :

il faut que ton user appartienne aux groupes qui ont ces droits :
- wheel
- cdr/cdburning selon distrib
- équiv pour le scanner
etc...

voir le fichier /etc/groups


Mais justement (il me semblait l'avoir précisé, non ? alors c'est un
oubli) j'ai mis les bonnes autorisations, changé les groupes etc...
De toutes façons, avec le bit SUID, groupe ou pas groupe, ça devrait
marcher, et ce n'est pas le cas.
Je n'ai peut-être pas donné cette impression dans mon post, mais j'ai
VRAIMENT cherché où était le problème; ce qui n'empêchera pas que
j'ai probablement oublié un truc évident.

Mais je continue à soupçonner le réseau, et peut-être inetd; mais
peut-être aussi est-ce une grosse connerie. :(

Merci

Michel

Avatar
françois
michel wrote:

Bonjour,



Bonjour,


Le premier problème : J'ai comme beaucoup, une partition vfat, qui est
montée sur /mnt à laquelle j'accède sans problème... sous root.
Impossible d'y accéder, et donc encore moins d'écrire sur cette
partition avec un autre utilisateur. J'ai vérifié 10 fois mon fstab, je
ne vois pas de lézard :
/dev/hda1 /mnt vfat user, exec, dev, suid, rw 1 1



option umask

Le deuxième problème (un classique) : impossible d'accéder au scanner
autrement que sous root, sinon il ne me trouve pas le périphérique. J'ai
tout essayé, mettre tout sous SUID, tenté avec sudo, rien n'y fait. La
seule chose que j'ai réussi, c'est en mettant scanimage en SUID,
j'arrive alors à lancer scanimage -L et là, il m'indique le scanner;
mais si je lance xsane, rien, pas de périphérique.

C'est quoi ce bordel !


un peu de lecture...

Pourquoi mes permissions ne sont-elles pas prises en compte ?



voir /etc/group et les droits du periph en question.


J'ai beau chercher je ne trouve pas de sol (et je n'ai pas que ça à
faire en plus),


Bah on va le faire à ta place !!


résultat, je scanne sous windows, c'est plus rapide :((

Et je n'ai même pas cherché à graver un cd, je vais direct sous windows
pour ça.



ouais ... comme tu veux (troll??).


Les problèmes évoqués sont courant et se règle le plus souvent
par une configuration adéquate du système.


Merci


De rien.

Avatar
michel
Le Fri, 04 Mar 2005 17:27:36 +0100, françois a écrit :

michel wrote:

Bonjour,



Bonjour,


Le premier problème : J'ai comme beaucoup, une partition vfat, qui est
montée sur /mnt à laquelle j'accède sans problème... sous root.
Impossible d'y accéder, et donc encore moins d'écrire sur cette
partition avec un autre utilisateur. J'ai vérifié 10 fois mon fstab, je
ne vois pas de lézard :
/dev/hda1 /mnt vfat user, exec, dev, suid, rw 1 1



option umask


Là je vois pas; umask, si je me rappelle bien, c'est les droits par
défauts non ?

Le deuxième problème (un classique) : impossible d'accéder au
scanner autrement que sous root, sinon il ne me trouve pas le
périphérique. J'ai tout essayé, mettre tout sous SUID, tenté avec
sudo, rien n'y fait. La seule chose que j'ai réussi, c'est en mettant
scanimage en SUID, j'arrive alors à lancer scanimage -L et là, il
m'indique le scanner; mais si je lance xsane, rien, pas de
périphérique.

C'est quoi ce bordel !


un peu de lecture...
Merci, c'est fait, sinon je ne me serais pas permis de poster.


Pourquoi mes permissions ne sont-elles pas prises en compte ?


voir /etc/group et les droits du periph en question.



Déjà vu et revu.



J'ai beau chercher je ne trouve pas de sol (et je n'ai pas que ça à
faire en plus),


Bah on va le faire à ta place !!
Rien ne t'oblige, si tu veux pas aider. Ce que ça voulait dire, c'est que

mon ordinateur me sert pour le boulot



résultat, je scanne sous windows, c'est plus rapide :((

Et je n'ai même pas cherché à graver un cd, je vais direct sous
windows pour ça.


ouais ... comme tu veux (troll??).

Même pas, juste énervement.


Les problèmes évoqués sont courant et se règle le plus souvent par
une configuration adéquate du système.

!!

Merci


De rien.
C'est de bon coeur



Avatar
michel
Ben non, déjà dans votre ligne il y avait des espaces là où il n'en faut pas
et il n'y avait pas 'users' mais 'user', ce qui peut tout changer.
L'informatique exige une grande rigueur, sans cette rigueur on ne va que de
problème en problème.


Oui, sauf que le user sans s est là suite à un précédent post (il y a
trois mois environ) où l'on m'avait dit que c'était user et non users;
comme quoi... mais dans les deux cas, ça ne marche pas :(

Avatar
Rakotomandimby (R12y) Mihamina
( Sat, 05 Mar 2005 04:35:50 +0100 ) michel :

Là je vois pas;


alors essaie-le, et donne les resultats ?
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)

Avatar
Philippe Idlavi
Dans le message <news:,
*michel* tapota sur f.c.o.l.configuration :

Par contre, si j'ai précisé ma ligne vfat, c'est pour bien montrer que
users était présent,



Ben non, déjà dans votre ligne il y avait des espaces là où il n'en faut
pas et il n'y avait pas 'users' mais 'user', ce qui peut tout changer.
[...]

Chez moi j'ai :
/dev/hdb1 /mnt/Documents vfat
user,umask=0,fmask1,noexec,iocharset=iso8859-15,codepage…0 0 0

avec user et non users.
Je n'ai aucun problème...


1 2