Problème de CHMOD
Résolu/Fermé
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
-
8 mai 2008 à 15:08
bobo - 4 nov. 2008 à 16:10
bobo - 4 nov. 2008 à 16:10
A voir également:
- Chmod 660
- Epson perfection 660 driver windows 10 - Télécharger - Pilotes & Matériel
- Chmod 755 windows - Forum Programmation
- Chmod 705 - Forum Webmastering
- Radio reveil grundig sonoclock 660 mode d'emploi ✓ - Forum Audio
- Chmod - r 777 - Forum Debian
16 réponses
Grunt
Messages postés
2773
Date d'inscription
jeudi 17 janvier 2008
Statut
Contributeur
Dernière intervention
3 avril 2009
301
8 mai 2008 à 15:10
8 mai 2008 à 15:10
Je dirais que la réponse s'appelle "umask".
http://www.iteam.org/BASE/node143.html
Si c'est trop technique n'hésite pas à demander des éclaircissements.
http://www.iteam.org/BASE/node143.html
Si c'est trop technique n'hésite pas à demander des éclaircissements.
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
8 mai 2008 à 15:22
8 mai 2008 à 15:22
Wow !
merci de cette réponse très rapide !
En effet, je suppose que ca doit etre ça !
maintenant je ne comprends pas trop le fonctionnement, pour mon cas :
/home/server_filer/fichier1/
/home/server_files/fichier2/
/home/server_files/fichier3/
...
fichier1/2/3 ont un chmod 770, mais lorsque l'on cré à l'intérieur un fichier, ce dernier tombe à 644, comment rendre fichier1/2/3 par défaut à 777 (dedans) ?? vu que le fichier est à 770, les autres ne peuvent pas accéder, donc dedans ils peuvent etre à 777 !
merci de cette réponse très rapide !
En effet, je suppose que ca doit etre ça !
maintenant je ne comprends pas trop le fonctionnement, pour mon cas :
/home/server_filer/fichier1/
/home/server_files/fichier2/
/home/server_files/fichier3/
...
fichier1/2/3 ont un chmod 770, mais lorsque l'on cré à l'intérieur un fichier, ce dernier tombe à 644, comment rendre fichier1/2/3 par défaut à 777 (dedans) ?? vu que le fichier est à 770, les autres ne peuvent pas accéder, donc dedans ils peuvent etre à 777 !
Grunt
Messages postés
2773
Date d'inscription
jeudi 17 janvier 2008
Statut
Contributeur
Dernière intervention
3 avril 2009
301
8 mai 2008 à 15:25
8 mai 2008 à 15:25
lis la doc ^^
il faut changer le umask des utilisateurs:
"Vérifiez votre fichier /etc/profile pour déterminer quelle valeur d'umask est associé à votre identifiant, et aussi pourquoi."
il faut changer le umask des utilisateurs:
"Vérifiez votre fichier /etc/profile pour déterminer quelle valeur d'umask est associé à votre identifiant, et aussi pourquoi."
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
8 mai 2008 à 15:28
8 mai 2008 à 15:28
Je serais sur la machine ce soir, là je travail ... (heureusement qu'il fait beau et chaud sinon ça m'embêterait !!!
merci !!!
merci !!!
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
8 mai 2008 à 15:45
8 mai 2008 à 15:45
Une question quand mm ...
donc j'ai vu 022 à la base donc 644, 026 pour un 660 .... c'est juste ?? et pour un 777 ? :D
donc j'ai vu 022 à la base donc 644, 026 pour un 660 .... c'est juste ?? et pour un 777 ? :D
Grunt
Messages postés
2773
Date d'inscription
jeudi 17 janvier 2008
Statut
Contributeur
Dernière intervention
3 avril 2009
301
8 mai 2008 à 15:48
8 mai 2008 à 15:48
ça dépend si le fichier est exécutable ou pas.
S'il l'est, les droits sont 777 - umask.
S'il ne l'est pas, les droits sont 666 - umask.
Les droits en 777 veulent dire que tu donnes la permission d'éxecuter le fichier. Pour autoriser la lecture écriture par tout le monde, 666 suffit (et c'est moins dangereux).
S'il l'est, les droits sont 777 - umask.
S'il ne l'est pas, les droits sont 666 - umask.
Les droits en 777 veulent dire que tu donnes la permission d'éxecuter le fichier. Pour autoriser la lecture écriture par tout le monde, 666 suffit (et c'est moins dangereux).
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
8 mai 2008 à 16:07
8 mai 2008 à 16:07
oui ce sont pour les executables ... donc .ods/.odt/.png/............ et ces derniers se trouvent dans des fichiers qui ont des CHMOD inchangeables ... donc en changeant l'umask, ça règle le problème ...
si j'ai bien compris ... ? :|
si j'ai bien compris ... ? :|
Grunt
Messages postés
2773
Date d'inscription
jeudi 17 janvier 2008
Statut
Contributeur
Dernière intervention
3 avril 2009
301
8 mai 2008 à 16:23
8 mai 2008 à 16:23
Non ça c'est pas des éxecutables, ce sont des documents qui s'ouvrent avec un exécutable.
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
8 mai 2008 à 16:27
8 mai 2008 à 16:27
euh ouais ok ... j'ai compris !
Je verrais ce soir lorsque je serais sur la machine !
merciiii
Je verrais ce soir lorsque je serais sur la machine !
merciiii
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
8 mai 2008 à 19:15
8 mai 2008 à 19:15
Re ça me travail .. j'ai bientot fini le boulot mais j'y réfléchis ...
Donc quand j'irais voir dans /etc/profile si je veux concervé le 777, je dois modifier le umask de 022 (d'origine à priori) à 000 ..... ?
Donc quand j'irais voir dans /etc/profile si je veux concervé le 777, je dois modifier le umask de 022 (d'origine à priori) à 000 ..... ?
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
8 mai 2008 à 23:39
8 mai 2008 à 23:39
Yep, voici mon /et/profile :
# /etc/profile: system-wide .profile file for the Bourne shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).
if [ -d /etc/profile.d ]; then
for i in /etc/profile.d/*.sh; do
if [ -r $i ]; then
. $i
fi
done
unset i
fi
if [ "$PS1" ]; then
if [ "$BASH" ]; then
PS1='\u@\h:\w\$ '
if [ -f /etc/bash.bashrc ]; then
. /etc/bash.bashrc
fi
else
if [ "`id -u`" -eq 0 ]; then
PS1='# '
else
PS1='$ '
fi
fi
fi
umask 022
Je vais donc changer la dernière ligne :
umask 022
en :
umask 026
Et je verrais en créant un fichier test SI je n'ai plus le chmod 644 (en espérant atteindre 666)
# /etc/profile: system-wide .profile file for the Bourne shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).
if [ -d /etc/profile.d ]; then
for i in /etc/profile.d/*.sh; do
if [ -r $i ]; then
. $i
fi
done
unset i
fi
if [ "$PS1" ]; then
if [ "$BASH" ]; then
PS1='\u@\h:\w\$ '
if [ -f /etc/bash.bashrc ]; then
. /etc/bash.bashrc
fi
else
if [ "`id -u`" -eq 0 ]; then
PS1='# '
else
PS1='$ '
fi
fi
fi
umask 022
Je vais donc changer la dernière ligne :
umask 022
en :
umask 026
Et je verrais en créant un fichier test SI je n'ai plus le chmod 644 (en espérant atteindre 666)
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
8 mai 2008 à 23:45
8 mai 2008 à 23:45
bon, marche pas .. à moins qu'il faut rebooter ........... ? ou alors j'n'ai pas pigé le truc .. En tout cas j'n'ai pas fais comme sur la doc, vu que j'veux que ca soit POUR TOUJOURS, l'user cré un fichier, le chmod par défaut doit etre de 666 et pas autre chose ...
jee pee
Messages postés
40435
Date d'inscription
mercredi 2 mai 2007
Statut
Modérateur
Dernière intervention
10 novembre 2024
9 417
9 mai 2008 à 00:09
9 mai 2008 à 00:09
bonsoir,
je m'immisce dans la conversation,
je n'ai pas souvent utilisé le umask, mais l'explication qui suit correspond à ce que j'avais retenu, pourquoi 026, plutot 000 non ?
Changer les droits par défaut : umask
Quand vous créer un fichier, par exemple avec la commande touch, ce fichier par défaut possède certains droits. Ce sont 666 pour un fichier (-rw-rw-rw-) et 777 pour un répertoire (-rwxrwxrwx), ce sont les droits maximum. Vous pouvez faire en sorte de changer ces paramètres par défaut. La commande umask est là pour ça.
Pour un fichier :
Si vous tapez umask 022, vous partez des droits maximum 666 et vous retranchez 022, on obtient donc 644, par défaut les fichiers auront comme droit 644 (-rw-r-r--).
Si vous tapez umask 244, vous partez des droits maximum 666 et vous retranchez 244, on obtient donc 422, par défaut les fichiers auront comme droit 422 (-rw--w--w-).
Pour un répertoire :
Si vous tapez umask 022, vous partez des droits maximum 777 et vous retranchez 022, on obtient donc 755, par défaut les fichiers auront comme droit 644 (-rwxr-xr-x).
Si vous tapez umask 244, vous partez des droits maximum 777 et vous retranchez 244, on obtient donc 533, par défaut les fichiers auront comme droit 422 (-rwx-wx-wx).
umask n'est utilisatable que si on est propriétaire du fichier.
A priori on doit même pouvoir le tester à la main en ligne de commande.
Par contre on peut se demander si le profile d'un compte est bien utilisé lors d'une copie d'un fichier via samba. Le profile est executé quand on se logue sur une session terminal, mais pour les autres types de connexion ce n'est pas nécessairement le cas.
cdt
je m'immisce dans la conversation,
je n'ai pas souvent utilisé le umask, mais l'explication qui suit correspond à ce que j'avais retenu, pourquoi 026, plutot 000 non ?
Changer les droits par défaut : umask
Quand vous créer un fichier, par exemple avec la commande touch, ce fichier par défaut possède certains droits. Ce sont 666 pour un fichier (-rw-rw-rw-) et 777 pour un répertoire (-rwxrwxrwx), ce sont les droits maximum. Vous pouvez faire en sorte de changer ces paramètres par défaut. La commande umask est là pour ça.
Pour un fichier :
Si vous tapez umask 022, vous partez des droits maximum 666 et vous retranchez 022, on obtient donc 644, par défaut les fichiers auront comme droit 644 (-rw-r-r--).
Si vous tapez umask 244, vous partez des droits maximum 666 et vous retranchez 244, on obtient donc 422, par défaut les fichiers auront comme droit 422 (-rw--w--w-).
Pour un répertoire :
Si vous tapez umask 022, vous partez des droits maximum 777 et vous retranchez 022, on obtient donc 755, par défaut les fichiers auront comme droit 644 (-rwxr-xr-x).
Si vous tapez umask 244, vous partez des droits maximum 777 et vous retranchez 244, on obtient donc 533, par défaut les fichiers auront comme droit 422 (-rwx-wx-wx).
umask n'est utilisatable que si on est propriétaire du fichier.
A priori on doit même pouvoir le tester à la main en ligne de commande.
Par contre on peut se demander si le profile d'un compte est bien utilisé lors d'une copie d'un fichier via samba. Le profile est executé quand on se logue sur une session terminal, mais pour les autres types de connexion ce n'est pas nécessairement le cas.
cdt
touchepasaugrisbi
Messages postés
75
Date d'inscription
vendredi 25 avril 2008
Statut
Membre
Dernière intervention
15 juin 2008
4
9 mai 2008 à 00:21
9 mai 2008 à 00:21
Bonsoir,
Pour compléter ce qui a été dit par Grunt :
http://www.iteam.org/BASE/node143.html
https://fr.wikipedia.org/wiki/Umask
http://wiki.mandriva.com/#Compl.C3.A9ment_sur_les_permissions_pour_un_r.C3.A9pertoire
Bon courage.
Pour compléter ce qui a été dit par Grunt :
http://www.iteam.org/BASE/node143.html
https://fr.wikipedia.org/wiki/Umask
http://wiki.mandriva.com/#Compl.C3.A9ment_sur_les_permissions_pour_un_r.C3.A9pertoire
Bon courage.
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
9 mai 2008 à 23:13
9 mai 2008 à 23:13
Salut !
Merci de la réponse ... mais ça ne marche pas comme je voudrais ... J'ai beau essayé de comprendre vos postes/URL j'n'arrive à rien ... !
En fait, mon soucis est un partage de fichiers entre utilisateurs, mais vu que certains utilisateurs sont multi groupes, lorsqu'ils modifient un fichier, ca fou la vérole avec le chmod, il devient inaccessible aux autres du groupe ...
Du coup, j'ai essayé de modifier /etc/profile, en mettant à la dernière ligne à la place de "umask 022" >> "umask 000"
Lorsque j'essaie le partage de fichier, eh ben les fichiers de type texte créés simplement (Clic droit, créer un document, fichier vierge) sont accessible avec un CHMOD 666, par contre la création de dossier est toujours en 644 .... :
-rw-rw-rw- 1 toto toto 11 2008-05-09 23:04 test03
drwxr-xr-x 2 toto toto 4096 2008-05-09 23:02 test03-3
Comment faire pareil sur les dossiers pour enfin mettre résolu au poste ??
merci !!
Merci de la réponse ... mais ça ne marche pas comme je voudrais ... J'ai beau essayé de comprendre vos postes/URL j'n'arrive à rien ... !
En fait, mon soucis est un partage de fichiers entre utilisateurs, mais vu que certains utilisateurs sont multi groupes, lorsqu'ils modifient un fichier, ca fou la vérole avec le chmod, il devient inaccessible aux autres du groupe ...
Du coup, j'ai essayé de modifier /etc/profile, en mettant à la dernière ligne à la place de "umask 022" >> "umask 000"
Lorsque j'essaie le partage de fichier, eh ben les fichiers de type texte créés simplement (Clic droit, créer un document, fichier vierge) sont accessible avec un CHMOD 666, par contre la création de dossier est toujours en 644 .... :
-rw-rw-rw- 1 toto toto 11 2008-05-09 23:04 test03
drwxr-xr-x 2 toto toto 4096 2008-05-09 23:02 test03-3
Comment faire pareil sur les dossiers pour enfin mettre résolu au poste ??
merci !!
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
10 mai 2008 à 11:54
10 mai 2008 à 11:54
A priori, c'est un bug de nautilus de ne pas avoir en graphique le CHMOD 666 comme les fichiers vierges en modifiant l'umask 000 dans /etc/profile ... Cependant et bisarement chez moi ça marche ... J'ai bien un chmod de 755, mais j'arrive à renomer le dossier ... !!!
Merci à tout le monde !
Merci à tout le monde !
Bonjour,
je lisais attentivement tous les posts et j'ai trouvé la solution
il s'agit d'un problème de propriéte de dossier, si tu analyse bien le problème
il suffit de faire un CHOWN sur les dossier pour te remettre propriétaire N1
Moi j'ai effectué directement le CHOWN a partir du panneau de control de l'hebergeur
et cela a fonctionné
je lisais attentivement tous les posts et j'ai trouvé la solution
il s'agit d'un problème de propriéte de dossier, si tu analyse bien le problème
il suffit de faire un CHOWN sur les dossier pour te remettre propriétaire N1
Moi j'ai effectué directement le CHOWN a partir du panneau de control de l'hebergeur
et cela a fonctionné