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