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