Para ver as velocidades aproximadas de tarballing de um sistema inteiro e, em seguida, restaurá-lo quando estiver em uso, clonei parcialmente um de nossos sistemas primários em uma estação de trabalho que, embora não seja parte integrante dos sistemas da empresa, seria bom tem funcionamento. Cronometrei a criação do tarball de todo o sistema e o inspecionei para garantir que parecesse bom.
Eu então corri rm -rf / --no-preserve-root. Eu nunca tive a oportunidade de fazer isso antes, então foi muito divertido. No início.
Quando reiniciei a caixa, nada apareceu. Não é um logotipo "Dell", não há opções para o BIOS, nada.
Liguei a unidade a uma caixa diferente e descobri para meu desgosto que havia uma partição UEFI. Presumo que meu Comando da Morte tenha efetivamente manejado essa partição.
Liguei uma unidade diferente e funcional à estação de trabalho agora extinta, mas a estação de trabalho ainda não faz nada.
Alguém viu algo assim, ou tem sugestões sobre o que procurar? Como a execução desse rmcomando conseguiu atrapalhar tanto a caixa inteira?
ATUALIZAÇÃO: devolvemos a caixa à Dell. Não conseguimos diagnosticar com precisão se era uma coincidência ou a situação descrita por dronus . No entanto, aceitarei a resposta de dronus, pois descreve uma possível razão pela qual isso aconteceria. Além disso, alertará outras pessoas a não fazerem a mesma coisa no futuro. Se alguém encontrar algum registro da Dell usando o UEFI com bugs, isso seria útil.