L'utilisateur connecté est membre d'un groupe disposant d'une autorisation d'écriture sur un dossier. Mais lorsque cet utilisateur essaie d'écrire quelque chose, "l'autorisation est refusée".
Le journal ci-dessous résume la question:
subv:/www/tracer/ whoami
frank
subv:/www/tracer/
subv:/www/tracer/ ls -ltr
total 4
drwxrwxr-x 2 root tracer 4096 Jan 20 12:25 convert.tracer.com
subv:/www/tracer/ groups frank
frank : frank tracer
subv:/www/tracer/ > convert.tracer.com/test
-bash: convert.tracer.com/test: Permission denied
subv:/www/tracer/
Sortie de "ls -bail /www/tracer/convert.tracer.com/":
subv:~/ ls -bail /www/tracer/convert.tracer.com/
total 8
38010883 drwxrwxr-x 2 root tracer 4096 Jan 20 12:25 .
38010882 drwxr-xr-x 3 root root 4096 Jan 20 12:25 ..
subv:~/
files
permissions
group
user11498
la source
la source
test
fichier existe-t-il déjà? quelles sont ses autorisations si oui?Réponses:
L'adhésion au groupe est relue lors de la connexion.
groups
semblent signaler les groupes auxquels vous/etc/group
appartenez et ne reflètent pas l'appartenance aux groupes de la session en cours.Utilisez la commande
id -Gn
pour afficher les groupes dont vous êtes actuellement un membre actif. Solution: reconnectez-vous pour appliquer les modifications de groupe.la source
sudo reboot
, vous ne savez pas si c'est prévu?newgrp $group_name
commande pour obtenir l'appartenance au groupe si elle est autorisée. Le redémarrage fonctionne également, mais est un peu drastique.Qu'en est-il des autorisations du répertoire où vous avez le fichier?
Pouvez-vous éditer le fichier, c'est-à-dire avec vim, et l'enregistrer?
Essayez de faire quelque chose comme
MISE À JOUR
Il pourrait y avoir un problème lors de la création du répertoire tracer, je vois d'étranges espaces entre root et 4096 dans la deuxième ligne de votre sortie.
Je voudrais essayer ceci en tant que root:
Si c'est toujours ok, je vérifierais le nom du groupe dans / etc / group, en faisant un
Vérification de l'absence de caractères non imprimables dans les groupes racine et traceur
Enfin, si le problème persiste, il peut s'agir de SELinux ou d'un problème avec le système de fichiers.
la source
g+w
perms.