mehrere hundert Files verschieben

[hotrod]

Hallo,

ich muss einige hundert Files aus einem Ordner verschieben welche alle unterschiedliche namen tragen. Ich möchte diese nach dem Datum zusammengefasst verschieben (also z.B. alle files vom 31.Oktober 2007). Kann mir jemand helfen wie ich dies hinkriege?

Gruss Stephan

[hotrod]

so, einen kleinen schritt bin ich schon weiter:

find . '*.*' -type f -mtime +14 -exec ls -ltr {} \;

listet alle files in dem Ordner auf die älter als 14Tg. sind... jetz muss ich die nur noch irgendwie mv können..

[hotrod]

ok, habs rausgefunden 

find . '*.*' -type f -mtime +13 -exec mv  {} /<zielverzeichnis>  \;

[escimo]

Da sollte auch ein einfaches find ohne '*.*' reichen.

find . -name "*" ...
bringt dir keine versteckten Dateien.

find . -name "*.*" -type ...
bringt dir alle Dateien in allen Verzeichnissen vom aktuellen Arbeitsverzeichnis ("find ." aus)

[Padde]

find . -name "*.*" -type ...
bringt dir alle Dateien in allen Verzeichnissen vom aktuellen Arbeitsverzeichnis ("find ." aus)

Bei dieser Variante werden nur Dateien erfasst, die mindestens einen Punkt im Dateinamen enthalten. Will man ausnahmslos alle Dateien erfassen, läßt man einfach -name ... weg. Korrekt wäre:

Code: [Auswählen]

find . -type f -mtime +13 -exec mv {} /<zielverzeichnis>  \;
Bei sehr vielen Dateien kann es aber Probleme geben, da die maximale Länge einer Kommandozeile beschränkt ist. Dann hilft xargs(1) weiter.

[escimo]

Ja hast recht. Das Suchmuster "*.*" sucht nur die Dateien, die eine Punkt im Dateinamen enthalten. "Altsheimer lässt grüßen." 

[Ten Little Indyans]

Code: [Auswählen]

find . -type f -mtime +13 -exec mv {} /<zielverzeichnis>  \;
Bei sehr vielen Dateien kann es aber Probleme geben, da die maximale Länge einer Kommandozeile beschränkt ist. Dann hilft xargs(1) weiter.

 

Wo spielt da die Länge der Kommandozeile eine Rolle? Der Befehl mv wird für jeden Treffer einmal aufgerufen, wobei dessen Name anstelle von {} erscheint.

Wenn also 10000 Dateien gefunden werden dann wird 10000 mal mv aufgerufen, jeweils als "mv <dateiname> /<zielverzeichnis>".

Sämtliche xargs-Beispiele die ich kenne benutzen find mit -print. Ich habe bis heute nicht verstanden was daran besser sein soll als -exec {}.

[meik]

Sämtliche xargs-Beispiele die ich kenne benutzen find mit -print. Ich habe bis heute nicht verstanden was daran besser sein soll als -exec {}.

Der Vorteil ist halt, dass du nicht mv für jede Datei einzeln aufrufst, sondern im Idealfall für alle Dateien zusammen nur einmal. Limit ist da nur die maximal mögliche Länge der Befehlszeile. Damit spart man halt das exzessive Starten von neuen Prozessen.

Der Nachteil von -print und xargs ist dass Handling von Leer- und anderen Sonderzeichen. Dafür gibt es ja  bei den GNU-Pendands -print0 und "xargs -0", um ein \0 als Trennzeichen zu nehmen.

[Ten Little Indyans]

Sämtliche xargs-Beispiele die ich kenne benutzen find mit -print. Ich habe bis heute nicht verstanden was daran besser sein soll als -exec {}.

Der Vorteil ist halt, dass du nicht mv für jede Datei einzeln aufrufst, sondern im Idealfall für alle Dateien zusammen nur einmal. Limit ist da nur die maximal mögliche Länge der Befehlszeile. Damit spart man halt das exzessive Starten von neuen Prozessen.

Solche Fragen sind immer ein willkommener Anlass das eigene Wissen aufzufrischen...

xargs weiss also wie lang die Befehlszeile auf einem System sein darf. Man übergibt das auszuführende Kommando sowie möglicherweise ein paar "initial arguments" und dann füllt xargs die Befehlszeile bis zum Anschlag mit Werten vom Standard Input, und zwar so oft bis alles abgearbeitet ist.

Damit ist xargs aber für diesen konkreten Einsatzfall (mv) trotzdem nicht zu gebrauchen, da zusätzliche Parameter nur vor den Dateinamen kommen können.

Man könnte jetzt natürlich ein Einzeiler-Zwischenskript aufsetzen mit "mv $* /<zielverzeichnis>" und dieses von xargs aufrufen lassen. Dabei hat man aber das Problem dass man nicht genau weiss wieviel Platz einem in der Befehlszeile noch bleibt. Wenn xargs sie wirklich voll macht und für das Zielverzeichnis kein Platz bleibt dann knallt es trotzdem...

[meik]

Solche Fragen sind immer ein willkommener Anlass das eigene Wissen aufzufrischen...

Stimmt! :-)

xargs weiss also wie lang die Befehlszeile auf einem System sein darf. Man übergibt das auszuführende Kommando sowie möglicherweise ein paar "initial arguments" und dann füllt xargs die Befehlszeile bis zum Anschlag mit Werten vom Standard Input, und zwar so oft bis alles abgearbeitet ist.

Genau. Das hängt ganz vom System ab, ob es da eine globale Einschränkung gibt, oder ob xargs sich selber da auf einen sinnvollen Wert (64k anymore?) beschränkt. Wie das konkret aussieht, kann ich dir auch nicht sagen.

Damit ist xargs aber für diesen konkreten Einsatzfall (mv) trotzdem nicht zu gebrauchen, da zusätzliche Parameter nur vor den Dateinamen kommen können.

Ja, das stimmt. Grundsätzlich kann xargs auch mit Platzhaltern wie das {} bei "find -exec" arbeiten, allerdings sehe ich auch gerade in der Doku, dass dann immer nur ein Parameter auf einmal abgearbeitet wird.

Man könnte jetzt natürlich ein Einzeiler-Zwischenskript aufsetzen mit "mv $* /<zielverzeichnis>" und dieses von xargs aufrufen lassen. Dabei hat man aber das Problem dass man nicht genau weiss wieviel Platz einem in der Befehlszeile noch bleibt. Wenn xargs sie wirklich voll macht und für das Zielverzeichnis kein Platz bleibt dann knallt es trotzdem...

Ja, da könnte man noch einiges an Gehirnschmalz reinstecken (du kannst z.B. xargs die maximale Länge mitgeben und so Platz schaffen oder in dem Script nochmal xargs aufrufen), aber das macht wohl nur Sinn, wenn man wirklich Performance-Probleme hat. Für einmalige Aktionen lohnt das den Aufwand nicht, außer man verbucht das unter "Weiterbildung". ;-)