Um comando do Ubuntu bloqueou meu sistema?

Instalei o Ubuntu recentemente no meu computador há alguns dias para executar um programa exclusivo. Eu terminei com ele e estava prestes a formatar a unidade para reinstalar o Windows. No entanto, meu irmãozinho queria executar esse comando no terminal que destruiria o sistema operacional, e eu pensei que não iria doer, pois eu estaria formatando a unidade de qualquer maneira.

Foi isso:

sudo rm -rf --no-preserve-root /

Desculpe minha nobreza se esse comando deve acabar com o mundo ou algo assim. Por isso, estragou o sistema operacional e reiniciei o PC com o USB de instalação do Windows, planejando formatar a unidade na Instalação do Windows.

No entanto, após a reinicialização, o monitor não estava recebendo nenhuma entrada. Além disso, o indicador HDD (ou qualquer que fosse a luz vermelha) não estava fazendo nada. (Estava desligado, de fato.) Os fãs estavam trabalhando e a unidade de DVD estava. (Não acho que exista um alto-falante para PC, por isso, se você precisar de alguns códigos de erro de bipe, desculpe.)

Tentei mudar o cabo VGA da placa gráfica para a placa-mãe, mas ainda não recebi entrada. Tentei inserir esse disco antigo do Windows XP na unidade, mas nada apareceu. Pressionou os botões Excluir, F12, etc., mas nada aconteceu. Procurei on-line e tentei sugerir a recolocação da RAM, mas nada mudou. Estou pensando em redefinir o CMOS manualmente, mas ainda não o consegui. (Diga-me se você recomendaria fazê-lo, porque eu não quero estragar o PC, se não for necessário.)

Eu tenho UEFI, então posso usar um chip de backup caso o BIOS esteja corrompido.

Isso é possível em um sistema UEFI executando systemd.

• Phoronix: Em um mundo UEFI, "rm -rf /" pode bloquear seu sistema
• Relatório de bug do Systemd , fonte desse artigo

Para resumir, citando um comentário desse relatório de bug:

Ponto 1: a
exclusão /sys/firmware/efi/efivars/deve thrash sua configuração de EFI, mas em uma EFI implementada corretamente, isso deve ser recuperável.

Ponto 2:
Existem algumas peças de hardware com EFI quebrado / mal implementado, que podem ser permanentemente bloqueadas, fazendo coisas de conformidade padrão com elas. Veja, por exemplo, o caso em que o Ubuntu bloqueou alguns laptops da Samsung armazenando dados adicionais em alguma memória EFI. Esse comportamento era bom por padrão, mas quebrou essa implementação específica.

Ponto 3:
Executar qualquer coisa como raiz que escreva /dev/sdadestrói sua tabela de partições e / ou sistemas de arquivos. Isso é ruim, especialmente se você não tiver backup, mas após o particionamento, a criação de novos sistemas de arquivos e a reinstalação do sistema operacional sua máquina funcionará novamente. Para que você possa se recuperar dele, inicialize outra mídia e refaça sua instalação.

Ponto 4:
debulhar sua EFI é um tipo totalmente diferente de problema. Na pior das hipóteses, você não poderá fazer nada com a máquina, pois ela não chegará ao POST. Não é necessário inicializar a partir de outra mídia, não é necessário entrar em algum utilitário EFI para corrigir as coisas ausentes. Nesse ponto, seu computador é um peso de papel muito caro.

O problema ocorre em distribuições que executam systemd e montam efivarfsgraváveis ​​(at /sys/firmware/efi/efivars). O Systemd precisa escrever lá, portanto, as distribuições usando systemd são afetadas. No entanto, parece não haver indicação de que os sistemas Upstart sejam afetados.

A execução do comando rm -rf /pode bloquear qualquer dispositivo UEFI (incluindo o que eu estou digitando). Isso exclui todos os arquivos que incluem unidades montadas e variáveis ​​de firmware EFI (é isso que tijolos). O Linux monta as variáveis ​​EFI /sys/firmware/efi/efivars/e rm -rf /exclui todos os arquivos (variáveis ​​EFI) nessa pasta. Seu computador provavelmente é um tijolo e não pode ser corrigido (a EFI usa NVRAM ).

Os computadores antigos do BIOS não são compatíveis rm -rf /, porque não possuem variáveis ​​de firmware EFI que podem ser excluídas. Além disso, é possível fazer a mesma coisa (excluir todas as variáveis ​​EFI) no Windows com algumas linhas de código.

Normalmente, não é possível excluir arquivos destruindo a unidade (veja minha edição no final - aparentemente, existe uma maneira). O comando é o mesmo que digitar del -sc: *. * Na linha de comando do Windows (se minha memória de sintaxe do DOS estiver correta). Obviamente, excluir o sistema operacional fará com que ele falhe, mas nada mais.

Se você excluir o diretório de inicialização juntamente com qualquer outra coisa, mesmo a partição inteira, ainda deverá receber um prompt do GRUB. O carregador de inicialização GRUB não seria apagado porque não faz parte da estrutura de diretórios, mas seu menu é, portanto, ele ainda deve tentar carregar e cometer um erro.

Você tem outro problema e não tem nada a ver com o Ubuntu. Mesmo se o disco falhar, isso não afetará o processo de inicialização do USB ou DVD.

EDIT: OK, acho que minha resposta está desatualizada devido ao UEFI BIOS, que é algo que pouco sei. Aparentemente, é possível excluir informações críticas de configuração UEFI. Acredito que o que acontece é que isso é montado no sistema de arquivos e, se feito incorretamente, não será somente leitura e pode ser apagado, apagando-o do BIOS.

Tive a experiência de que uma mídia do Windows Installer pode travar se o seu HD estiver usando um formato que o Windows não conhece (como ext4).

Nesse caso, você deve executar um LiveCD do Linux com GParted (como este ) e formatar seu disco rígido para algo como NTFS ou FAT32 antes de tentar instalar o Windows.

A principal questão aqui é que um sistema de arquivos pode abranger dispositivos. Isso inclui qualquer coisa montada. É um problema para UEFI. Caramba, é um problema para o Android. E se você tivesse uma câmera montada, por exemplo, também excluiu o conteúdo do DCIM, certo? Então, o que você aprendeu? O fabricante pode ajudá-lo e você pode piscar por outros meios.

Limpe os discos com dd se = / dev / zero na próxima vez e excluir coisas frivolamente voltará a mordê-lo um dia. Tudo terminará em lágrimas. Você pode realmente dar um tempo para brincar com alguém assim, é um pouco pior que o del . no diretório raiz PC do MS-DOS.