Gibt es irgendwelche Nachteile bei der Verwendung von rm $ (ls) zum Löschen von Dateien?

Ich habe mich gefragt, ob die Verwendung rm $(ls)zum Löschen von Dateien (oder auch rm -r $(ls)zum Löschen von Verzeichnissen) sicher ist. Weil auf allen Websites andere Möglichkeiten zur Verfügung stehen, obwohl dieser Befehl viel einfacher zu sein scheint als andere Befehle.

Was soll das tun?

• ls listet Dateien im aktuellen Verzeichnis auf
• $(ls)ersetzt die Ausgabe von lsOrten, die als Argument fürrm
• Im Wesentlichen rm $(ls)sollen alle Dateien im aktuellen Verzeichnis gelöscht werden

Was ist falsch mit diesem Bild ?

lsSonderzeichen im Dateinamen können nicht richtig behandelt werden. Unix-Benutzer empfahlen im Allgemeinen , unterschiedliche Ansätze zu verwenden . Ich habe das auch in einer verwandten Frage zum Zählen von Dateinamen gezeigt . Zum Beispiel:

$ touch file$'\n'name                                                                                                    
$ ls                                                                                                                     
file?name
$ rm $(ls)
rm: cannot remove 'file': No such file or directory
rm: cannot remove 'name': No such file or directory
$ 

Wie in Denis 'Antwort richtig erwähnt, könnte ein Dateiname mit führenden Bindestrichen auch als Argument für rmafter substitution interpretiert werden , was den Zweck des Entfernens des Dateinamens zunichte macht.

Was funktioniert

Sie möchten Dateien im aktuellen Verzeichnis löschen. Also benutze glob rm *:

$ ls                                                                                                                     
file?name
$ rm $(ls)
rm: cannot remove 'file': No such file or directory
rm: cannot remove 'name': No such file or directory
$ rm *
$ ls
$ 

Sie können den findBefehl verwenden. Dieses Tool wird häufig nicht nur für aktuelle Verzeichnisse empfohlen. Es kann den gesamten Verzeichnisbaum rekursiv durchlaufen und Dateien über verarbeiten-exec . . .{} \;

$ touch "file name"                                
$ find . -maxdepth 1 -mindepth 1                                                                                         
./file name
$ find . -maxdepth 1 -mindepth 1 -exec rm {} \;                                                                          
$ ls
$ 

Python hat keine Probleme mit Sonderzeichen in Dateinamen, daher können wir dies auch verwenden (beachten Sie, dass dies nur für Dateien gilt, die Sie verwenden müssen os.rmdir()und os.path.isdir()wenn Sie mit Verzeichnissen arbeiten möchten):

python -c 'import os; [ os.remove(i) for i in os.listdir(".") if os.path.isfile(i) ]'

Tatsächlich könnte der obige Befehl der ~/.bashrcKürze halber in eine Funktion oder einen Alias ​​umgewandelt werden . Beispielsweise,

rm_stuff()
{
    # Clears all files in the current working directory
    python -c 'import os; [ os.remove(i) for i in os.listdir(".") if os.path.isfile(i) ]'

}

Perl-Version davon wäre

perl -e 'use Cwd;my $d=cwd();opendir(DIR,$d); while ( my $f = readdir(DIR)){ unlink $f;}; closedir(DIR)'

Nein, es ist nicht sicher und die häufig verwendete Alternative rm *ist nicht viel sicherer.

Es gibt viele Probleme mit rm $(ls). Wie andere bereits in ihren Antworten behandelt haben, wird die Ausgabe von lsnach Zeichen aufgeteilt, die im internen Feldtrennzeichen vorhanden sind .

Im besten Fall funktioniert es einfach nicht. Im schlimmsten Fall wollten Sie nur Dateien (aber keine Verzeichnisse) entfernen - oder selektiv einige Dateien mit entfernen -i-, aber c -rfim aktuellen Verzeichnis befindet sich eine Datei mit dem Namen . Mal sehen was passiert.

$ mkdir a
$ touch b
$ touch 'c -rf'
$ rm -i $(ls)
$ ls
c -rf

Der Befehl rm -i $(ls)sollte nur Dateien entfernen und vor dem Entfernen der einzelnen Dateien fragen, aber der Befehl, der letztendlich ausgeführt wurde, sollte gelesen werden

rm -i a b c -rf

so tat es etwas ganz anderes.

Beachten Sie, dass dies rm *nur unwesentlich besser ist. Mit der Verzeichnisstruktur wie zuvor verhält es sich hier wie vorgesehen, aber wenn Sie eine Datei mit dem Namen haben -rf, haben Sie immer noch Pech.

$ mkdir a
$ touch b
$ touch ./-rf
$ rm -i *
$ ls
-rf

Es gibt mehrere bessere Alternativen. Die einfachsten beinhalten nur rm und globbing.

• Der Befehl

  rm -- *
  

  funktioniert genau wie vorgesehen, wobei --signalisiert wird, dass alles danach nicht als Option interpretiert werden soll.

  Dies ist seit über zwei Jahrzehnten Teil der POSIX-Utility-Syntaxrichtlinien. Es ist weit verbreitet, aber Sie sollten nicht erwarten, dass es überall vorhanden ist.

• Der Befehl

  rm ./*
  

  bewirkt, dass der Glob anders erweitert wird und daher keine Unterstützung durch das aufgerufene Dienstprogramm erforderlich ist.

  In meinem Beispiel von oben sehen Sie den Befehl, der letztendlich ausgeführt wird, indem das Echo vorangestellt wird .

  $ echo rm ./*
  rm ./a ./b ./-rf
  

  Der Zeilenabstand ./verhindert , dass rm versehentlich Dateinamen wie Optionen behandelt.