Erwartetes Verhalten von `find -depth`, wenn die Ausführungsberechtigung für das Unterverzeichnis verweigert wurde?

Ich möchte wissen, ob ich mich auf das Verhalten verlassen kann, das ich bei der Verwendung findmit -depthOption sehe, und der Benutzer keine Ausführungsberechtigung für ein Unterverzeichnis hat.

Nehmen Sie die folgende Verzeichnisstruktur an:

drwxrwxrwt. 10 root    root     12288 Mar 14 04:31 .
dr-xr-xr-x. 24 root    root      4096 Dec  6 03:33 ..
drwx------   4 root    root      4096 Mar 14 04:03 jen

Führen Sie den folgenden Befehl als Nicht-Root-Benutzer aus:

find -type d

Die Ausgabe ist:

.
./jen
find: `./jen': Permission denied

Also findfand das Verzeichnis jen und gab das aus. Es versuchte dann, in Jen abzusteigen , hatte aber keine Erlaubnis, so dass es den Fehler druckte. Die erste Zeile oben wird gedruckt stdoutund die zweite Zeile an stderr.

Führen Sie nun Folgendes als Nicht-Root-Benutzer aus:

find -depth -type d

Und die Ausgabe ist:

find: `./jen': Permission denied
.

Daher wird der Pfadname nur ausgegeben, stdoutwenn der Benutzer die Berechtigung hat, den Inhalt des Verzeichnisses aufzulisten.

Diese Ausgabe ist perfekt für das, was ich tun möchte. Ich bin mir jedoch nicht sicher, ob dies nur ein Zufall ist oder nicht. Kann ich mich auf dieses Verhalten verlassen?

Ich verwende GNU findutils 4.4.2. Ich frage mich, ob dieses Verhalten in allen Versionen von gleich ist find. Und wenn nicht, ist es zumindest für alle Versionen von GNU find gleich.

Es ist mir (für diesen Anwendungsfall) egal, ob Jen im ersten Beispiel gedruckt wird oder nicht . Ich frage mich nur , wenn ich hängen auf sie ausgeschlossen werden , wenn -depthverwendet wird. Normalerweise ist es keine gute Idee, sich auf undokumentiertes Verhalten zu verlassen. Aber für mich macht dieser Nebeneffekt Sinn. Ich denke also, dass dies das beabsichtigte Verhalten sein könnte.

Das Handbuch sagt:

- Option: -tiefe

Verarbeiten Sie den Inhalt jedes Verzeichnisses vor dem Verzeichnis selbst.

Dies ist genau das , was ich möchte, aber es ist nicht klar, dass der Pfadname des Verzeichnisses selbst von der Ausgabe ausgeschlossen wird, wenn es nicht in das Verzeichnis absteigt.

Dank eines Hinweises von Hauke ​​Laging habe ich festgestellt, dass ich nur Verzeichnisse auflisten und Verzeichnisse explizit ausschließen kann, bei denen die Berechtigung zum Auflisten ihres Inhalts verweigert wird:

find -type d \( \( -type d \( \! -executable -or \! -readable \) \) -prune -or -print \)

Dies hat auch den Effekt, dass die Fehler "Berechtigung verweigert" gestoppt werden, da findniemals versucht wird, in ein Verzeichnis abzusteigen, wenn es keine Berechtigung hat.

Leider gibt es zwei Gründe, warum dies für meine Bedürfnisse nicht funktioniert.

• Ich möchte die Fehlermeldungen
• Ich brauche die -depthOption

Zitat aus dem Handbuch

Wenn die Option '-depth' aktiviert ist, wurden die Unterverzeichnisse in jedem Fall bereits besucht. Daher hat '-prune' in diesem Fall keine Wirkung.

Also bin ich wieder da, wo ich angefangen habe.

Es ist immer noch nicht klar, ob "den Inhalt jedes Verzeichnisses vor dem Verzeichnis selbst verarbeitet" oder nicht. bedeutet auch "Verarbeiten Sie das Verzeichnis nicht, wenn Sie den Inhalt nicht verarbeiten können".

Wahrscheinlich ist der bessere Ansatz, solche Verzeichnisse explizit zu behandeln. Ich weiß nicht, ob dies Standardfunktionen sind, aber zumindest mit Gnu ist finddies möglich:

find . \( -type d \( \! -executable -or \! -readable \) \) -prune -or -type d

Natürlich ist es auch möglich, eine Nachricht zu drucken, wenn ein Verzeichnis ignoriert wird:

find . \( -type d \( \! -executable -or \! -readable \) \) \
  -printf "Permission denied: %p\n" -prune -or -type d -print