Até onde você chegará com um comando 'rm -rf /'?

Eu sempre me perguntei até onde o sistema realmente chegaria se você executar rm -rf /. Duvido que o sistema operacional possa se apagar (?)

Pergunta bônus : Depois que o comando for executado, ele será rmremovido?

Atualização: testei isso em algumas das principais distribuições unix usando o VirtualBox e as respostas descrevem exatamente o que acontece. Se os parâmetros corretos forem fornecidos, a rm removerá todos os bits físicos de dados do disco. No entanto, tive alguns problemas ao usar uma versão do rm diferente da GNU. Por exemplo, acredito que o BusyBox tem sua própria versão e não permite remover o máximo possível.

Esta pergunta foi uma pergunta da semana para superusuários .
Leia a entrada do blog de 7 de julho de 2011 para obter mais detalhes ou envie sua própria pergunta da semana.

Se você possui o rmGNU coreutils (provavelmente se é uma distribuição Linux normal), rm -rf /será recusado pela proteção integrada (de acordo com o manual e a Wikipedia, ainda não tentei).

Você pode substituir essa proteção por --no-preserve-root. rmirá remover tudo o que puder, sem parar depois de tentar remover todos os arquivos. Claro que não removerá sistemas de arquivos virtuais como /proce /sys, mas isso é irrelevante - removerá tudo no seu disco.

Após a conclusão do comando, seu disco será limpo vazio, incluindo o sistema operacional. O kernel e os processos atuais continuarão sendo executados a partir da memória, mas muitos processos morrerão porque não conseguirão acessar algum arquivo. O SO falhará ao inicializar na próxima vez.

Para quem gosta de fazer coisas assim visualmente enquanto ouve música techno.

Executando rm-rf no Linux (vídeo)

Pontos de bônus se você puder nomear os processos quando eles começarem a morrer.

Configurar uma VM e tentar se divertir?

Vai muito longe ... se você estiver usando um GUI, poderá se divertir percebendo que as coisas se degradam mais visivelmente. (os ícones nos menus param de carregar, etc.)

Se você deixar para lá, o sistema operacional estará praticamente além da recuperação, embora você possa recuperar alguns dados facilmente.

De qualquer forma, você desejará reinstalar o sistema operacional.

Bem, experimentá-lo em http://bellard.org/jslinux/ produz:

rm: não é possível remover '/ dev / pts': Dispositivo ou recurso ocupado
rm: não é possível remover '/ dev': Diretório não vazio
rm: não é possível remover '/ proc / swaps': Operação não permitida
rm: pode 't remove' / proc / kallsyms ': Operação não permitida
rm: não é possível remover' / proc / dma ': Operação não permitida

Entradas SNIP 881

rm: não é possível remover '/ proc / 149 / oom_adj': permissão negada
rm: não é possível remover '/ proc / 149': Operação não permitida
rm: não é possível remover '/ proc': Dispositivo ou recurso ocupado
rm: não é possível remover '/ tmp': dispositivo ou recurso ocupado
rm: não é possível remover '/': dispositivo ou recurso ocupado

Lembro-me de ter sido devorada alt.sysadmin.recoverynos dias de outrora, quando não existia /proc, e /devera apenas um diretório regular contendo entradas para vários inodes incomuns ...

... mas, em algumas variantes de Unix (minha lembrança é HP-UX, mas que poderia ser totalmente errado), você pode não remover a última entrada de diretório para um programa que estava sendo executado. (Bibliotecas compartilhadas? O que são essas?)

Em tais sistemas, se você começou um up no modo de manutenção (para que nada estava funcionando, mas sua concha, nem mesmo init, e sem sistemas de arquivos secundários foram montados) e se exec /bin/rm -rf /, você ficaria com um sistema de arquivos raiz completamente vazio , exceto que /bine /bin/rmseria sobreviver.

Os habitantes do mosteiro assustador do diabo consideraram isso apropriado e adequado.

rm -rf / não deve ser permitido em implementações recentes, pois foi sugerido que viola o padrão POSIX:

" rm -rf /" proteção no blog Oracle

De qualquer forma, no final, modificamos as especificações, e o Solaris 10 tem (desde a compilação 36) uma versão de / usr / bin / rm (/ bin é um link simbólico para / usr / bin no Solaris) e / usr / xpg4 / bin / rm que se comporta assim:

[28] /bin/rm -rf /
rm of / is not allowed
[29] 

Um ponto que não vi de mais ninguém: os arquivos que estão abertos no momento (por exemplo, a própria rm), mesmo que sejam excluídos, na verdade não desaparecem do disco até serem fechados.

Por ter tentado uma vez (em um servidor que me irrita), registrado como root, no terminal, você perderá quase tudo. A única coisa que não será apagada será apenas o processo essencial para o sistema operacional.

Até onde você pode chegar, depende basicamente das distribuições específicas do Unix / Linux.

