Werden immer die Dateien aufgelistet, die rm entfernen wird?

Etwas , das ich glaube , ich sollte sicher wissen: Wenn ich ls <something>, wird rm <something>entfernen genau die gleichen Dateien , die lsangezeigt werden ? Gibt es Umstände, unter denen rmnicht angezeigte Dateien entfernt werden könnten ls? (Dies ist in der 18.04 Bash)

Edit: danke an alle die geantwortet haben. Ich denke, die vollständige Antwort ist eine Kombination aller Antworten, daher habe ich die am häufigsten gewählte Antwort als "die Antwort" akzeptiert.

Unerwartete Dinge, die ich dabei gelernt habe:

• ls ist nicht so einfach, wie Sie vielleicht denken, wenn Sie mit seinen Argumenten umgehen
• In einer einfachen Installation von Ubuntu, .bashrc Aliase ls
• Benennen Sie Ihre Dateien nicht mit einem Bindestrich, da diese wie Befehlsargumente aussehen können, und die Benennung von one -r verlangt danach!

Nun, beide lsund rmoperieren mit den Argumenten, die ihnen übergeben werden.

Diese Argumente können eine einfache Datei sein, so ls file.extund rm file.extarbeiten auf der gleichen Datei und das Ergebnis ist klar (Liste der Datei / Löschen der Datei).

Wenn argument stattdessen ein Verzeichnis ist, ls directorylistet es den Inhalt des Verzeichnisses auf, während rm directoryes nicht so funktioniert, wie es ist (dh rmohne Flags können Verzeichnisse nicht entfernt werden, wenn Sie dies tun rm -r directory, werden alle Dateien unter directory und das Verzeichnis selbst rekursiv gelöscht ).

Beachten Sie jedoch, dass Befehlszeilenargumente berücksichtigt werden können Shell-Erweiterung , sodass nicht immer gewährleistet ist, dass dieselben Argumente an beide Befehle übergeben werden, wenn sie Platzhalter, Variablen, Ausgaben von anderen Befehlen usw. enthalten.

Als extremes Beispiel denken Sie ls $(rand).txtund rm $(rand).txt, die Argumente sind "gleich", aber die Ergebnisse sind sehr unterschiedlich!

Wenn Sie an etwas wie ls foo*.txtvs. denken rm foo*.txt, werden die gleichen Dateien angezeigt und entfernt. Die Shell erweitert den Glob und übergibt ihn an den betreffenden Befehl. Die Befehle wirken sich auf die aufgelisteten Dateien aus. Eine listet sie auf, eine entfernt sie.

Der offensichtliche Unterschied besteht darin, dass, wenn eine dieser Dateien ein Verzeichnis lswäre, der Inhalt aufgelistet rmwürde , dieser jedoch nicht entfernt werden könnte. Das ist in der Regel kein Problem, da rmsich weniger entfernen ließe als von gezeigt wurde ls.

Das Hauptproblem ist das Ausführen von ls *oder rm *in einem Verzeichnis, das Dateinamen enthält, die mit einem Bindestrich beginnen . Sie würden auf die Befehlszeilen der beiden Programme erweitert, als ob Sie sie selbst geschrieben hätten, und lswürden -r"umgekehrte Sortierreihenfolge" bedeuten , während dies eine rekursive Entfernung bedeuten rmwürde -r. Der Unterschied ist wichtig, wenn Sie Unterverzeichnisse haben, die mindestens zwei Ebenen tief sind. ( ls *Zeigt den Inhalt der Verzeichnisse der ersten Ebene an, aber rm -r *auch alles , was über die erste Unterebene hinausgeht.)

