¿Hay alguna desventaja de usar rm $ (ls) para eliminar archivos?

Me preguntaba si usar rm $(ls)para eliminar archivos (o rm -r $(ls)para eliminar directorios también) era seguro. Porque en todos los sitios web, las personas ofrecen otras formas de hacerlo, aunque este comando parece mucho más fácil que otros comandos.

¿Qué se pretende hacer con esto?

• ls enumera archivos en el directorio actual
• $(ls)sustituye la salida de lslugares que como argumento pararm
• Esencialmente rm $(ls)está destinado a eliminar todos los archivos en el directorio actual

Qué está mal con esta imagen ?

lsno puede manejar correctamente caracteres especiales en el nombre del archivo. Los usuarios de Unix generalmente recomiendan usar diferentes enfoques . También lo he demostrado en una pregunta relacionada sobre el conteo de nombres de archivos . Por ejemplo:

$ 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
$ 

Además, como se menciona correctamente en la respuesta de Denis, un nombre de archivo con guiones iniciales podría interpretarse como un argumento para rmdespués de la sustitución, lo que anula el propósito de eliminar el nombre de archivo.

Que funciona

Desea eliminar archivos en el directorio actual. Entonces usa 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
$ 

Puedes usar el findcomando. Esta herramienta se recomienda con frecuencia para algo más que el directorio actual: puede atravesar recursivamente todo el árbol de directorios y operar archivos a través de-exec . . .{} \;

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

Python no tiene problemas con los caracteres especiales en los nombres de archivo, por lo que podríamos emplear eso también (tenga en cuenta que este es solo para archivos, deberá usar os.rmdir()y os.path.isdir()si desea operar en directorios):

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

De hecho, el comando anterior podría convertirse en función o alias ~/.bashrcpor brevedad. Por ejemplo,

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 versión de eso sería

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

No, no es seguro, y la alternativa de uso común rm *no es mucho más segura.

Hay muchos problemas con rm $(ls). Como otros ya han cubierto en sus respuestas, la salida de lsse dividirá en los caracteres presentes en el separador de campo interno .

En el mejor de los casos, simplemente no funciona. En el peor de los casos, pretendía eliminar solo archivos (pero no directorios), o eliminar selectivamente algunos archivos con -i, pero hay un archivo con el nombre c -rfen el directorio actual. Veamos qué pasa.

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

Se rm -i $(ls)suponía que el comando debía eliminar solo los archivos y preguntar antes de eliminar cada uno, pero el comando que finalmente se ejecutó decía

rm -i a b c -rf

entonces hizo algo completamente diferente.

Tenga en cuenta que rm *solo es marginalmente mejor. Con la estructura de directorios como antes, se comportará como se pretende aquí, pero si tiene un archivo llamado -rf, todavía no tiene suerte.

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

Hay varias alternativas mejores. Los más fáciles implican solo rm y globbing.

• El comando

  rm -- *
  

  funcionará exactamente como se pretendía, donde --indica que todo después de esto no debe interpretarse como una opción.

  Esto ha sido parte de las pautas de sintaxis de la utilidad POSIX durante más de dos décadas. Está muy extendido, pero no debes esperar que esté presente en todas partes.

• El comando

  rm ./*
  

  hace que el globo se expanda de manera diferente y, por lo tanto, no requiere soporte de la utilidad llamada.

  Para mi ejemplo de arriba, puede ver el comando que finalmente se ejecutará anteponiendo echo .

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

  El encabezado ./evita que rm trate accidentalmente cualquiera de los nombres de archivo como opciones.