Ich kann nicht in eine Datei schreiben, die ich auf /Users/shared besitze

Ich verwende Macos Sierra 10.12.1

Es ist eine reine Textdatei. Ich habe allen Benutzern die rw-Berechtigung erteilt, aber die einzige Möglichkeit, darauf zu schreiben, besteht darin, dass ein Konto mit Administratorrechten sudo verwendet, um es zu bearbeiten. Es behauptet, in TextEdit "gesperrt" zu sein, und ich habe nicht die Berechtigung, es zu entsperren.

Hier ist es ls -l@ Eintrag:

-rw-rw-rw-@ 1 thelma  staff  15424 Oct 28 12:47 addresses
    com.apple.metadata:_kTimeMachineNewestSnapshot     50 
    com.apple.metadata:_kTimeMachineOldestSnapshot     50
Was sind die Berechtigungen des Verzeichnisses selbst?
die Verzeichnisauflistung:drwxrwxrwt 20 root wheel 680 28. Okt 19:55 /Users/shared
@Wildcard Ich würde argumentieren, dass dies ein anderes Szenario ist. Die andere Frage befasst sich einfach mit dem, was das @anzeigt. Bei dieser Frage geht es um die spezifischen erweiterten Attribute, von denen das OP bereits gezeigt hat, dass sie in der Datei vorhanden sind.

Antworten (2)

Eine "gesperrte" Datei ist eine andere Situation als Dateiberechtigungen und wer sie besitzt und darauf schreiben kann. Es ist tatsächlich für alle gesperrt, einschließlich des Besitzers.

Dies erfordert Administratorrechte

  1. Gehen Sie zum Finder
  2. Suchen Sie die Datei.
  3. Wählen Sie es aus und klicken Sie mit der rechten Maustaste, und wählen Sie dann "Informationen abrufen" oder cmd + i (wenn es ausgewählt ist)
  4. Deaktivieren Sie die Option "Gesperrt".

Wenn dies nicht das eigentliche Problem ist, sind die Berechtigungen falsch und müssen geändert werden.

EDIT: Entschuldigung für die Verzögerung bei der Bearbeitung! War ziemlich beschäftigt!

tldr; Möglicherweise sind Sie kein Mitglied der Gruppe, die mit der Datei verknüpft ist.

Ich habe das selbst mit einer Feile getestet. Ich navigierte zu /Users/Shared (Großes S für Shared, das ist in Ihrer Frageüberschrift falsch, nur um das richtige Verzeichnis sicherzustellen) und erstellte dann eine Datei mit:

touch test-file-permissions

Dadurch wurde eine Datei mit dem Namen test-file-permissions mit der Gruppenbewertung von Rad und der Administratorgruppe erstellt. Das war das Ergebnis:

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

Von hier aus konnte ich sowohl Nano, einen Terminal-Editor, verwenden, um die Datei zu bearbeiten, als auch ohne Text zu erhaben sudo(GUI- und Terminal-Editoren können beispielsweise einen Unterschied machen: Beim Bearbeiten der /etc/sudoers-Datei muss dies von einem Terminal-Editor und Befehl visudo).

Ich habe dann die Dateiberechtigungen für den Gruppenbesitz und die Berechtigungen mit Bearbeitungsschreibvorgängen geändert, die immer noch in meinen Fähigkeiten und ohne Probleme liegen.

Hinweis : Wir haben hier zwei Befehle. chmodund chown.

chown -- change file owner and group

UND

chmod -- change file modes or Access Control Lists

Mit chmod habe ich die persönlichen Rechte an der Datei ohne Gruppenberechtigungen getestet und dann sogar geändert, welche Gruppen Eigentümer waren, ohne dass Probleme mit der sudoÄnderung der Datei erforderlich waren. Ich brauchte es nicht, einfach gesagt.

Hinweis: TheGroupNameIChangedTo ist eine Gruppe auf meinem Computer. Ich, das Benutzerkonto, muss Mitglied dieser Gruppe sein, in diesem Fall bin ich es.

