Executei o único comando no Linux que você nunca deveria executar. Aqui está o que aconteceu

De todos os comandos do Linux, rm é notório. É fácil apagar completamente o seu sistema com um comando rm perdido como root. Eu sabia que não, mas executei esse comando de propósito de qualquer maneira. Aqui está o porquê.

HTG Wrapped 2025: 24 dias de tecnologia

24 dias de nossos hardwares, gadgets e tecnologia favoritos

4
Por Will Verduzco

Por que executar rm -rf?

Isto foi planejado apenas como um experimento. Uso Linux há tempo suficiente para saber que não devo executar comandos perigosos como rm sem um plano. Eu queria ver o que aconteceria em um sistema Linux moderno se eu tentasse fazer isso. Eu teria um certo grau de segurança, já que estava executando isso apenas em uma máquina virtual Linux descartável no VirtualBox. Eu não tentaria algo assim em um motorista diário.

Eu também queria ver até que ponto eu poderia me recuperar se o pior acontecesse a uma máquina Linux. Eu aproveitaria as habilidades do VirtualBox para clonar uma máquina virtual e reverter para instantâneos anteriores.

Em um sistema normal, isso pode incluir a restauração de backups.

O sistema Linux que estou destruindo

Como mencionei anteriormente, eu executaria este comando em uma máquina virtual. Esta é uma instalação Debian perfeitamente comum criada no VirtualBox, minha distro preferida. Está totalmente em estoque, tendo passado pelo processo de instalação padrão do Debian. É uma máquina dual-core com 4 GB de RAM. Não pensei que um sistema em que tentaria excluir tudo precisaria de muita potência.

O software também era leve. Eu escolhi meu desktop Xfce, com o software de desktop Debian padrão.

O que aconteceu quando executei o comando

Embora estivesse usando uma máquina virtual, ainda sentia algum receio sobre o que estava prestes a fazer. Respirei fundo, abri o terminal e digitei este comando de aparência inocente:

sudo rm -rf /

Não faça isso.

O que este comando significa é que irá deletar todos os arquivos começando no diretório raiz, ou “/” (não deve ser confundido com o usuário root), descendo recursivamente através de cada subdiretório e “forçando” a exclusão, ou seja, prosseguir sem qualquer tipo de aviso, independentemente de um arquivo existir ou não. Resumindo, isso excluiria todos os arquivos da instalação do Linux.

Eu digitei isso e pressionei Enter. Eu estava esperando a destruição total do Linux. Em vez disso, recebi uma mensagem de erro simples:

rm: it is dangerous to operate recursively on '/'
rm: use --no-preserve-root to override this failsafe

Parece que os desenvolvedores da versão GNU finalmente fizeram algo sobre o comportamento lendariamente inseguro do rm, pelo menos quando se trata de executá-lo no diretório raiz.

A única coisa entre mim e a aniquilação total do Linux era uma opção de linha de comando. Fingi que fui imprudente o suficiente para prosseguir adicionando:

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

Isso significava que o rm agora excluiria os arquivos do diretório raiz.

Sério, não faça isso.

O que aconteceu com o sistema?

Eu esperava uma destruição mais espetacular do Linux. Em vez disso, recebi uma mensagem de erro na área de trabalho e a tela ficou preta, exceto por um cursor piscando. Eu esperava que o ambiente atual permanecesse na memória, incluindo o Xfce e o shell. Quando fiz isso de propósito, anos atrás, ao mudar uma máquina para outra distro nos meus primeiros dias do Linux, é isso que me lembro de ter acontecido.

Tentei alternar entre terminais virtuais para ver se conseguia fazer login, mas quando pressionei as teclas Alt e função, nada aconteceu. Não entrei em pânico, pois esperava que o sistema ficasse inutilizável e, de qualquer maneira, eu estava apenas em uma máquina virtual. Eu não entrei em pânico. Eu simplesmente desliguei a máquina

Eu poderia me recuperar?

Eu queria testar a estratégia de recuperação que havia planejado. Este foi obviamente casual. Eu usaria apenas a função de instantâneo do VirtualBox. Antes de começar minha tentativa de destruição total do Linux, criei um instantâneo do estado da máquina virtual. Eu queria ver se conseguia reverter. Melhor ainda, eu estava apenas destruindo um clone do meu ambiente, então não teria nada a perder se não conseguisse me recuperar.

O menu de desligamento quando eu estava desligando a máquina virtual já tinha uma opção útil para restaurar um instantâneo anterior, o que fiz. A máquina virtual foi reiniciada no instantâneo que eu criei e eu estava de volta ao meu desktop Debian Xfce como antes, como se nada tivesse acontecido.

As lições do meu experimento

Todo esse experimento de destruição do Linux mostra porque o Linux é tão favorito entre programadores e outros tipos técnicos. Ele não coloca muitas barreiras entre você e o que você quer fazer, mesmo que haja o risco de fazer algo catastrófico se você não tomar cuidado, como deletar todos os seus arquivos. O Linux herda muitas ideias do Unix, e isso inclui ser “de programadores, para programadores”. A principal lição é que você deve ter cuidado antes de pressionar Enter ao digitar comandos, especialmente quando você estiver como root e executando comandos potencialmente destrutivos como rm.

Este episódio também mostra que você pode se recuperar se tiver a estratégia certa. Em um sistema real, como um servidor importante, eu teria implementado uma estratégia de backup real. A capacidade de recorrer a instantâneos mostra que você pode se recuperar de algo assim se tiver um plano anterior em vigor. É como uma apólice de seguro: você espera nunca precisar dela, mas ficará feliz por tê-la se o pior acontecer.

Este artigo foi útil?
Gostei0Não Gostei0

Related posts

Como usei o Android Studio e o Antigravity para fazer meu primeiro aplicativo

5 maneiras pelas quais o Google revolucionou o Android em 2025: AirDrop, MagSafe e muito mais

A alternativa Raspberry Pi Imager da Armbian está aqui