Um comando do Ubuntu bloqueou o meu sistema?

17

Eu recentemente instalei o Ubuntu no meu computador alguns dias atrás para rodar um programa exclusivo. Eu terminei com isso e estava prestes a formatar a unidade para reinstalar o Windows. No entanto, meu irmão mais novo queria executar este comando no terminal, o que destruiria o sistema operacional, e eu pensei que não faria mal, já que eu estaria formatando a unidade de qualquer maneira.

Foi isso:

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

Desculpe minha noobiness se este comando supostamente acabar com o mundo ou algo assim. Então isso estragou o sistema operacional e eu reiniciei o PC com a configuração do Windows USB, planejando formatar a unidade na Instalação do Windows.

No entanto, ao reiniciar, 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. (Na verdade, estava desligado.) Os fãs estavam trabalhando e a unidade de DVD estava, no entanto. (Eu não acho que há um alto-falante do PC lá, então se você precisar de alguns códigos de bipe, desculpe.)

Tentei mudar o cabo VGA da placa gráfica para a placa-mãe, mas ainda não recebi nenhuma entrada. Eu tentei inserir este disco antigo do Windows XP na unidade de disco, mas nada apareceu. Mashed os botões Delete, F12, etc., mas nada aconteceu. Eu olhei então em linha e tentei uma sugestão para recolocar a RAM, mas nada mudou. Estou pensando em redefinir o CMOS manualmente, mas ainda não cheguei a isso. (Por favor, me diga se você recomendaria isso, porque eu não quero estragar o PC se não precisar).

Eu tenho o UEFI para poder usar um chip de backup caso o BIOS esteja corrompido.

    
por You 07.09.2014 / 23:49

5 respostas

22

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

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

  

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

     

Ponto 2:
  Há algumas peças de hardware lá fora com quebrado / mal implementado   EFI, que pode ser permanentemente emparedada, fazendo conformidade padrão   coisas para eles. Veja por exemplo o caso em que o Ubuntu bloqueou alguns   Laptops Samsung, armazenando dados adicionais em alguma memória EFI. este   comportamento foi bem por padrão, mas quebrou este particular   implementação.

     

Ponto 3:
  Executar qualquer coisa como root que grava em /dev/sda destruirá seu   tabela de partição e / ou sistemas de arquivos. Isso é ruim, especialmente se você tiver   sem backup, mas após o particionamento, criando novos sistemas de arquivos e   reinstalando seu sistema operacional, sua máquina funcionará novamente. Então você pode recuperar   a partir dele, inicializando algumas outras mídias e refazendo sua instalação.

     

Ponto 4:
  Thrashing seu EFI é um tipo totalmente diferente de problema. No pior   caso você não será capaz de fazer nada com a máquina, pois não   chegar ao POST. Não inicializar de outra mídia, não entrar em algum EFI   utilitário para consertar o material que está faltando. A que ponto seu computador é realmente   peso de papel caro.

O problema ocorre nas distribuições que executam o systemd e montam efivarfs gravável (em /sys/firmware/efi/efivars ). O Systemd precisa gravar lá, então as distribuições usando o systemd são afetadas. No entanto, parece não haver indicação de que os sistemas Upstart sejam afetados.

    
por muru 04.05.2016 / 08:46
10

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

Os computadores antigos com BIOS não são lidos por rm -rf / , porque eles 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.

    
por Suici Doga 13.04.2016 / 10:00
2

Não há como excluir arquivos destruiria a unidade, normalmente (veja minha edição no final - aparentemente, existe uma maneira). O comando é o mesmo que digitar del -s c: *. * Na linha de comando do Windows (se a memória de sintaxe do DOS estiver correta). É claro que excluir o sistema operacional fará com que o sistema operacional falhe, mas nada mais.

Se você excluir o diretório de inicialização junto com qualquer outra coisa, até mesmo a partição inteira, você deve obter um prompt do GRUB. O bootloader do GRUB não será apagado porque não faz parte da estrutura do diretório, mas seu menu é, então ele ainda deve tentar carregar e dar um erro.

Você tem algum outro problema e não tem nada a ver com o Ubuntu. Mesmo que o disco falhe, isso não afetaria o processo de inicialização por USB ou DVD.

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

    
por Marty Fried 08.09.2014 / 03:35
1

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

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

    
por Teresa e Junior 08.09.2014 / 00:03
0

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

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

    
por mckenzm 06.09.2017 / 04:58