Um dies zu vermeiden, schreiben Sie zulässige Globs mit einem Anführungszeichen ./, um das aktuelle Verzeichnis anzuzeigen, und / oder setzen Sie ein --, um das Ende der Optionsverarbeitung vor dem Glob (dh rm ./*oder rm -- *) anzuzeigen .

Bei einem Glob wie *.txtist das eigentlich kein Problem, da der Punkt ein ungültiges Optionszeichen ist und einen Fehler verursacht (bis jemand die Hilfsprogramme erweitert, um eine Bedeutung dafür zu finden), aber es ist immer noch sicherer, das zu setzen./ dort zu platzieren.

Natürlich könnten Sie auch unterschiedliche Ergebnisse für die beiden Befehle erhalten, wenn Sie die Globbing-Optionen der Shell ändern oder Dateien zwischen den Befehlen erstellen / verschieben / entfernen, aber ich bezweifle, dass Sie einen dieser Fälle gemeint haben. (Der Umgang mit neuen / verschobenen Dateien wäre extrem umständlich und sicher.)

Konzentrieren wir uns, abgesehen vom Shell-Verhalten, nur auf das, was rmund lskönnen mit sich selbst umgehen. Mindestens ein Fall, in dem angezeigt lswird, was rmnicht entfernt werden kann, betrifft Verzeichnisberechtigungen und der andere - spezielle Verzeichnisse .und ...

Ordnerberechtigungen

rmDies ist eine Operation in einem Verzeichnis, da Sie durch das Entfernen einer Datei den Verzeichnisinhalt ändern (oder mit anderen Worten die Liste der Verzeichniseinträge, da das Verzeichnis nur eine Liste von Dateinamen und Inodes ist ). Dies bedeutet, dass Sie Schreibrechte für ein Verzeichnis benötigen. Auch wenn Sie der Eigentümer der Datei sind , können Sie ohne Verzeichnisberechtigungen keine Dateien entfernen. Das Gegenteil ist auch der Fall : Sie rmkönnen Dateien entfernen, die anderen gehören, wenn Sie Verzeichnisbesitzer sind.

So können Sie sehr gut gelesen haben und Ausführungsberechtigungen für ein Verzeichnis, das Sie das Verzeichnis und Sichten des Inhalts innerhalb von nur gut, zum Beispiel durchqueren können ls /bin/echo, aber Sie können nicht , rm /bin/echoes sei denn Sie sind der Besitzer/bin oder Ihre Privilegien erheben sudo.

Und Sie werden solche Fälle überall sehen. Hier ist ein solcher Fall: https://superuser.com/a/331124/418028

Spezielle Verzeichnisse '.' und '..'

Ein weiterer Sonderfall ist .und ..Verzeichnisse. Wenn du ls .oder tust ls .., zeigt es dir gerne den Inhalt an, aber rmes ist nicht erlaubt:

$ rm -rf .
rm: refusing to remove '.' or '..' directory: skipping '.'

Wenn Sie ls *und dann tippen rm *, werden möglicherweise mehr Dateien als lsangezeigt entfernt - sie wurden möglicherweise in dem winzigen Zeitintervall zwischen Ende lsund Anfang von erstellt rm.

ls *und rm *sind nicht dafür verantwortlich, den Glob zu erweitern - das erledigt die Shell, bevor sie ihn an den Befehl übergibt.

Das bedeutet, dass Sie mit der erweiterten Dateiliste jeden Befehl verwenden können - ich würde also etwas verwenden, das so wenig wie möglich funktioniert.

Ein besserer Weg, dies zu tun (oder zumindest einen anderen Weg), besteht darin, den Mittelsmann zu überspringen.

echo *zeigt Ihnen genau, was an Ihren rmBefehl weitergegeben werden würde.

Wie wäre es mit:

$ mkdir what
$ cd what
$ mkdir -p huh/uhm ./-r
$ ls *
uhm
$ rm *
$ ls
-r
$ ls -R
.:
-r

./-r:

Grundsätzlich können Platzhalterzeichen, die auf Dinge erweitert werden, die mit beginnen -(oder manuell eingegebene Dinge, die mit beginnen, -aber ein bisschen mehr nach Schummeln aussehen), von lsund unterschiedlich interpretiert werden rm.

Es gibt Randfälle, in denen das, was lszeigt, nicht das ist, was rmentfernt wird. Ein ziemlich extremes, aber glücklicherweise lsharmloses Argument ist, wenn das von Ihnen übergebene Argument ein symbolischer Link zu einem Verzeichnis ist: Zeigt alle Dateien im verknüpften Verzeichnis an, rmentfernt den Symlink und lässt das ursprüngliche Verzeichnis und seinen Inhalt unverändert:

% ln -s $HOME some_link
% ls some_link    # Will display directory contents  
bin    lib    Desktop ...
% rm some_link
% ls $HOME
bin    lib    Desktop ...

Wenn Sie dies nur lsanstelle von tun ls -a, rmkann yes versteckte Dateien entfernen, die Sie lsohne nicht gesehen haben -a.

Beispiel

Gemäß :

dir_test
├── .test
└── test2

ls dir_test : zeigt nur test2 an

ls -A dir_test : zeigt test2 + .test an

rm -r dir_test : entfernt alles (.test + test2)

Ich hoffe das wird dir helfen.

Es gibt bereits viele gute Antworten, aber ich möchte einen tieferen Einblick hinzufügen.

Stellen Sie sich die Frage: An wie viele Parameter werden beim lsSchreiben übergeben?

ls *

...? Beachten Sie, dass der lsBefehl den *as-Parameter nicht erhält , wenn Dateien vorhanden sind, *auf die erweitert werden kann. Stattdessen führt die Shell zuerst ein Globbing durch, bevor sie den Befehl aufruftls Befehl tatsächlich so viele Parameter erhält, wie Dateien vorhanden sind, die mit dem Globbing übereinstimmen. Um das Globen zu unterdrücken, geben Sie den Parameter an.

Dies gilt für jeden Befehl ein : echo *vs echo '*'.

Es gibt ein Skript, rufen Sie es countparams.shauf, um den Effekt zu testen. Es gibt an, wie viele Parameter übergeben wurden, und listet sie auf.

#!/bin/bash
echo "This script was given $# parameters."
arr=( "$@" )
for ((i=0;i<$#;i++)); do
        echo "Parameter $((i+1)): ${arr[$i]}"
done

Machen Sie es ausführbar und führen Sie es aus ./countparams.sh *. Lernen Sie aus seiner Leistung!

Der Glob wird beide Male auf dieselbe Weise erweitert, wenn der Verzeichnisinhalt zu diesen beiden unterschiedlichen Zeiten identisch ist.

Wenn Sie wirklich überprüfen möchten, was entfernt wird, verwenden Sie rm -i *.txt. Sie werden für jede Datei einzeln aufgefordert, bevor Sie versuchen, sie zu entfernen.

Dies ist gegen die Rennbedingungen garantiert sicher:
        ls *.txt/ Es wird eine neue Datei erstellt / rm *.txt
Sie werden von demselben Programm, das die Entfernung durchführt, zu jeder Datei aufgefordert.

Dies ist zu umständlich für den normalen Gebrauch, und wenn Sie Alias rmzu rm -i, Sie finden sich mit \rmoder rm -fziemlich oft. Zumindest ist zu erwähnen, dass es eine Lösung für die Rennbedingungen gibt. (Es ist sogar auf Nicht-GNU-Systeme übertragbar: POSIX rm(1)gibt die -iOption an .)

Eine andere Option wäre ein Bash-Array. to_remove=(*.txt)Bitten Sie dann den Benutzer, dies zu bestätigen (möglicherweise nachdem Sie dies getan haben ls -ld -- "${to_remove[@]}") rm -- "${to_remove[@]}". Die Glob-Erweiterung wird also nur einmal ausgeführt und die Liste wird wörtlich an übergeben rm.

Eine weitere praktisch verwendbare Option ist GNU rm -I( Manpage ), die zum Entfernen von mehr als 4 Elementen auffordert. (Zeigt Ihnen jedoch nicht die Liste, sondern nur die Gesamtsumme an.) Ich verwende sie alias rm='rm -I'auf meinem Desktop.

Es ist ein guter Schutz vor fettem Fingersatz mit einem zu viel passenden, halb getippten Muster. Die Verwendung von lsfirst ist jedoch in der Regel in einem eigenen Verzeichnis oder auf einem Einzelbenutzersystem sinnvoll, und wenn es keine Hintergrundprozesse gibt, die dort asynchron neue Dateien erstellen könnten. Geben Sie nicht rm -rf /foo/bar/bazvon links nach rechts ein , um Fett zu vermeiden . rm -rf /ist speziell verkleidet, aber rm -rf /usrnicht! Lassen Sie das -rfTeil weg oder beginnen Sie mit lsund fügen Sie das rm -rfTeil erst hinzu, nachdem Sie den Pfad eingegeben haben.