Mas, para responder à sua pergunta básica, o rmcomando yes - seria removido com ele, assim como qualquer outro comando padrão dentro /bine outras pastas.

Aqui está o teste simples que eu executei no Linux Ubuntu 15.04 usando VM.

1. Inicialize a máquina virtual via vagrant:

   vagrant init ubuntu/vivid64 && vagrant up --provider virtualbox && vagrant ssh
   

2. Então, quando você está tentando remover todos os arquivos da maneira padrão, não permite:

   vagrant@vagrant-ubuntu-vivid-64:~$ sudo rm -fr /
   rm: it is dangerous to operate recursively on '/'
   rm: use --no-preserve-root to override this failsafe
   

3. Então vamos tentar --no-preserve-root. Sempre verifique vagrant@vagrant-ubuntu-vivid-64:~$novamente se você está conectado à máquina virtual (para ter ) e depois execute (não tente fazer isso em casa):

   vagrant@vagrant-ubuntu-vivid-64:~$ sudo rm -vfr --no-preserve-root /
   removed directory: '/lost+found'
   removed directory: '/opt'
   removed '/bin/nc'
   removed '/bin/less'
   removed '/bin/wdctl'
   removed '/bin/nano'
   ...
   removed '/bin/rmdir'
   removed '/bin/sh'
   removed '/bin/rm'
   ...
   removed directory: '/bin'
   removed directory: '/usr/games'
   removed '/usr/bin/byobu-launcher-install'
   removed '/usr/bin/ipcmk'
   removed '/usr/bin/sum'
   removed directory: '/usr/bin'
   removed '/usr/lib/gcc/x86_64-linux-gnu/4.9.2'
   removed '/usr/lib/gcc/x86_64-linux-gnu/5.0.1'
   removed directory: '/usr/lib/gcc/x86_64-linux-gnu/5'
   removed '/usr/lib/gcc/x86_64-linux-gnu/4.9/libquadmath.so'
   removed '/usr/lib/gcc/x86_64-linux-gnu/4.9/libgomp.so'
   ...
   removed directory: '/run/initramfs'
   removed directory: '/media'
   rm: cannot remove '/proc/fb': Operation not permitted
   rm: cannot remove '/proc/fs/ext4/sda1/options': Operation not permitted
   ...
   removed '/vmlinuz'
   removed '/boot/config-3.19.0-23-generic'
   removed '/boot/grub/grubenv'
   ...
   removed directory: '/boot'
   removed '/lib64/ld-linux-x86-64.so.2'
   rm: cannot remove '/dev/hugepages': Device or resource busy
   rm: cannot remove '/dev/mqueue': Device or resource busy
   rm: cannot remove '/dev/shm': Device or resource busy
   removed '/dev/vcsa7'
   ...
   removed '/dev/mem'
   removed '/dev/rfkill'
   removed '/dev/vga_arbiter'
   ...
   rm: cannot remove '/sys/fs/ecryptfs/version': Operation not permitted
   removed directory: '/etc'
   removed directory: '/mnt'
   removed '/vagrant/.vagrant/machines/default/virtualbox/action_provision'
   removed '/vagrant/.vagrant/machines/default/virtualbox/action_set_name'
   removed '/vagrant/.vagrant/machines/default/virtualbox/creator_uid'
   removed '/vagrant/.vagrant/machines/default/virtualbox/id'
   removed '/vagrant/.vagrant/machines/default/virtualbox/index_uuid'
   removed '/vagrant/.vagrant/machines/default/virtualbox/private_key'
   removed '/vagrant/.vagrant/machines/default/virtualbox/synced_folders'
   removed directory: '/vagrant/.vagrant/machines/default/virtualbox'
   removed directory: '/vagrant/.vagrant/machines/default'
   removed directory: '/vagrant/.vagrant/machines'
   removed directory: '/vagrant/.vagrant'
   removed '/vagrant/Vagrantfile'
   rm: cannot remove '/vagrant': Device or resource busy
   

   Depois disso, ele volta ao prompt do shell como se nada tivesse acontecido, mas você não pode mais executar nenhum comando além de alguns integrados e kill, para que você possa terminar seu trabalho e encerrar sua sessão :)

   Por exemplo:

   $ rm
   rm: command not found
   $ kill
   kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]
   $ which kill
   -bash: /usr/bin/which: No such file or directory
   $ kill -9 $$
   Connection to 127.0.0.1 closed.
   

Então é muito removido tudo, inclusive rm, lse todos os outros comandos, mas ainda assim você está conectado. Existem algumas pastas especiais que não foram removidas, como alguns dispositivos /dev, /procou /sysque não são diretórios / arquivos regulares, mas o pseudo-sistema de arquivos fornece interfaces para processar e processar dados do kernel.

Se você não possui o Vagrant ou o Linux, pode jogar com alguns emuladores JavaScript Linux x86 .

Se você estiver interessado nas possibilidades de se recuperar desse desastre, verifique:

• Erro de segunda-feira de manhã: sudo rm -rf --no-preserve-root /