Quanto lontano arriverai con un comando 'rm -rf /'?

Mi sono spesso chiesto fino a che punto il sistema raggiungerà effettivamente se corri rm -rf /. Dubito che il sistema operativo sarebbe in grado di cancellare se stesso (?)

Domanda bonus : dopo che il comando è stato eseguito, si sarà rmrimosso da solo?

Aggiornamento: ho provato questo in un paio delle principali distribuzioni unix usando VirtualBox e le risposte descrivono esattamente cosa succede. Se vengono forniti i parametri corretti, rm rimuoverà ogni bit fisico di dati sul disco. Tuttavia, ho riscontrato alcuni problemi durante l'utilizzo di una versione di rm diversa da quella GNU. Ad esempio, credo che BusyBox abbia la propria versione e non ti consente di rimuovere il più possibile.

Questa domanda era una domanda super utente della settimana .
Leggi il post del blog del 7 luglio 2011 per maggiori dettagli o invia la tua domanda della settimana.

Se hai rmda GNU coreutils (molto probabilmente se si tratta di una normale distribuzione Linux), rm -rf /verrà rifiutato dalla protezione integrata (secondo manpage e Wikipedia, non l'ho provato).

È possibile ignorare questa protezione con --no-preserve-root. rmrimuoverà quindi tutto il possibile, senza fermarsi dopo aver tentato di rimuovere ogni singolo file. Ovviamente non rimuoverà i filesystem virtuali come /proce /sys, ma questo è irrilevante: rimuoverà tutto sul tuo disco.

Al termine del comando, il disco verrà cancellato vuoto, incluso il sistema operativo. Il kernel e i processi attuali continueranno a essere eseguiti dalla memoria, ma molti processi moriranno perché non riusciranno ad accedere ad alcuni file. Il sistema operativo non si avvierà la prossima volta.

Per coloro che amano fare cose del genere visivamente mentre ascoltano musica techno.

Esecuzione di rm- rf su Linux (video)

Punti bonus se puoi nominare i processi quando iniziano a morire.

Configurare una macchina virtuale e provare per divertimento?

Andrà abbastanza lontano ... se stai usando una GUI potresti divertirti notando che le cose si degradano più visibilmente. (le icone nei menu interrompono il caricamento, ecc.)

Se lo lasci andare, il sistema operativo sarà praticamente al di là del recupero anche se potresti essere in grado di recuperare alcuni dati facilmente.

Ad ogni modo, vorrai fare una reinstallazione del sistema operativo.

Bene, provandolo su http://bellard.org/jslinux/ produce:

rm: impossibile rimuovere '/ dev / pts': dispositivo o risorsa occupata
rm: impossibile rimuovere '/ dev': directory non vuota
rm: impossibile rimuovere '/ proc / swaps': operazione non consentita
rm: can 't remove' / proc / kallsyms ': operazione non consentita
rm: impossibile rimuovere' / proc / dma ': operazione non consentita

SNIP 881 voci

rm: impossibile rimuovere '/ proc / 149 / oom_adj': autorizzazione negata
rm: impossibile rimuovere '/ proc / 149': operazione non consentita
rm: impossibile rimuovere '/ proc': dispositivo o risorsa occupata
rm: impossibile rimuovere '/ tmp': dispositivo o risorsa occupata
rm: impossibile rimuovere '/': dispositivo o risorsa occupata

Ricordo che questo è stato masticato alt.sysadmin.recoverynei giorni precedenti, quando non esisteva nulla di simile /proc, ed /devera solo una normale directory contenente voci per un gruppo di inode insoliti ...

... ma, su alcune varianti di Unix (il mio ricordo è HP-UX, ma potrebbe essere totalmente sbagliato), non è stato possibile rimuovere l'ultima voce della directory per un programma in esecuzione. (Librerie condivise? Che cosa sono quelle?)

In tali sistemi, se hai iniziato uno in modalità di manutenzione (quindi niente era in funzione, ma la shell, nemmeno init, e sono stati montati nessun file system secondari) e ha fatto exec /bin/rm -rf /, si sarebbe lasciato con un file system di root completamente vuoto , tranne che /bine /bin/rmsarebbe sopravvivere.

Gli abitanti del monastero del diavolo spaventoso lo consideravano appropriato e appropriato.

rm -rf / non dovrebbe essere consentito su implementazioni recenti in quanto è stato suggerito che viola lo standard POSIX:

" rm -rf /" protezione sul blog Oracle

Comunque, alla fine, abbiamo modificato le specifiche e Solaris 10 ha (dalla build 36) una versione di / usr / bin / rm (/ bin è un link simbolico a / usr / bin su Solaris) e / usr / xpg4 / bin / rm che si comporta così:

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

Un punto che non ho visto fatto da nessun altro: i file che sono attualmente aperti (es. Rm stesso), anche se cancellati, in realtà non scompariranno dall'unità fino alla chiusura.

Per averlo provato una volta (su un server che mi fa incazzare), registrato come root, nel terminale, perderai quasi tutto. L'unica cosa che non verrà cancellata sarà solo il processo essenziale per il sistema operativo.

Quanto lontano puoi arrivare, dipende fondamentalmente dalle specifiche distribuzioni Unix / Linux.

Ma per rispondere alla tua domanda di base, sì - il rmcomando verrebbe rimosso con esso così come qualsiasi altro comando standard in /bine altre cartelle.

Ecco il semplice test che ho eseguito su Linux Ubuntu 15.04 usando VM.

1. Inizializza la macchina virtuale tramite vagrant:

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

2. Quindi, quando stai cercando di rimuovere tutti i file in modo standard, non ti consente di:

   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. Quindi proviamo --no-preserve-root. Controlla sempre di aver effettuato l'accesso alla macchina virtuale (quindi stai avendo vagrant@vagrant-ubuntu-vivid-64:~$), quindi esegui (non provarlo a 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
   

   Dopodiché torna al prompt della shell come se nulla fosse appena accaduto, ma non è più possibile eseguire alcun comando a parte pochi comandi integrati e kill, quindi, è possibile terminare il lavoro e terminare la sessione :)

   Per esempio:

   $ 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.
   

Quindi è abbastanza rimosso tutto, compresi rm, lse tutti gli altri comandi, ma ancora si è registrato in. Ci sono alcune cartelle speciali che non sono stati rimossi, come alcuni dispositivi da /dev, /proco /sysche non sono regolari sono le directory / file, ma è pseudo-filesystem che fornisce interfacce per l'elaborazione e quelli del kernel.

Se non hai Vagrant o Linux, puoi giocare con alcuni emulatori JavaScript x86 Linux .

Se sei interessato alle possibilità di riprendersi da tale disastro, controlla:

• Errore del lunedì mattina: sudo rm -rf --no-preserv-root /