Hallo,
hier auch mein Senf dazu:
Wie schon erwähnt, ist die Suche über / unschön. Gleich mehrere Suchen
aber über / zu fahren - sehr unschön, vor allem langsam.
Vielleicht verwendest Du einfach das eingebaute "oder":
find /somwhere \( -name 'foo' -o -name 'bar' -o -name 'baz' \) -exec
mycommand {} \;
sucht in somewhere nach foo, bar und baz und führt das Kommando
mycommand aus. Bitte Klammern nicht vergessen, da sich daß exec immer
auf das letzte Ergebnis bezieht.
Außerdem: was ist gegen 2>/dev/null einzuwenden? Das unterdrückt die
Fehlerausgabe und gehört natürlich ans Ende des find, also hinter das rm
{} \;
find /somehwere -name 'foo' -exec rm {} \; 2>/dev/null
Gruß
Olli
Am 19.07.19 um 21:22 schrieb Bernd Stroessenreuther:
> Hallo Ralph,
>
> suchen ab / finde ich auch sehr hart, ich würde das auf jeden Fall auch
> auf die Verzeichnisse beschränken, wo die Papierkörbe wirklich liegen.
> Das hatte Norman ja schon geschrieben, aber dafür mal ein +1 von meiner
> Seite.
>
> Um aber trotzdem die eigentliche Frage nicht komplett zu ignorieren:
> Wenn Du das Script in /etc/cron.daily liegen hast, wird es als root
> ausgeführt, d. h. fehlende Berechtigungen sollten da wohl in den meisten
> Fällen nicht das Problem sein. Gerade die Fehlermeldungen in Bezug auf
> irgendwas unter /proc deuten eher darauf hin, dass es das File einfach
> schon nicht mehr gibt, wenn find versucht, darauf zuzugreifen. Die
> man-page von find nennt für das Thema einen nützlichen Schalter:
>
> -ignore_readdir_race
> Normally, find will emit an error message when it fails to
> stat a file. If you give this option and a
> file is deleted between the time find reads the name of the file
> from the directory and the time it tries
> to stat the file, no error message will be issued.
>
> Grüße aus Altdorf,
> Bernd
>
>
> On 19.07.2019 19:07, Ralph Lindner wrote:
>> hallo LIste,
>>
>> mit folgendem "/etc/cron.daily/Papierkorb-leeren" lösche ich alten Müll
>> aus meinen CIFS "Papierkörben":
>>
>> $cat Papierkorb-leeren
>> #!/bin/sh
>> # siehe
>> https://agentur-lindner.com/2008/08/papierkorb-fur-windows-user-auch-mit-samba-server-freigabe/
>> # Sämtliche Dateien in Verzeichnissen mit dem Namen ".Papierkorb" die
>> älter sind als 14 Tage sollen gelöscht werden.
>> # Diese Dateien sind mit Samba-Clients gelöschte Dateien (siehe smb.conf).
>> # Zum Test des obigen Kommandos empfehle ich -exec durch -ok zu ersetzen
>> – so muss man jedes Kommando bestätigen.
>> find / -type f -wholename "*/.Papierkorb/*" -ctime +14 -exec rm "{}" \;
>> find / -type f -wholename "*/Trash/*" -ctime +14 -exec rm "{}" \;
>> # leere Papierkorbverzeichnisse werden ebenfalls gelöscht
>> find / -depth -type d -empty -wholename "*/.Papierkorb/*" -exec rmdir
>> "{}" \;
>> find / -depth -type d -empty -wholename "*/Trash/*" -exec rmdir "{}" \;
>>
>> Das funktioniert auch ganz ordentlich. Das Problem ist nur, ich bekomme
>> jedes mal eine Fehlermeldung, da auch die Verzeichnisse ohne
>> Zugriffsberechtigung durchsucht werden. Hat jemand eine Idee, wie ich
>> das ändern könnte? (2>/dev/null wäre die am wenigsten schöne
>> Möglichkeit, krieg ich aber auch nicht hin)
>>
>> ...
>> find: ‘/run/user/112/gvfs’: Keine Berechtigung
>> find: ‘/proc/8273’: Datei oder Verzeichnis nicht gefunden
>> run-parts: /etc/cron.daily/Papierkorb-leeren exited with return code 1
>>
>> Viele Grüße und Danke für Lösungsvorschläge
>> Ralph
>>
--
Mailing-Liste der Linux User Schwabach (LUSC) e.V.
Vor und beim Posten bitte
?
http://lusc.de/List-Netiquette < und
?
http://lusc.de/List-Howto < beachten. Danke!
(text/plain)