Por que o rmdir não funciona recursivamente?

Desvincular diretórios era originalmente uma operação privilegiada :

Também é ilegal desvincular um diretório (exceto para o superusuário).

Assim rmdirfoi implementado como um pequeno binário que apenas removia os diretórios , que na época envolvia a remoção ..e .dentro do diretório, e depois o próprio diretório. rmdirfoi projetado para ser setuid root; ele executa testes de permissão separados usando accesspara determinar se o usuário real tem permissão para remover um diretório. Como qualquer binário raiz setuid, é melhor mantê-lo simples e bem focado.

rm -rrealmente usou esse binário separado para excluir diretórios conforme necessário.

Parece que a diferença duradoura entre rm -re rmdiré o resultado dessa diferença inicial.

Presumivelmente, desde que rmadquiriu a capacidade de excluir recursivamente no início, e rmdirdeveria ter uma missão muito pequena, nunca foi considerado útil fornecer rmdira capacidade de excluir recursivamente.

Uma alternativa ao rmdir recursivo (que seria útil) seria algo assim:

find . -depth -type d -exec rmdir {} \;

Isso removerá apenas diretórios vazios e fornecerá muitos erros inofensivos se alguns deles não estiverem vazios.

Um rmdir recursivo pode ser mais inteligente e abortar uma subárvore quando receber um erro, em vez de continuar recebendo erros em cascata, mas provavelmente não seria mais rápido.

Como apontado, rmdir tem a -popção, que não é exatamente recursiva. E a capacidade de usar find como acima provavelmente removeu a motivação para adicionar uma opção recursiva para ele, pois as vantagens seriam pequenas.