Sie kennen Ihre Gruppen nicht? Führen Sie den Befehl aus:groups

Weiter gehts..

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

Ergebnis:

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

Daher glaube ich, dass Ihre Gruppe in der Akte möglicherweise nicht korrekt ist. Ihre beiden Benutzerkonten Admin und Standard müssen Mitglied derselben Gruppe sein. Eine Lösung wäre, einen beliebigen Namen zu erstellen, der nicht mit dem vorhandenen kollidiert, und beide Benutzer hinzuzufügen. FÜGEN SIE KEINEN STANDARDBENUTZER AUS SICHERHEITSZWECKEN ZUR RADGRUPPE HINZU, OBWOHL DIES ES IN IRGENDEINER WEISE LÖSEN WIRD, ES BESITZT EIN RISIKO .. Ich betone dies, weil ich Ihr Zwei-Konten-System hier verstehe und eigentlich begrüße, das Admin- und Standardbenutzer trennt. Das ist sehr schlau!

Aktualisieren Sie mich, wenn Sie dies wünschen / benötigen. Ich werde die Frage weiterhin prüfen. Meine Antwort mag etwas abwegig sein, aber ich wollte alles für Sie und andere, die die Frage sehen, abdecken. Ich bin offen für Bearbeitungen von Zuschauern. Abgesehen von allem anderen wird es später noch bearbeitet, um es klarer zu machen.

Das OP hat bereits angegeben, dass es keine Berechtigung zum Entsperren der Datei hat.
Ich habe die Antwort gegeben, wenn sie in den hier vorgestellten Bedingungen gesperrt ist. Es wurde keine Frage gestellt, sondern nur angedeutet. Daher benötigt OP Administratorrechte, um sein Problem zu lösen, wie in meiner Antwort angegeben.
@Jahhein: In Info ist die gesperrte Option bereits deaktiviert. Die Berechtigungen für die Datei sind rw für alle; Die Berechtigungen für das Verzeichnis sind wie im Kommentar oben gezeigt. Ich habe bei Bedarf vollen Zugriff auf Admin-Rechte.
@tubedogg: Ich habe nicht gesagt, dass ich die Datei nicht entsperren kann: Ich habe ein separates Konto für Dinge, die den Administratorstatus benötigen. Ich möchte es nicht jedes Mal aufrufen müssen, wenn ich eine Textdatei ändern möchte.
Thema aktualisiert. Sie benötigen eine Gruppe, in der sowohl Ihr Administratorbenutzer als auch Ihr Standardbenutzer Mitglied sind. Ich aktualisiere diesen Beitrag zum dritten Mal erneut. Ich habe gerade diesen zweiten Kommentar bemerkt.
@Jahhein: Mir ist nicht klar, ob Sie den Beitrag bemerkt haben, in dem ich eine Lösung für das Problem gefunden habe. Es ist ein Fix über die Terminal-Befehlszeile, was für mich in Ordnung ist. Es ist mir egal, ob ich es als Administrator oder ich beheben muss, also brauche ich keine zusätzlichen Gruppen, obwohl ich überrascht wäre, wenn der Administrator nicht bereits in der Gruppe „Staff“ ist, mit der die Datei verknüpft ist . Aber wollen Sie damit sagen, dass die Datei mit Ihrem Fix über „Info“ auf dem Grafikbildschirm entsperrt werden könnte?

Ich habe es repariert. Anscheinend enthielt die Datei zusätzliche erweiterte Attribute und ACL-Sachen, die entfernt werden mussten. Ich habe die Anweisungen im folgenden Link verwendet, um sie zu entfernen, und jetzt kann ich wieder in meine eigene Datei schreiben.

Diese Anweisungen löschen einen ganzen Ordner, aber ich könnte sie auch für eine Datei verwenden

 http://garote.livejournal.com/249703.html
Ich kann nicht in eine Datei schreiben, die ich auf /Users/shared besitze
AntwortenHierDatenschutz-Bestimmungen1y, 0v