o problema é mais provável que o rm falha , note que var ainda está lá no dailyBackup-2, provavelmente porque alguns arquivos não puderam ser excluídos.
como uma nota geral sobre como escrever scripts de gerenciamento do sistema:
a) certifique-se sempre de verificar a saída (erro) dos seus scripts, você receberá automaticamente via e-mail de cronjobs, a menos que seu a configuração do email está quebrada
b) sempre certifique-se de lidar com todos e quaisquer erros que possam ocorrer (por exemplo, rm ou mv falhando) é uma boa ideia colocar set -e no topo do seu script, Isso fará com que o shell saia quando atingir o primeiro erro não manipulado (para depuração, adicione também set -x, que imprimirá todos os comandos sendo executados, para que você possa ver o que o script está fazendo)
e também para responder à sua pergunta original: rm nunca sairá antes de deletar todos os arquivos, ou mais corretamente, antes do unlink () chamada do sistema para o último arquivo que encontrou concluído. (o único caso que eu poderia imaginar onde arquivos ainda podem estar lá depois de ser desvinculado pode ser algum sistema de arquivos de rede com bugs obscuros ...) mas rm exiting não significa que todos os arquivos foram apagados com sucesso (mesmo se você for root e estiver usando -fr (você não está nem mesmo usando -f)), por exemplo, se os arquivos estiverem marcados como imutáveis em ext * filesystems, ou se os arquivos foram criados recentemente enquanto o rm estava percorrendo a árvore. rm reportará isso com uma mensagem de erro e status de retorno malsucedido tho '