Как далеко можно пойти с комнатой-rf / как корень
Если бы Вы действительно хотите Ubunu... затем я сказал бы 7.04. Первым дистрибутивом Linux, который я когда-либо использовал, был Edubuntu (в те дни все еще отдельный дистрибутив) 7.04, и мне действительно понравился он. Все работало намного лучше, чем это делает с более новыми выпусками, за исключением того, что беспроводные сети были disastreous (никакие драйверы :'-(). Жалость это, кажется, больше не загружается на более новом ПК.
Эта команда ничего не делает, по крайней мере, на ОС, которую я использую (Солярис), с которым было сначала реализовано это средство защиты:
# rm -rf /
rm of / is not allowed
На другом *отклоняют, особенно семейство Linux, если бы достаточно недавняя комната Гну обеспечивается, необходимо было бы добавить --no-preserve-root опция позволить команде завершиться (или по крайней мере запуститься).
Как далеко был бы это движение команды быть неопределенным. Это зависит от большого количества более или менее непредсказуемых событий. Обычно процессы могут работать даже после того, как их двоичные файлы были удалены.
Даже с превосходным ответом jlliagre, помните, что это - все еще довольно опасная вещь сделать. Всегда проверяйте дважды, где Вы прежде делаете вещи как rm -rf. Это было бы катастрофически, если бы необходимо было сделать rm -rf * в то время как в/usr каталоге, например.
Относительно остальной части Ваших вопросов, что можно восстановить в значительной степени, зависит от процедур резервного копирования. В большинстве *отклоняют системы нет никакого простого способа восстановить файлы и каталоги, после того как они были удалены. В отличие от старых дней DOS, где файлы были часто все еще на диске после того, как было выполнено удаление, большинство систем в эти дни делает вещи, которые делают восстановление очень трудным. Это - одна из причин, что услуги по восстановлению данных являются настолько дорогими.
Если Вы используете VM, я рекомендую делать снимки время от времени по крайней мере. Но ничто не может биться в соответствии с хорошим планом резервного копирования.
Нельзя просто уничтожить его систему путем издания rm -rf / как корень. Первоначально, команда будет дана под отказоустойчивым режимом, который ограничит использование rm на / но даже с --no-preserve-root как аргумент, рабочая система не разрешит удаление выполнения процессов от диска; однако, остальная часть программ и файлов будет удалена, оставляя неприменимую систему с (почти) никакими программами для выполнения! Проверьте снимки экрана, смолившие здесь, команда была дана в Дуге Linux в Виртуальном Поле: http://bit.ly/q9CsA4
-
1Можно ли загрузить картинки где-нибудь? Загрузка tar, неопределения веса тары и просмотра всех файлов не является чем-то, что большинство людей собирается сделать. О, и URL shorteners не позволяется на SE, всегда использует реальную ссылку – TheLQ 28.08.2011, 04:07
-
2Вы записали: "рабочая система не разрешит удалять рабочие процессы из диска". До *отклоняют, затронут, это неправильно. Это ограничение существует в Windows, но можно удалить (удаляют связь) с файлами на Unix/Linux даже, в то время как они выполняются. – jlliagre 28.08.2011, 09:14
-
3"... рабочая система не разрешит удалять рабочие процессы из диска..." Это, я боюсь, не верен - файлы, которые не могут быть удалены в Вашем примере, не действительно фактические 'файлы' вообще - они обеспечивают доступ к блочным устройствам, модулям ядра и другим системным внутренностям. Выполнение удалить операция на них не имеет никакого смысла и не может быть сделана как раз когда
root. – Nathan Osman 29.08.2011, 05:46 -
4Вот фотографии Abhisek, совместно использованным в галерее онлайн: min.us/mSQcqHGQA min.us/moyPvnYOw (запросом TheLQ) – Artem Pelenitsyn 08.09.2011, 09:11
Как говорили некоторые, вы все еще можете использовать sudo rm -rf / * для удаления чего угодно. Без звездочки работает и на OS X. Кто-то снял видео об уничтожении OS X Yosemite таким образом, и я уверен, что ОС на базе Linux испытает то же самое.
Вещи постепенно перестают отвечать. Я не думаю, что все было удалено, поскольку терминал завис во время выполнения процесса, но этого было достаточно, чтобы все это заморозить и выполнить принудительный перезапуск.
Попытка перезагрузки вызывает однопользовательский режим, такой как экран загрузки, с ошибками.
Я только что попробовал с Ubuntu 16 и vmware workstation, и с опцией no-preserve-root он стер весь диск моей работающей Linux-системы. после этого все приложение vmware workstation стало непривычно нестабильным, и даже выключить или сбросить виртуальную машину из приложения было невозможно. В отключении vmx было отказано, только после этого сработала перезагрузка хоста!
rm -rf /*для удаления ЧЕГО-НИБУДЬ, – Felix Yan 08.02.2012, 09:35