Как далеко вы доберетесь с помощью команды 'rm -rf /'?

Я часто задавался вопросом, как далеко продвинется система, если ты побежишь rm -rf /. Я сомневаюсь, что ОС сможет стереть себя (?)

Бонусный вопрос : после того, как команда была выполнена, rmудалится сама?

Обновление: я протестировал это в нескольких основных дистрибутивах Unix с использованием VirtualBox, и ответы точно описывают, что происходит. Если заданы правильные параметры, rm удалит каждый физический бит данных на диске. Однако я столкнулся с некоторыми проблемами при использовании версии rm, отличной от GNU. Например, я считаю, что BusyBox имеет свою собственную версию, и она не позволяет вам удалить столько, сколько вы могли бы.

Этот вопрос был Супер Вопросом Пользователя Недели .
Прочитайте запись в блоге 7 июля 2011 года для получения более подробной информации или отправьте свой собственный Вопрос недели.

Если вы используете rmGNU coreutils (скорее всего, это обычный дистрибутив Linux), rm -rf /встроенная защита будет отклонена (согласно manpage и Wikipedia, не пробовали этого).

Вы можете переопределить эту защиту с помощью --no-preserve-root. rmзатем удалит все, что возможно, без остановки после попытки удалить каждый отдельный файл. Конечно, он не удалит виртуальные файловые системы, такие как /procи /sys, но это не имеет значения - он удалит все на вашем диске.

После завершения команды ваш диск будет очищен, включая операционную систему. Ядро и текущие процессы будут продолжать работать из памяти, но многие процессы умрут, потому что им не удастся получить доступ к какому-либо файлу. ОС не загрузится в следующий раз.

Для тех, кто любит делать такие вещи визуально, слушая техно музыку.

Запуск rm-rf в Linux (видео)

Бонусные баллы, если вы можете назвать процессы, как они начинают умирать.

Настроить ВМ и попробовать в свое удовольствие?

Это зайдет довольно далеко ... если вы используете графический интерфейс, вы можете весело провести время, заметив, что вещи ухудшаются более заметно. (значки в меню перестают загружаться и т. д.)

Если вы отпустите его, ОС практически не восстановится, хотя вы сможете легко вернуть некоторые данные.

В любом случае, вам захочется переустановить ОС.

Что ж, попробуйте это на http://bellard.org/jslinux/ :

rm: невозможно удалить '/ dev / pts': устройство или ресурс заняты
rm: невозможно удалить '/ dev': каталог не пуст.
rm: невозможно удалить '/ proc / swaps': операция не разрешена
rm: can 't remove' / proc / kallsyms ': операция не разрешена
rm: невозможно удалить' / proc / dma ': операция не разрешена

SNIP 881 записей

rm: невозможно удалить '/ proc / 149 / oom_adj': отказано в разрешении
rm: невозможно удалить '/ proc / 149': операция не разрешена
rm: невозможно удалить '/ proc': устройство или ресурс заняты
rm: не может удалить '/ tmp': устройство или ресурс занят
rm: не может удалить '/': устройство или ресурс занят

Я вспоминаю, как это пережевывали alt.sysadmin.recoveryв прошлые времена, когда не было такого понятия /proc, /devкак обычный каталог, содержащий записи для множества необычных inode-ов ...

... но в некоторых вариантах Unix (я помню HP-UX, но это может быть совершенно неправильно), вы не могли удалить последнюю запись каталога для программы, которая работала. (Общие библиотеки? Что это?)

В таких системах, если вы запустили один в режиме обслуживания (так что ничего не initработало, но ваша оболочка, даже нет , и никакие вторичные файловые системы не были смонтированы) и работали exec /bin/rm -rf /, у вас осталась бы абсолютно пустая корневая файловая система, за исключением этого /binи /bin/rmбудет выжить.

Жители монастыря страшных дьяволов считали это подходящим и уместным.

rm -rf / нельзя допускать в недавних реализациях, так как предполагалось, что это нарушает стандарт POSIX:

" rm -rf /" защита в блоге Oracle

Как бы то ни было, в конце мы изменили спецификацию, и Solaris 10 имеет (начиная со сборки 36) версию / usr / bin / rm (/ bin - это символическая ссылка на / usr / bin в Solaris) и / usr / xpg4 / bin / rm, который ведет себя так:

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

Одна вещь, которую я не видел, сделанная кем-то другим: файлы, которые в данный момент открыты (например, сам rm), даже если они будут удалены, на самом деле не исчезнут с диска, пока не будут закрыты.

За то, что попробовал один раз (на сервере, который меня бесит), вошел в систему как root, в терминале вы потеряете почти все. Единственное, что не будет стерто, будет только тот процесс, который был необходим для ОС.

Как далеко вы можете добраться, это в основном зависит от конкретных дистрибутивов Unix / Linux.

Но чтобы ответить на ваш базовый вопрос, да - rmкоманда будет удалена вместе с ней, как и любая другая стандартная команда в /binи других папках.

Вот простой тест, который я выполнил в Linux Ubuntu 15.04 с использованием виртуальной машины.

1. Инициализируйте виртуальную машину через vagrant:

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

2. Затем, когда вы пытаетесь удалить все файлы стандартным способом, он не позволяет вам:

   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. Итак, давайте попробуем --no-preserve-root. Всегда дважды проверяйте, вошли ли вы в виртуальную машину (то есть vagrant@vagrant-ubuntu-vivid-64:~$), а затем запускайте (не пытайтесь сделать это дома):

   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
   

   После этого он возвращается к приглашению оболочки, как будто ничего не произошло, но вы не можете больше выполнять какие-либо команды, кроме нескольких встроенных и kill, так что вы можете закончить свою работу и завершить сеанс :)

   Например:

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

Так что довольно удалены все, в том числе rm, lsи все другие команды, но все же вы вошли в. Существуют некоторые специальные папки, которые не были удалены, такие как некоторые устройства /dev, /procили /sysкоторые не являются обычными каталогами / файлами, но это псевдофайловая система, предоставляющая интерфейсы для обработки и данных ядра.

Если у вас нет Vagrant или Linux, вы можете поиграть с некоторыми эмуляторами Linux x86 .

Если вас интересуют возможности восстановления после такой катастрофы, проверьте:

• Ошибка в понедельник утром: sudo rm -rf --no-preserve-root /