Wie prüfe ich nicht-invasiv den Schreibzugriff auf eine Datei?

Wie kann ich in einem Shell-Skript einfach und nicht-invasiv den Schreibzugriff auf eine Datei testen, ohne tatsächlich zu versuchen, die Datei zu ändern?

Ich könnte die Ausgabe von analysieren stat, aber das scheint wirklich komplex und vielleicht spröde zu sein, obwohl ich nicht sicher bin, wie viel stat-Ausgabe sich über Implementierungen und Zeit unterscheidet.

Ich könnte an das Ende der Datei anhängen und sehen, ob das gelingt, aber das ist möglicherweise gefährlich, und zwar aus zwei Gründen, die ich mir vorstellen kann:

1. Ich muss jetzt den Zusatz entfernen, und falls ein anderer Prozess in die Datei schreibt, ist dies sofort nicht mehr trivial, da meine Zeile nicht mehr die letzte ist.
2. Jeder Prozess, der die Datei liest, kann willkürliche Anforderungen an den Inhalt dieser Datei stellen, und ich habe diese Anwendung möglicherweise nur beschädigt.

Verwenden Sie einfach die - wFlagge des testDienstprogramms:

[ -w /path/to/file ] && echo "writeable" || echo "write permission denied"

Wenn Sie später in die Datei schreiben, ist es dennoch möglich, dass Sie nicht in die Datei schreiben können. Die Datei wurde möglicherweise verschoben, die Berechtigungen haben sich möglicherweise geändert usw. Es kann auch vorkommen, dass -wSchreibberechtigungen erkannt werden , jedoch aufgrund eines anderen Faktors, dass die Datei nicht schreibbar ist .

Ein anderer Ansatz:

if >> /path/to/file
then
    echo "writeable"
else
    echo "write permission denied"
fi

Dadurch wird versucht, die Datei zum Anhängen zu öffnen. Wenn dies erfolgreich ist, führen Sie keinen Befehl aus (dh führen Sie einen Null-Befehl aus ), und geben Sie die Datei aus. 

Beachten Sie, dass dadurch eine leere Datei erstellt wird, wenn sie nicht vorhanden ist.

Der -wOperator des testBefehls könnte einfach a stat ausführen und dann versuchen, herauszufinden, ob Sie Zugriff haben sollten. Meine Alternative (oben) ist unter bestimmten testUmständen zuverlässiger als der Ansatz, da die Zugriffskontrolle eher vom Kernel als von der Shell durchgeführt werden muss. Beispielsweise,

• Wenn sich die Datei in einem Nicht-Unix-Dateisystem befindet, insbesondere, wenn sie von einem Nicht-Unix-Dateiserver remote eingehängt statwird, wird möglicherweise ein irreführender Moduswert zurückgegeben.
• Wenn sich die Datei in einem Dateisystem befindet, das schreibgeschützt bereitgestellt ist.
• Wenn die Datei über eine Zugriffssteuerungsliste verfügt und der Modus den Eindruck erweckt, dass Sie Zugriff haben sollten, verweigert die Zugriffssteuerungsliste dies jedoch oder umgekehrt.
• Wenn ein Sicherheitsframework (AppArmor, SELinux,…) den Zugriff auf die Datei verweigert.

G-man hat recht: sagt [ -w ]nicht immer die Wahrheit. Hier, um mit nicht existierenden Datei- und Berechtigungsverweigerungsnachrichten von der Shell umzugehen:

( [ -e /path/to/file ] && >> /path/to/file ) 2> /dev/null && 
  echo writable || 
  echo not writable

Update : Sieht furchterregend aus, oder? Nun, es ist. Hmm ... wie man es ausdrückt ... BENUTZEN SIE DIESES NICHT, es sei denn, Sie wissen genau, dass Sie sich in den Bedingungen befinden, die es erfordert, um wie erwartet zu arbeiten. Siehe Stephanes Kommentar.

Was ist dann zu schließen? Auch wenn [ -w ]es nicht die Wahrheit sagt, ist es der einzige Befehl, der die Arbeit erledigen soll . Wenn nicht, werden wir es beschuldigen, Fehlerberichte schreiben und es wird in Zukunft funktionieren. Überprüfen Sie besser die Bedingungen, unter denen es funktioniert und verwendet wird [ -w ]. Schreiben Sie speziellen Code für spezielle Fälle. Problemumgehungen haben ihre eigenen Bedingungen.

[ -w /path/to/file ]

ist das beste a priori .