¿Cómo evitar que 'mv' mueva una colección de archivos a una única normal?

Acabo de perder una pequeña parte de mi colección de audio, por un estúpido error que cometí. :-(
DIVERTIDO Tenía una copia de seguridad bastante reciente, pero aún así era irritante. Aparte de la suya, el otro culpable que hizo la travesura fue mv, que se mostrará de la siguiente manera:

Los archivos de audio tenían un cierto esquema:

ARTIST - Some Title YY.mp3

donde YYes la especificación año de 2 dígitos.

mkdir 90<invisible control character>

(¡Hasta este momento, no sabía que había escrito un tercer carácter en exceso que era invisible ...!)
En lugar de tener todo en un directorio, quería tener toda la música de los 90 en un solo directorio. Entonces escribí:

find . -name '* 9?.mp3' -exec mv {} 90 \;

No es tan difícil de conseguir la idea de lo que sucedió eh? : ->
El (desastroso) resultado fue una virgen vacío directorio llamado '90 algo '(con algo de ser el carácter de control 'invisible') y un solo archivo llamado '90', sobrescritos n veces.

TODOS LOS ARCHIVOS habían desaparecido. : - (((obviamente)

Wish mvhubiera verificado a tiempo si la firma del "archivo" de destino (recuerde en * NIX: Everything Is A File ) comienza con un d------(por ejemplo drwxr-xr-x). Y, por supuesto, si el destino existe en absoluto. Hay una variante del escenario antes mencionado, en las que simplemente se olvidó de mkdirla guía en primer lugar. (pero por supuesto, asumiste que está ahí ...)

Incluso nuestra mascota OS-odio empezando por la capital W hace este. Incluso se le solicita que especifique el tipo de destino (¿archivo? ¿Directorio?) Si lo solicita.

Por lo tanto, me pregunto si nosotros * NIXers todavía tenemos que escribirnos un " mvscriptlet" solo para evitar este tipo de sorpresas no deseadas.

Se puede añadir una /al destino si desea mover los archivos a un directorio. En caso de que el directorio no exista, recibirá un error:

mv somefile somedir/
mv: cannot move ‘somefile’ to ‘somedir/’: Not a directory

En caso de que el directorio exista, mueve el archivo a ese directorio.

GNU coreutils mvya tiene una opción que especifica que desea mover a un directorio: -t/ --target-directory. Si el argumento de esa opción no existe, mvse quejará en lugar de mover todos sus archivos al mismo nombre de archivo.

Yo habría escrito su motor de la siguiente manera:

find . -name '* 9?.mp3' -exec mv -t 90 {} +

Tenga en cuenta el uso de, en +lugar de \;, agrupar tantos nombres de archivos como sea posible, lo que resulta en una ejecución más rápida.

Además, si generalmente planea evitar sobrescrituras accidentales en el futuro, existe la -iopción mv. Personalmente no puedo pensar en ningún inconveniente si usted

alias mv='mv -i'

Si necesita sobrescribir algo, simplemente pase la -fopción.

Los alias solo surten efecto si escribe el comando directamente en un shell interactivo, no para casos como invocación por find. Podrías haber corrido

find . -name '* 9?.mp3' -exec mv -i {} 90 \;

y luego se le habría preguntado si mvhubiera intentado sobrescribir un archivo existente.

Además de las excelentes respuestas anteriores, me gustaría aclarar por qué no recibió la pregunta sobre si se debe mover los archivos o no.

Si se mueve un archivo a un nuevo nombre, y ese nombre no es un directorio, mvse cambie el nombre del archivo con el nuevo nombre.

El problema aquí es que estaba utilizando findpara ejecutar mvuna vez por archivo , no una vez para todos los archivos .

Si, en cambio, se había hecho mv *90.mp3 90, entonces mvhabría fallado con el mensaje de error que "el archivo de destino no es un directorio".

Otro consejo es utilizar la implementación del tabulador al escribir la ruta de destino. Se le mostrará si el destino es un directorio añadiendo /al nombre de destino. También puede utilizar mv -ique se le pregunte si desea sobrescribir un archivo existente.

Como una estrategia alternativa de uso general, me gustaría sugerir convertir este tipo de operación en un script temporal. Prefiero mirar los resultados findy convertirlos en un mvcomando a mano, asegurando que entiendo lo que estoy haciendo antes de ejecutar. p.ej.

find . -name '* 9?.mp3' > tmp
vim tmp

Ahora puedo mirar a través de una lista de nombres de archivo y volver a escribir el contenido del archivo como un comando shell.

• Ponga el contenido del archivo en una línea: ggVGJ
• Anteponer: Imv [esc]
• Adjuntar: Asomedir/ [esc]
• Guarda el archivo. Leelo de nuevo. Tomar un respiro.
• Ejecutar source tmpen la línea de comando.

Es una estrategia conservadora, pero he sido mordido con demasiada frecuencia por comandos mal escritos -execo sedexpansiones de shell mal entendidas, y prefiero adoptar un enfoque lento y consistente.

En otras palabras: soy demasiado cobarde para usar -exec.

Otra opción:

-n, --no-clobber no sobrescribir un archivo existente

es lo mismo que -i, pero no preguntará, fallará.