1 votes

Je ne peux pas écrire dans un fichier que je possède sur /Users/shared.

Je suis sous MacOS Sierra 10.12.1.

C'est un fichier texte brut. J'ai mis la permission rw pour tous les utilisateurs, mais la seule façon d'y écrire est d'avoir un compte avec des privilèges d'administrateur qui utilise sudo pour le modifier. Il prétend être "verrouillé" dans TextEdit, et je n'ai pas la permission de le déverrouiller.

Voici l'entrée ls -l@ :

-rw-rw-rw-@ 1 thelma  staff  15424 Oct 28 12:47 addresses
    com.apple.metadata:_kTimeMachineNewestSnapshot     50 
    com.apple.metadata:_kTimeMachineOldestSnapshot     50

1voto

Jahhein Points 1488

Un fichier "verrouillé" est une situation différente de celle des autorisations de fichiers et de la question de savoir qui en est le propriétaire et peut y écrire. Il est en fait verrouillé pour tout le monde, y compris le propriétaire.

Cela nécessitera des privilèges d'administrateur

  1. Aller à la recherche
  2. localiser le fichier.
  3. sélectionnez-le et faites un clic droit puis choisissez "get info" ou cmd+i (en le sélectionnant)
  4. Décochez l'option "verrouillé".

Si ce n'est pas le problème réel, alors les permissions sont incorrectes et doivent être modifiées.

EDIT : Toutes mes excuses pour le retard dans l'édition ! J'ai été plutôt occupé !

tldr ; Peut-être n'êtes-vous pas membre du groupe associé au fichier.

Je l'ai testé moi-même avec un fichier. J'ai navigué dans /Users/Shared (S majuscule pour shared, c'est faux dans l'intitulé de votre question, juste pour être sûr que le répertoire est correct), puis j'ai créé un fichier avec :

touch test-file-permissions

Cela a créé un fichier nommé test-file-permissions avec l'évaluation de groupe de wheel, et le groupe administrateur. Voici le résultat :

-rw-r--r--  1 MyCurrentUserName wheel  0 Nov  3 19:00 test-permissions

A partir de là, j'ai pu à la fois utiliser Nano, un éditeur de terminal pour éditer le fichier et sublime text sans sudo (Les éditeurs d'interface graphique et de terminal peuvent faire une différence ; par exemple, la modification du fichier /etc/sudoers doit être effectuée par un éditeur de terminal et la commande visudo ).

J'ai ensuite modifié les autorisations de fichiers pour la propriété et les autorisations de groupe avec les écritures d'édition toujours dans mes capacités et aucun problème.

Note : Nous avons deux commandes ici. chmod y chown .

chown -- change file owner and group

ET

chmod -- change file modes or Access Control Lists

En utilisant chmod, j'ai testé les droits personnels sur le fichier sans les permissions de groupe, puis j'ai même changé les groupes qui avaient la propriété sans aucun problème en demandant sudo pour modifier le fichier. Je n'en avais pas besoin, tout simplement.

Note : TheGroupNameIChangedTo est un groupe sur mon ordinateur. Moi, le compte utilisateur, je dois être membre de ce groupe, ce qui est le cas.

Vous ne connaissez pas vos groupes ? Exécutez la commande : groups

Continuons

chown MyUserName:TheGroupNameIChangedTo test-permissions
chmod -v 0660 test-permissions

Résultat :

-rw-rw---- 1 MyUserName TheGroupNameIChangedTo  27 Nov  3 19:11 test-permissions

Par conséquent, je crois que votre groupe n'est peut-être pas correct dans le dossier. Vos deux comptes utilisateurs, Admin et Standard doivent être membres du même groupe. Une solution serait de créer un groupe nommé comme vous le souhaitez, qui n'entre pas en conflit avec un groupe existant, et d'y ajouter les deux utilisateurs. N'AJOUTEZ PAS L'UTILISATEUR STANDARD AU GROUPE DE ROUES POUR DES RAISONS DE SÉCURITÉ, MÊME SI CELA RÉSOUT LE PROBLÈME D'UNE CERTAINE MANIÈRE, IL Y A UN RISQUE. .. J'insiste sur ce point car je comprends et j'applaudis votre système à deux comptes séparant les utilisateurs Admin et Standard. C'est très intelligent !

Mettez-moi au courant si c'est ce que vous voulez/ce dont vous avez besoin, je continuerai à suivre la question. Ma réponse est peut-être un peu à l'écart, mais je voulais tout couvrir pour vous et les autres personnes qui consultent la question. Je suis ouvert aux modifications de la part des spectateurs. Pour le reste, elle sera toujours éditée plus tard pour plus de clarté.

0voto

thelma Points 11

Je l'ai réparé. Apparemment, le fichier contenait des attributs étendus supplémentaires et des éléments ACL qui devaient être supprimés. J'ai utilisé les instructions dans le lien ci-dessous pour les supprimer et maintenant je peux à nouveau écrire dans mon propre fichier.

Ces instructions permettent de nettoyer un dossier entier, mais je pourrais aussi les utiliser pour un fichier.

 http://garote.livejournal.com/249703.html

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X