Poderia 'rm -rf / --no-preserve-root' bagunçar a bios?

Question

Para ver velocidades aproximadas para tarball de um sistema inteiro e, em seguida, restaurando esse sistema quando ele tinha foobar'd, eu clonava parcialmente um de nossos sistemas primários em uma estação de trabalho que, embora não fosse integral aos sistemas de nossa empresa ser bom ter funcionamento. Eu cronometrou a criação do tarball de todo o sistema e inspecionei para ter certeza de que ficava bem.

Eu então executei rm -rf / --no-preserve-root . Eu nunca tive a oportunidade de fazer isso antes, então foi muito divertido. Primeiro.

Quando reiniciei a caixa, nada apareceu. Não é um logotipo "Dell", não opções para o BIOS, nada.

Conectei o disco a uma caixa diferente e descobri, para meu desgosto, que ele tinha uma partição UEFI. Eu assumo que meu Comando da Morte efetivamente fechou essa partição.

Eu conectei uma unidade diferente e funcional para a 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 comando rm conseguiu estragar a caixa inteira?

ATUALIZAÇÃO: devolvemos a caixa para a Dell. Não conseguimos diagnosticar com precisão se foi uma coincidência ou a situação descrita pelo dronus . No entanto, vou aceitar a resposta de dronus, pois descreve uma possível razão pela qual isso aconteceria. Além disso, vai alertar os outros contra fazerem a mesma coisa no futuro. Se alguém encontrar algum registro da Dell usando UEFI com bugs, isso seria útil.

    

Answer 1

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

Funciona assim: as especificações da 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 este 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 é comutado 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 bugs, 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 no início da inicialização. Eles podem nem chegar a inicialização VGA, caso em que a máquina parece totalmente emparedada. Nos casos mencionados acima, não havia solução de software e as placas-mãe tiveram que ser substituídas.

A execução de rm -rf / --no-preserve-root pode acionar outro bug do kernel ao percorrer e excluir sistemas de arquivos do kernel como /sys , /dev ou /proc , que podem levar a um kernel panic, finalmente acionando o bug de memória não volátil mencionado acima.

    

Answer 2

Não, não é possível destruir o BIOS (legado 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 eles residem na memória não volátil (baseada em flash, na maioria das vezes) da sua 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.

    

Answer 3

Apesar de divertido, rm -rf / só pode quebrar um caos dentro de sua própria cadeia - e isso é a partição (s) que é dada. Não pode atrapalhar o MBR do disco, nem pode magicamente destruir o seu computador.

Há algo mais errado no seu caso.

    

Answer 4

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

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

Se eu me lembrar da chave para entrar na configuração, eu posso bater quando o computador aparecer, e eu ainda posso entrar nas configurações da BIOS.

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

    

Answer 5

/sys/firmware/efi/efivars é um sistema de arquivos especial que contém todas as variáveis EFI. Se o fornecedor não seguiu as melhores práticas , é possível que seu rm -rf tenha sido limpo importantes e assim confundiram o firmware.