Como impedir que o `mv` mova uma coleção de arquivos para uma única regular?

Acabei de perder uma pequena parte da minha coleção de áudio, por um erro estúpido que cometi. :-(
Felizmente, eu tinha um backup relativamente recente, mas ainda era irritante. Além do seu, o outro culpado foi o que causou a travessura mv, que mostrará o seguinte:

Os arquivos de áudio tinham um certo esquema:

ARTIST - Some Title YY.mp3

onde YYé a especificação do ano com 2 dígitos.

mkdir 90<invisible control character>

(Até o momento, eu não sabia que havia digitado um terceiro caractere em excesso que era invisível ...!)
Em vez de ter tudo em um diretório, eu queria ter todas as músicas dos anos 90 em um diretório. Então eu digitei:

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

Não é tão difícil entender o que aconteceu, não é? : ->
O resultado (desastroso) foi um diretório vazio virgem chamado '90 something '(com algo sendo o caractere de controle "invisível") e um único arquivo chamado' 90 ', sobrescrito n vezes.

Todos os arquivos foram embora. :-(( (obviamente)

Desejo mvteria verificado no tempo se a assinatura do "arquivo" de destino (lembre-se em * NIX: Tudo é um arquivo ) começa com um d------(por exemplo drwxr-xr-x). E, é claro, se o destino existe . Existe uma variante do cenário acima mencionado, quando você simplesmente esqueceu-se para mkdiro diretório em primeiro lugar. (mas é claro, você assumiu que está lá ...)

Mesmo o nosso OS pet-ódio começando com a capital W faz isso. Você é solicitado a especificar o tipo de destino (arquivo? Diretório?), Se solicitar.

Por isso, estou me perguntando se nós * NIXers ainda temos que escrever um " mvscriptlet" para evitar esse tipo de surpresa indesejável.

Você pode anexar /a ao destino se desejar mover arquivos para um diretório. Caso o diretório não exista, você receberá um erro:

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

Caso o diretório exista, ele move o arquivo para esse diretório.

O coreutils GNU mvjá tem uma opção especificando que você deseja mover para um diretório: -t/ --target-directory. Se o argumento para essa opção não existir, mvele reclamará em vez de mover todos os seus arquivos para o mesmo nome de arquivo.

Eu teria escrito o seu motor da seguinte maneira:

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

Observe o uso de em +vez de \;agrupar o máximo de nomes de arquivos possível, resultando em uma execução mais rápida.

Além disso, se você geralmente planeja evitar substituições acidentais no futuro, existe a -iopção mv. Eu pessoalmente não consigo pensar em nenhuma desvantagem se você

alias mv='mv -i'

Se você precisar sobrescrever algo, simplesmente passe a -fopção.

Os aliases só entram em vigor se você digitar o comando diretamente em um shell interativo, não para casos como invocação por find. Você poderia ter corrido

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

e você seria solicitado se mvtentasse sobrescrever um arquivo existente.

Além das excelentes respostas acima, gostaria de esclarecer por que você não recebeu a pergunta sobre mover ou não os arquivos.

Se você mover um arquivo para um novo nome, e esse nome não for um diretório, mvrenomeará seu arquivo para o novo nome.

O problema aqui é que você estava usando findpara executar mvuma vez por arquivo , não uma vez para todos os arquivos .

Se, em vez disso, você tiver feito mv *90.mp3 90, mvteria falhado com a mensagem de erro "O arquivo de destino não é um diretório".

Outro conselho é usar o preenchimento de guias ao digitar o caminho de destino. Ele mostrará se o destino é um diretório adicionando /ao nome do destino. Você também pode mv -iser perguntado se deseja substituir um arquivo existente.

Como estratégia alternativa de uso geral, eu gostaria de sugerir transformar esse tipo de operação em um script temporário. Prefiro examinar os resultados finde transformá-los em um mvcomando manualmente, garantindo que eu entenda o que estou fazendo antes de executar. por exemplo.

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

Agora eu posso olhar através de uma lista de nomes de arquivos e reescrever o conteúdo do arquivo como um comando shell.

• Coloque o conteúdo do arquivo em uma linha: ggVGJ
• Anexar: Imv [esc]
• Acrescentar: Asomedir/ [esc]
• Salve o arquivo. Leia isso novamente. Respire.
• Execute source tmpna linha de comando.

É uma estratégia conservadora, mas muitas vezes fui mordido por comandos -execou erros de digitação ou sedexpansões de shell mal compreendidas, e prefiro adotar uma abordagem lenta e consistente.

Em outras palavras: sou covarde demais para usar -exec.

Outra opção:

-n, --no-clobber não substitui um arquivo existente

é o mesmo que -i, mas não pergunta, vai falhar.