O `rm -rf / --no-preserve-root` pode atrapalhar a BIOS?

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.

Uma possibilidade rara pode ser que você tenha acionado alguns dos infames bugs UEFI, que já mataram algumas séries de notebooks Samsung e Lenovo.

Funciona assim: as especificações UEFI propõem uma memória não volátil (nvram ou eeprom) que pode ser acessada pelo sistema operacional para armazenar configurações ou informações de depuração. O Linux realmente usa esse recurso em caso de pânico no kernel: se o sistema de arquivos raiz não é mais confiável (por exemplo, após uma exceção no código do kernel), ele é alternado para somente leitura. Agora, o recurso UEFI pode ser usado e as informações de depuração são gravadas na memória não volátil. Até agora, isso parece uma boa ideia: os dados podem ser recuperados mais tarde e usados ​​para explorar os motivos da falha.

No entanto, com algumas linhas de firmware UEFI com erros, algumas rotinas de gerenciamento da memória de mensagens não voláteis são interrompidas. Dependendo das mensagens, esses firmwares travam na inicialização da memória da mensagem, geralmente bem cedo na inicialização. Eles podem nem chegar à inicialização do VGA; nesse caso, a máquina parece totalmente emparedada. Nos casos mencionados acima, não havia solução de software e as placas principais tiveram que ser substituídas.

A execução rm -rf / --no-preserve-rootpode desencadear outro erro do kernel ao percorrer e excluir sistemas de arquivos do kernel como /sys, /devou /proc, que pode finalmente levar a um pânico no kernel, finalmente desencadeando o erro de memória de mensagens não voláteis mencionado acima.

Não, não é possível destruir o BIOS (herdado ou UEFI) dessa maneira com esse comando.

Mesmo que você tenha conseguido destruir a partição UEFI, os arquivos principais do BIOS não serão afetados, pois residem na memória não volátil (principalmente com base em flash) conectada à placa-mãe.

A partição UEFI hospeda componentes de software adicionais (por exemplo: depurador, driver, ecc), mas a máquina deve inicializar no BIOS mesmo sem uma partição UEFI válida.

Enquanto divertido, rm -rf / só pode causar estragos em sua própria pequena prisão - e essa é a (s) partição (ões) fornecida (s). Ele não pode atrapalhar o MBR do disco, nem destruir magicamente o seu computador.

Outra coisa está errada no seu caso.

As outras respostas parecem concordar que a limpeza do BIOS provavelmente não é seu problema, então aqui está outro pensamento:

Meu computador, quando colocado no modo UEFI, pula a tela do BIOS completamente. Nenhum logotipo do fabricante, nada. Ele apenas tenta inicializar e diz que não há mídia (ou botas) inicializável.

Se eu me lembro da tecla para entrar na configuração, posso pressioná-la à medida que o computador é ativado e ainda posso acessar as configurações do BIOS.

Se você conhece a chave de configuração do BIOS, pode tentar pressioná-la para entrar na configuração ou confiar que ela está realmente funcionando e restaurar seu tar no disco e tentar inicializar. Pode ser mais rápido usar alguma outra mídia inicializável UEFI e tentar inicializá-la se for um tar enorme (o Memtest86 deve suportar a inicialização UEFI).

/sys/firmware/efi/efivarsé um sistema de arquivos especial que contém todas as variáveis ​​EFI. Se o fornecedor não seguiu as práticas recomendadas , é possível que você rm -rflimpe as importantes e, assim, confunda o firmware.