OK, eu tenho feito níveis diferentes de administrador de sistemas por quase uma década e mesmo assim fui vítima de um erro de velhice; embora eu não entenda por que isso aconteceu.
Eu estava no meu servidor classificando por quase 15 anos o valor 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 meu rm , ele foi executado até a conclusão, mas quando foi feito, eu não tinha /bin , /sbin ou qualquer outra pasta associada a raiz que eu tentei remover.
O COMANDO OFFENDING:
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, eu certamente percebo, retrospectivamente, que eu deveria ter ./ antes desses diretórios para explicar o caminho relativo, mas ainda estou confuso sobre por que /bin ou /sbin seria removido quando eu especificamente designado bin/ sbin/ e NÃO estava em / no momento.
Parece que se eu estivesse operando no meu pwd e não tivesse uma barra anterior para especificar o root, ele deveria ter excluído apenas os dirs no diretório em que eu estava.
Graças a Deus eu não tinha um / solitário ou qualquer um dos nomes dos meus pools do ZFS no rm e estou bem, mas eu prefiro nunca mais cometer esse erro novamente.
A ideia de botching um SO como este é embaraçosa e não posso deixar de pensar que algo diferente de ./ seria a resposta.
O que estou deixando de notar aqui?
Agradeço antecipadamente por seus esforços.
ATUALIZAÇÃO:
OK, então cheguei em casa e reinstalei o 14.04 do mesmo ISO que tenho usado desde o lançamento. Eu importei meus pools do ZFS (/ DATA / RAID1 | / DATA / RAID2) e verifiquei / DATA / RAID1 / ROOT / SORTME / BACKOPEN apenas para encontrar TODOS os arquivos / diretórios que eu especifiquei no comando incorreto que ainda existiam. Não querendo me estragar tudo eu copiei e colei o comando ofensivo no meu post, mas em preponderado. / Para cada argumento caminho / arquivo. Trabalhou e não botch meu sistema operacional. Eu também redirecionei a saída do rm-rfv para um arquivo para análise posterior. Nenhuma parte do meu sistema operacional foi removido, tudo estava bem. Eu estou supondo que se as ligações duras ou simbólicas fossem a questão, eu teria tido o mesmo problema, mas não desta vez. O enredo engrossa. Tenho a sensação de que talvez eu nunca receba uma resposta, mas parece que talvez seja apenas uma daquelas coisas que aconteceram como um acidente esquisito. Eu certamente posso dizer que vou ser muito mais cuidadoso no futuro ...