Catalogue que l'utilisateur peut lire, et root - ne pas?
Dans mon annuaire à domicile, il y a un catalogue appelé ".gvfs". En tant que mon compte d'utilisateur habituel, je peux le lire normalement:
toutefois root Je ne peux pas utiliser "ls" ou même "ls -d":
Et pour s'assurer:
C'est juste une installation à la maison Ubuntu 8.10, sans pour autant NFS ou quelque chose comme ça. Je vois que le catalogue est noté comme illisible (et pas abordable pour le monde), Mais je pensais que rien n'était applicable lorsque vous étiez un utilisateur root. Par exemple, je peux créer un répertoire mode-000 dans / tmp et donner l'utilisateur non-racine et root Il n'y aura aucun problème de lecture, d'enregistrement, etc.
Avoir des idées ce qui se passe?
~ $ ls -lart ~raldi/.gvfs
total 4
dr-x------ 2 raldi raldi 0 2009-05-25 22:17 .
drwxr-xr-x 60 raldi raldi 4096 2009-05-25 23:08 ..
~ $ ls -d ~raldi/.gvfs
dr-x------ 2 raldi raldi 0 2009-05-25 22:17 /home/raldi/.gvfs
toutefois root Je ne peux pas utiliser "ls" ou même "ls -d":
# ls ~raldi/.gvfs
ls: cannot access /home/raldi/.gvfs: Permission denied
# ls -d ~raldi/.gvfs
ls: cannot access /home/raldi/.gvfs: Permission denied
Et pour s'assurer:
# echo $UID $EUID
0 0
C'est juste une installation à la maison Ubuntu 8.10, sans pour autant NFS ou quelque chose comme ça. Je vois que le catalogue est noté comme illisible (et pas abordable pour le monde), Mais je pensais que rien n'était applicable lorsque vous étiez un utilisateur root. Par exemple, je peux créer un répertoire mode-000 dans / tmp et donner l'utilisateur non-racine et root Il n'y aura aucun problème de lecture, d'enregistrement, etc.
Avoir des idées ce qui se passe?
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
3 réponses
Catherine
Confirmation de:
http://bugzilla.gnome.org/show_bug.cgi?id=534284
Tout cela est regrettable, mais cette décision a été prise en fonte des spécialistes au niveau du noyau (L'utilisateur autrement de qui monté fs, ne peut pas y avoir accès, y compris root), Et nous ne pouvons rien faire à ce sujet.
Aussi cm:
https://bugs.launchpad.net/gvfs/+bug/225361
La solution semble être de mettre à jour votre
http://apps.sourceforge.net/me ... .conf
et allumer
user_allow_other
option. Vous avez peut-être aussi besoin d'obtenir gvfs Pour la transmission allow_root ou allow_other, Mais je ne suis pas sûr de la façon de le faire.
Bien sûr, il peut être beaucoup plus facile de simplement abandonner tous les outils avec une interface graphique, telle que gvfs, Et montez les systèmes de fichiers de la ligne de commande, où vous aurez un contrôle complet sur la manière dont quelque chose est monté.
Dominique
Confirmation de:
directory - Ceci est un système de fichiers d'espace utilisateur. Gnome VFS, qui fournit un chemin direct sur le système de fichiers pour les systèmes de fichiers virtuels (Par exemple, montage à distance samba, Montage webdav), alors Gnome peut transférer des chemins vers des programmes qui ne supportent pas VFS Lorsque vous travaillez avec des fichiers distants.
Depuis cette application et monture FUSE, Il peut refuser des autorisations root - L'agent effectuant des contrôles d'accès dans ce cas est une application FUSE, pas le noyau.
Défaut
Le démon permet uniquement de déplacer le propriétaire par le répertoire.
Hannah
Confirmation de:
Vérifier / var / log / messages (ou / var / log / syslog) Pour éventuels dommages au système de fichiers
vous utilisez SELinux?
Google suppose que lsattr ~ raldi / .gvfs Peut indiquer les fonctionnalités spéciales appliquées à ce fichier.