Для наблюдения приблизительных скоростей для tarballing вся система, и затем восстановление, что система, когда, если это был foobar'd, я частично клонировал одну из наших основных систем на рабочую станцию, которая, в то время как не интеграл к нашим системам компании, будет хороша иметь функционирование. Я синхронизировал создание tarball целой системы и осмотрел его, чтобы удостовериться, что это выглядело хорошим.
Я затем работал rm -rf / --no-preserve-root
. У меня никогда не было возможности сделать это прежде, таким образом, это была большая забава. Сначала.
Когда я перезагрузил поле, ничто не обнаружилось. Не логотип "Dell", не опции для BIOS, ничего.
Я поднял трубку диск к другому полю и нашел к моему огорчению, что это имело раздел UEFI. Я предполагаю, что моя Команда Смерти эффективно полила из шланга тот раздел.
Я поднял трубку другой, функционирующий диск к ныне несуществующей рабочей станции, но рабочая станция все еще ничего не делает.
Кто-либо видел что-нибудь как это или имеет предложения относительно того, что искать? Как сделал выполнение это rm
команде удается так, по-царски портят все поле?
ОБНОВЛЕНИЕ: Мы возвратили поле в Dell. Мы не смогли точно диагностировать, если это было совпадение или ситуация, как описано dronus. Однако я приму ответ dronu, поскольку он описывает возможную причину, почему это произошло бы. Далее, это предостережет других против выполнения того же самого в будущем. Если бы кто-либо находит некоторую запись Dell с помощью ошибочного UEFI, который был бы полезен.
Одна редкая возможность может заключаться в том, что вы инициировали некоторые из печально известных ошибок UEFI, которые уже убили некоторые серии Samsung и Lenovo ноутбуки.
Это работает следующим образом: спецификации UEFI предлагают энергонезависимую память (NVRAM или EEPROM), к которой ОС может получить доступ для хранения настроек или отладочной информации. Linux фактически использует эту функцию в случае паники ядра: если корневой файловой системе больше не доверяют (например, после исключения в коде ядра), она переключается в режим только для чтения. Теперь можно использовать функцию UEFI, а отладочная информация записывается в энергонезависимую память. Пока это звучит как хорошая идея: данные могут быть извлечены позже и использованы для изучения причин сбоя.
Однако при использовании некоторых строк прошивок UEFI с ошибками некоторые процедуры управления энергонезависимой памятью сообщений не работают. В зависимости от сообщений, эти микропрограммы дают сбой при инициализации памяти сообщений, обычно довольно рано при загрузке. Они могут даже не достичь инициализации VGA, и в этом случае машина кажется полностью заблокированной. В вышеупомянутых случаях не было программного решения и пришлось заменить материнские платы.
Запуск rm -rf / --no-preserve-root
может вызвать другую ошибку ядра при просмотре и удалении файловых систем ядра, таких как / sys
, / dev
или / proc
, что в конечном итоге может привести к панике ядра, в конечном итоге вызывая ошибку энергонезависимой памяти сообщений, упомянутую выше.
В то время как rm -rf /
может разрушить хаос только внутри его собственной маленькой тюрьмы - и это раздел (разделы), который ему дан. Он не может испортить MBR на диске или волшебным образом уничтожить ваш компьютер.
В вашем случае что-то еще не так.
Другие ответы, похоже, согласны с тем, что очистка BIOS, вероятно, не ваша проблема, поэтому вот еще одна мысль:
Мой компьютер при переключении в режим UEFI полностью пропускает экран BIOS. Ни логотипа производителя, ничего. Он просто пытается загрузиться и сообщает мне, что нет загрузочного носителя (или загрузки).
Если я запомню ключ для входа в программу установки, я могу взломать его, когда компьютер подойдет, и я все еще могу войти в настройки BIOS.
12102] Если вы знаете ключ настройки BIOS, вы можете попробовать нажать его, чтобы войти в программу установки, или поверить, что он действительно работает, и восстановить tar на диск, а затем попытаться загрузиться. Возможно, будет быстрее использовать какой-нибудь другой загрузочный носитель UEFI и попытаться загрузить его, если это огромный tar ( Memtest86 должен поддерживать загрузку UEFI).
/ sys / firmware / efi / efivars
- это специальная файловая система , содержащая все переменные EFI. Если поставщик не следовал передовым методам , возможно, ваш rm -rf
стер важные из них и таким образом запутал прошивку.
Нет, с помощью этой команды невозможно уничтожить BIOS (legacy или UEFI) таким образом.
Даже если вам в какой-то степени удалось уничтожить раздел UEFI, основные файлы BIOS не будут затронуты, так как они находятся в энергонезависимой памяти (в основном на основе флэш-памяти), находящейся в сокетах материнской платы.
Раздел UEFI содержит дополнительные программные компоненты (например: отладчик, драйвер, ecc), но машина должна загрузиться в BIOS даже без действующего раздела UEFI.
.