OK, tenho feito diferentes níveis de administração de sistemas por quase uma década e ainda assim fui vítima de um erro antigo; embora eu não entenda por que isso aconteceu.
Eu estava em meu servidor classificando quase 15 anos de arquivos .tar.gz, descompactando-os e depois classificando os dados. Eu sempre usei uma nova pasta como sandbox. Eu estava em uma pasta ( /DATA/RAID1/ROOT/SORTME/BACKOPEN) contendo um arquivo descompactado de uma instalação anterior do Ubuntu quando decidi remover as pastas de sistema mais óbvias que eu sabia que não precisaria. Quando executei, rmele foi concluído, mas quando foi concluído, não havia /bin, /sbinou qualquer outra pasta associada à raiz com nomes semelhantes aos que tentei remover.
O COMANDO OFENSIVO:
root@dev1:/DATA/RAID1/ROOT/SORTME/BACKOPEN# rm -rfv cdrom/ boot/ bin/ calpp/ dev/ etc/ ldconfig icd-registration.tgz lib/ lib32/ lib64/ opt/ sbin/ selinux/ share/ srv/ usr/ var/
Agora, certamente percebo, em retrospecto, que DEVERIA ter tido ./antes desses diretórios para contabilizar o caminho relativo, mas ainda estou confuso sobre o porquê /binou /sbinseria removido quando designei especificamente bin/ sbin/e NÃO estava lá /no momento.
Parece-me que se eu estivesse operando em meu pwd e não tivesse uma barra anterior para especificar root, ele deveria ter excluído apenas os diretórios no diretório em que estava.
Graças a Deus eu não tinha nenhum /ou nenhum dos nomes dos meus pools ZFS no rme, por isso, estou bem, mas preferiria nunca cometer esse erro novamente.
A ideia de estragar um sistema operacional como esse é embaraçosa e não posso deixar de pensar em algo diferente do que ./seria a resposta.
O que não estou percebendo aqui?
Agradecemos antecipadamente por seus esforços.
ATUALIZAR:
OK, cheguei em casa e reinstalei o 14.04 exatamente com o mesmo ISO que uso desde o lançamento. Importei meus pools ZFS (/DATA/RAID1|/DATA/RAID2) e verifiquei /DATA/RAID1/ROOT/SORTME/BACKOPEN apenas para descobrir que TODOS os diretórios/arquivos especificados no comando incorreto ainda existiam. Não querendo me ferrar, copiei e colei o comando incorreto em minha postagem, MAS no prefixo ./ para cada argumento de caminho/arquivo. FUNCIONOU e NÃO estragou meu sistema operacional. Também redirecionei a saída de rm -rfv para um arquivo para exame posterior. Nenhuma parte do meu sistema operacional foi removida, estava tudo bem. Suponho que se o problema fosse links físicos ou simbólicos, eu teria o mesmo problema, mas não desta vez. A trama se complica. Tenho a sensação de que talvez nunca obtenha uma resposta, mas parece que talvez esta seja apenas uma daquelas coisas que aconteceram como um acidente estranho. Posso certamente dizer que terei muito mais cuidado no futuro...