Machen xargs Griff Dateinamen, die Leerzeichen enthalten

$ ls *mp3 | xargs mplayer  

Playing Lemon.  
File not found: 'Lemon'  
Playing Tree.mp3.  
File not found: 'Tree.mp3'  

Exiting... (End of file)

Meinem Befehl, fehl, weil die Datei "Lemon Tree.mp3" Leerzeichen enthält und so xargs denkt, dass es zwei Dateien. Kann ich auch machen find + xargs arbeiten mit Dateinamen wie diesem?

InformationsquelleAutor it_is_a_literature | 2013-05-26
  1. 190

    Den xargs Befehl nimmt white-space-Zeichen (Tabulatoren, Leerzeichen, neue Zeilen) als Trennzeichen. Sie können eingrenzen, die nur für das neue-Zeile-Zeichen ('\n') mit -d - option wie folgt:

    ls *.mp3 | xargs -d '\n' mplayer

    Es funktioniert nur mit GNU-xargs. Für BSD-Systeme, verwenden Sie die -0 - option wie folgt:

    ls *.mp3 | xargs -0 mplayer

    Diese Methode ist einfacher und funktioniert mit dem GNU-xargs als gut.

    • Beste Antwort für den Allgemeinen Gebrauch! Dies funktioniert auch, wenn Ihr den vorherigen Befehl ist nicht "finden"
    • Leider, diese option ist nicht verfügbar unter OS X.
    • Für OS X, die Flagge ist -E ex: xargs -E '\n'
    • Auf OS-X, -E '\n' nicht haben eine Wirkung bei mir, noch würde ich erwarten, dass es, wie es verändert die eofstr und nicht die Datensatz-Trennzeichen. Allerdings war ich in der Lage zu nutzen, um die -0 Flagge als eine Lösung, auch wenn der Vorherige Befehl nicht 'finden', durch die Simulation der Wirkung von find-s -print0 fahne in meiner Eingabe, z.B.: ls *mp3 | tr '\n' '\0' | xargs -0 mplayer
    • Für OS X kann man mit "brew install findutils", die Ihnen die "gxargs" - Befehl, der nicht haben Sie den-d-Schalter.
    • gxargs für den Sieg
    • Können Sie bestätigen, ob die zweite Methode funktioniert oder nicht auf OSX bitte? Danke.

    InformationsquelleAutor Ray
  2. 197

    Den xargs Programm liest Leerzeichen, Tabulator, newline und end-of-file delimited strings von der standard-Eingabe und führt Programm mit den Zeichenfolgen als Argumente verwendet.

    Möchten Sie vermeiden Sie die Verwendung von Leerzeichen als Trennzeichen. Dies kann durch ändern der Trennzeichen für xargs. Laut Handbuch:

     -0      Change xargs to expect NUL (``\0'') characters as separators,
         instead of spaces and newlines.  This is expected to be used in
         concert with the -print0 function in find(1).

    Wie:

     find . -name "*.mp3" -print0 | xargs -0 mplayer

    Antwort auf die Frage über das spielen der siebte mp3; es ist einfacher zu laufen

     mplayer "$(ls *.mp3 | sed -n 7p)"
    • Dies ist bei der Verwendung von GNU find und GNU xargs; nicht alle Versionen dieser Programme unterstützen die Optionen (obwohl es ist ein Fall gemacht werden, dass Sie sollte).
    • s/GNU/FreeBSD/g; POSIX-leider ist die Angst vor der NUL-Zeichen in text-Dateien und hatten noch nicht genug Therapie noch 🙂 Mein Rat in der Tat resorts zu nicht tragbaren Optionen.
    • Und Mac OS X (ein BSD Derivat) hat find mit -print0 und xargs mit -0. AFAIK, HP-UX, AIX und Solaris nicht, aber (ich stehe aber korrigiert werden: HP-UX 11i nicht; Solaris 10 nicht; AIX 5.x nicht; aber Sie sind nicht die aktuellen Versionen). Es wäre nicht schwer zu ändern sed zum Beispiel für die Verwendung von 'lines', endend mit '\0' statt '\n', und die POSIX 2008 getdelim() machen würde, es einfach zu verwalten.
    • +1 + 1 trick für die Verwendung mit Datei-Pfade enthält Liste der Dateien : cat $file_paths_list_file | perl -ne 's|\n|\000|g;print'| xargs -0 zip $zip_package
    • Gute Idee, ersetzen Sie die Zeilenumbrüche mit NUL - ich hatte dies auf einem embedded system, das nicht über GNU finden, noch GNU xargs noch perl - aber der tr-Befehl kann genutzt werden, um das gleiche zu tun: cat $file_paths_list_file | tr '\n' '\0' | xargs -0 du-hms
    • dein Kommentar (vor allem mit @joensson die Nutzung von tr statt perl) sollte eine Antwort!
    • obwohl macos hat -print0 und -0, es funktioniert nicht, wenn Datei-name Leerzeichen enthält.
    • Ich bin neugierig, zu wissen, wie Sie das zeigen. Es funktioniert für mich. Wenn es sein muss, schicken Sie mir E-Mail — siehe mein Profil — und auch einen link zu dieser Frage und eine MCVE, das veranschaulicht, wie Sie Probleme.
    • vielen Dank für die Antwort, ich habe nochmal versucht, das problem ist nicht der Raum, finden mit xargs arbeiten auf den Raum mit dem Namen, auch ohne die Option-print0 und -0. Mein eigentliches problem ist die Ordner-und Dateinamen zu lang sind, dann wird die execute-Ergebnis ist "mv: rename {} zu /pathTo/{}: Keine solche Datei oder das Verzeichnis".
    • Das ist neugierig. Es ist auch völlig unterschiedlich. Ich habe einmal ein problem mit einer software-Konfiguration testen, die nicht auf sehr, sehr Tiefe Verzeichnishierarchien auf einem Mac — es wurde versucht zu testen, wie tief Sie gehen konnte und war verwirrt, unterstützt von einem Mac OS X-bug. Aber das wäre ungewöhnlich. Erstellen Sie entweder Ihre eigenen Fragen die Problemstellung oder Kontaktieren Sie mich offline mit den details. Gibt es wahrscheinlich Möglichkeiten, mit Ihr umzugehen, aber Sie müssen wissen und erklären, warum Sie haben so lange Namen, veranschaulichen einige Beispiele (Sie passt nicht in einen Kommentar), und erklären, was Sie zu tun versuchen.

    InformationsquelleAutor Jens
  3. 24

    Versuchen 

    find . -name \*.mp3 -print0 | xargs -0 mplayer

    statt 

    ls | grep mp3
    InformationsquelleAutor Scott C Wilson
  4. 9

    xargs auf MacOS nicht haben, die -d option, so dass diese Lösung verwendet -0 statt.

    Bekommen, ls die Ausgabe einer Datei pro Zeile, dann übersetzen Zeilenumbrüche in Nullen und sagen xargs verwenden Sie null als Trennzeichen:

    ls -1 *mp3 | tr "\n" "\0" | xargs -0 mplayer

    InformationsquelleAutor Graeme Pyle
  5. 5

    Dick.Guertin ' s Antwort [1] vorgeschlagen, dass eine entkommen konnte, die Leerzeichen im Dateinamen ist eine wertvolle alternative zu anderen Lösungen, die hier vorgeschlagen werden (wie zum Beispiel mit einem null-Zeichen als Trennzeichen statt Leerzeichen). Aber es könnte einfacher sein - Sie brauchen nicht wirklich einen einzigartigen Charakter. Sie müssen nur sed hinzufügen entgangen Räume direkt:

    ls | grep ' ' | sed 's| |\\ |g' | xargs ...

    Darüber hinaus die grep ist nur erforderlich, wenn Sie nur: Dateien mit Leerzeichen im Namen. Mehr allgemein (z.B. bei der Verarbeitung von batch-Dateien, von denen einige Räume, einige nicht), nur überspringen Sie die grep:

    ls | sed 's| |\\ |g' | xargs ...

    Dann, natürlich, wird der Dateiname möglicherweise anderen whitespace als Leerzeichen (z.B. ein Tabulator):

    ls | sed -r 's|[[:blank:]]|\\\1|g' | xargs ...

    Geht davon aus, dass Sie einen sed unterstützt -r (extended regex) wie GNU sed oder neuere Versionen von bsd-sed - (z.B. FreeBSD, das ursprünglich geschrieben, die option "-E" vor FreeBSD 8 und unterstützt sowohl-als-f & E für Kompatibilität über FreeBSD 11 zumindest). Ansonsten können Sie nutzen eine einfache regex Zeichenklasse Klammer-Ausdruck, und geben Sie manuell die space und tab-Zeichen in der [] Trennzeichen.

    [1] Dies ist die vielleicht besser geeignet als ein Kommentar oder eine Bearbeitung zu, die Antwort, aber im moment habe ich nicht genug Ruf zu kommentieren und können nur empfehlen, bearbeitet. Da letzteres bildet oben (ohne den grep) ändert sich das Verhalten von Dick.Guertin ' s original-Antwort, eine direkte Bearbeitung ist vielleicht nicht angebracht, sowieso.

    • Mit dem Namen mit einem tab drin! Wer macht solche Sachen?????
    • crazy unix Jungs, die das ausführen von Skripts, die die Namen der Dateien ohne Rücksicht auf Ihre Ausgabe, das ist, wer
    InformationsquelleAutor Juan
  6. 5
    find . -name 'Lemon*.mp3' -print0 | xargs -­0 -i mplayer '{}'

    Das half in meinem Fall zum löschen von verschiedenen Dateien mit Leerzeichen. Es sollte auch funktionieren mit mplayer. Den notwendigen trick ist, die Zitate. (Getestet auf Linux Xubuntu 14.04.)

    InformationsquelleAutor Bendel
  7. 4

    ls | grep mp3 | sed -n "7p" | xargs -i mplayer {}

    Beachten Sie, dass in dem Befehl oben xargs rufen mplayer neu für jede Datei. Dies kann unerwünscht mplayer werden, kann aber okay für die anderen Ziele.

    • Eine sinnvolle Ergänzung zu den vorhandenen Antworten, aber es wäre erwähnenswert, dass dies die Ursache mplayer aufgerufen werden neu für jede Datei. Es ist wichtig, wenn Sie versuchen z.B. ... | xargs -I{} mplayer -shuffle {}: diese spielen in einer völlig deterministischen Ordnung, trotz -shuffle.
    • Wahrscheinlich ist es in der Regel nicht die Absicht. xargs ist hauptsächlich mit Befehlen, die Sie akzeptieren eine Liste von Dateinamen (einfaches Beispiel: rm), und versuche, Sie zu übergeben, wie viele Datei-Namen wie passen Sie in jedem Aufruf, nur die Aufteilung in mehrere Aufrufe, wenn nötig. Sie können den Unterschied sehen, wenn Sie einen Befehl, wo mit jedem Aufruf sichtbar ist, wie echo (Standard): seq 0 100000 | xargs druckt alle zahlen von 0 bis 23695 (Plattform-spezifisch, aber das ist, was passiert auf meinem system) in der ersten Zeile, um 45539 auf Zeile 2, usw. Und du hast Recht, für die meisten Befehle wird es egal sein.
    InformationsquelleAutor A-B-B
  8. 2

    Es hängt davon ab, (a) wie befestigt man die Zahl 7 als Gegensatz zu, sagen wir, Zitronen, und (b) ob Ihre Dateinamen Zeilenumbrüche enthalten sind (und ob Sie bereit sind, benennen Sie Sie, wenn Sie es tun).

    Gibt es viele Möglichkeiten, damit umzugehen, aber einige von Ihnen sind:

    mplayer Lemon*.mp3

find . -name 'Lemon*.mp3' -exec mplayer {} ';'

i=0
for mp3 in *.mp3
do
    i=$((i+1))
    [ $i = 7 ] && mplayer "$mp3"
done

for mp3 in *.mp3
do
    case "$mp3" in
    (Lemon*) mplayer "$mp3";;
    esac
done

i=0
find . -name *.mp3 |
while read mp3
do
    i=$((i+1))
    [ $i = 7 ] && mplayer "$mp3"
done

    Den read Schleife funktioniert nicht, wenn Dateinamen Zeilenumbrüche enthalten; die anderen funktionieren einwandfrei, auch mit newlines im Namen (geschweige denn Räume). Für mein Geld, wenn du die Datei-Namen mit einem newline, sollten Sie die Datei ohne Zeilenumbruch. Die Verwendung der Anführungszeichen um den Namen der Datei ist der Schlüssel zu den loops funktioniert.

    Wenn Sie GNU find und GNU xargs (oder FreeBSD (*BSD?), oder Mac OS X), können Sie auch die -print0 und -0 Optionen, in:

    find . -name 'Lemon*.mp3' -print0 | xargs -0 mplayer

    Dieser arbeitet unabhängig vom Inhalt der name (der nur zwei Zeichen, die nicht angezeigt, in einer Datei Namen sind slash und NULL, und der Schrägstrich bewirkt, dass keine Probleme in einer Datei-Pfad, also mit NUL-wie der name Trennzeichen deckt alles). Allerdings, wenn Sie benötigen, heraus zu filtern, die ersten 6 Einträge, benötigen Sie ein Programm, verarbeitet die 'Linien', die damit endete, NUL anstatt "newline" ...und ich bin nicht sicher, dass es Sie gibt.

    Die erste ist bei weitem die einfachste für den konkreten Fall auf der hand; es kann jedoch nicht verallgemeinern und auf andere Szenarien, die Sie haben noch nicht aufgeführt.

    InformationsquelleAutor Jonathan Leffler
  9. 2

    Ich weiß, dass ich bin nicht die Beantwortung der xargs Frage direkt aber es ist erwähnenswert find's -exec option.

    Angesichts der folgenden Datei-system:

    [root@localhost bokeh]# tree --charset assci bands
bands
|-- Dream\ Theater
|-- King's\ X
|-- Megadeth
`-- Rush

0 directories, 4 files

    Dem Befehl suchen können gemacht werden, um zu behandeln, den Raum in Dream Theater und King ' s X. So, zu finden, der Schlagzeuger der jeweiligen band mit grep:

    [root@localhost]# find bands/ -type f -exec grep Drums {} +
bands/Dream Theater:Drums:Mike Mangini
bands/Rush:Drums: Neil Peart
bands/King's X:Drums:Jerry Gaskill
bands/Megadeth:Drums:Dirk Verbeuren

    In der -exec option {} steht für den Dateinamen inklusive Pfad. Beachten Sie, dass Sie nicht haben, um es zu entkommen, oder legen Sie Sie in Anführungszeichen.

    Den Unterschied zwischen -exec's terminatoren (+ und \;) ist, dass + Gruppen so viele Datei-Namen, dass es auf einer einzigen Befehlszeile. In der Erwägung, dass \; wird, führen Sie den Befehl für jede Datei name.

    So, find bands/-type f -exec grep Drums {} + Folge:

    grep Drums "bands/Dream Theater" "bands/Rush" "bands/King's X" "bands/Megadeth"

    sowie find bands/-type f -exec grep Drums {} \; Folge:

    grep Drums "bands/Dream Theater"
grep Drums "bands/Rush"
grep Drums "bands/King's X"
grep Drums "bands/Megadeth"

    Im Fall von grep dies hat den Nebeneffekt, entweder drucken die mit dem Namen oder nicht.

    [root@localhost bokeh]# find bands/ -type f -exec grep Drums {} \;
Drums:Mike Mangini
Drums: Neil Peart
Drums:Jerry Gaskill
Drums:Dirk Verbeuren

[root@localhost bokeh]# find bands/ -type f -exec grep Drums {} +
bands/Dream Theater:Drums:Mike Mangini
bands/Rush:Drums: Neil Peart
bands/King's X:Drums:Jerry Gaskill
bands/Megadeth:Drums:Dirk Verbeuren

    Natürlich grep's Optionen -h und -H wird gesteuert, ob oder nicht der Dateiname gedruckt wird, unabhängig davon, wie grep genannt wird.

    xargs

    xargs können auch Steuern, wie man Dateien auf der Kommandozeile.

    xargs standardmäßig gruppiert alle Argumente in einer Zeile. Um die gleiche Sache zu tun, dass -exec \; verwenden xargs -l. Beachten Sie, dass die -t option weist xargs zum drucken der Befehl vor der Ausführung.

    [root@localhost bokeh]# find ./bands -type f  | xargs -d '\n' -l -t grep Drums
grep Drums ./bands/Dream Theater 
Drums:Mike Mangini
grep Drums ./bands/Rush 
Drums: Neil Peart
grep Drums ./bands/King's X 
Drums:Jerry Gaskill
grep Drums ./bands/Megadeth 
Drums:Dirk Verbeuren

    Sehen, dass die -l option teilt xargs ausgeführt grep für jeden Dateinamen.

    Gegenüber der Standardeinstellung (d.h. keine -l option):

    [root@localhost bokeh]# find ./bands -type f  | xargs -d '\n'  -t grep Drums
grep Drums ./bands/Dream Theater ./bands/Rush ./bands/King's X ./bands/Megadeth 
./bands/Dream Theater:Drums:Mike Mangini
./bands/Rush:Drums: Neil Peart
./bands/King's X:Drums:Jerry Gaskill
./bands/Megadeth:Drums:Dirk Verbeuren

    xargs hat eine bessere Kontrolle darüber, wie viele Dateien können auf der Kommandozeile. Geben Sie die -l option die maximale Anzahl von Dateien pro Befehl.

    [root@localhost bokeh]# find ./bands -type f  | xargs -d '\n'  -l2 -t grep Drums
grep Drums ./bands/Dream Theater ./bands/Rush 
./bands/Dream Theater:Drums:Mike Mangini
./bands/Rush:Drums: Neil Peart
grep Drums ./bands/King's X ./bands/Megadeth 
./bands/King's X:Drums:Jerry Gaskill
./bands/Megadeth:Drums:Dirk Verbeuren
[root@localhost bokeh]#

    Sehen, dass grep wurde ausgeführt mit zwei Dateinamen, weil der -l2.

    InformationsquelleAutor shrewmouse
  10. 2

    Auf macOS 10.12.x (Sierra), wenn Sie Leerzeichen im Dateinamen oder Verzeichnissen, die Sie verwenden können, die folgenden:

    find . -name '*.swift' -exec echo '"{}"' \; |xargs wc -l
    InformationsquelleAutor Byron Formwalt
  11. 1

    Den konkreten Titel von diesem post, hier ist mein Vorschlag:

    ls | grep ' ' | tr ' ' '<' | sed 's|<|\\ |g'

    Die Idee ist, zu konvertieren, Leerzeichen zu jedem eindeutigen Zeichen wie '<', und ändern Sie dann, dass in '\ ', ein backslash gefolgt von einem Leerzeichen. Sie können dann-Rohr, das in jedem Befehl, den Sie mag, wie z.B.:

    ls | grep ' ' | tr ' ' '<' | sed 's|<|\\ |g' | xargs -L1 GetFileInfo

    Der Schlüssel liegt hier in der 'tr' und 'sed' - Befehle; und Sie kann alle Zeichen außer '<', wie '?' oder auch ein Tabulator-Zeichen.

    • Was ist der Zweck der Umweg über tr? Warum nicht einfach ls *.mp3 | sed -n '7!b;s/\([[:space:]]\)/\\\1/g;p'?
    • Ich habe festgestellt, dass "tr '' '?'" entfällt die Notwendigkeit für "sed". Die single"? " - Zeichen nicht leer ist, sondern entspricht einem einzelnen Zeichen, in diesem Fall: leere. Die Chancen, dass es noch etwas anderes sind Recht klein und akzeptabel, da Sie versuchen, Bearbeiten Sie ALLE Dateien mit der Endung .mp3: "ls | grep ''| tr '' '?' | xargs -L1 GetFileInfo"
    • Sie kann auch mit "tab" in der gleichen Zeit: tr '\t' '??' beiden Griffe.
    InformationsquelleAutor Dick.Guertin
  12. 0

    Alternative Lösungen können hilfreich sein...

    Können Sie auch ein null-Zeichen am Ende deiner Zeilen mit Perl, dann verwenden Sie die -0 option in xargs. Im Gegensatz zu den xargs -d '\n' (in zugelassenen Antwort) - das funktioniert überall, einschließlich OS X.

    Beispielsweise rekursiv Liste (ausführen, verschieben, etc.) JPEG-Bilder enthalten können Leerzeichen oder andere komische Zeichen, die ich benutzen würde:

    find . | grep \.jpg | perl -ne 'chop; print "$_\0"' | xargs -0  ls

    (Hinweis: Für die Filterung, ich bevorzuge das einfacher zu merkende "| grep" syntax "find ' s" --name Argumente).

    InformationsquelleAutor Charlie Dalsass
Schreibe einen Kommentar