¿Podría `rm -rf / --no-preserve-root` estropear la BIOS?

Para ver velocidades aproximadas de tarballing un sistema completo, y luego restaurar ese sistema cuando si fuera foobar, cloné parcialmente uno de nuestros sistemas primarios en una estación de trabajo que, aunque no es parte integral de los sistemas de nuestra compañía, sería bueno tener funcionamiento Tomé el tiempo creando el tarball de todo el sistema, y ​​lo inspeccioné para asegurarme de que se veía bien.

Entonces corrí rm -rf / --no-preserve-root. Nunca he tenido la oportunidad de hacer eso antes, así que fue muy divertido. Primero.

Cuando reinicié la caja, no apareció nada. No es un logotipo de "Dell", no hay opciones para el BIOS, nada.

Conecté el disco a una caja diferente y descubrí para mi disgusto que tenía una partición UEFI. Supongo que mi Comando de la Muerte efectivamente manguera esa partición.

Conecté un disco diferente y funcional a la estación de trabajo ahora desaparecida, pero la estación de trabajo todavía no hace nada.

¿Alguien ha visto algo como esto o tiene sugerencias sobre qué buscar? ¿Cómo se ejecutó ese rmcomando para desordenar de manera tan real toda la caja?

ACTUALIZACIÓN: devolvimos la caja a Dell. No pudimos diagnosticar con precisión si fue una coincidencia o la situación descrita por Dronus . Sin embargo, aceptaré la respuesta de Dronus ya que describe una posible razón por la que esto sucedería. Además, advertirá a otros que no hagan lo mismo en el futuro. Si alguien encuentra algún registro de Dell usando UEFI con errores, sería útil.

Una posibilidad rara podría ser que desencadenara algunos de los infames errores UEFI, que ya mataron algunas series de portátiles Samsung y Lenovo.

Funciona así: las especificaciones UEFI proponen una memoria no volátil (nvram o eeprom) a la que puede acceder el sistema operativo para almacenar configuraciones o depurar información. Linux en realidad usa esta característica en caso de pánico en el núcleo: si el sistema de archivos raíz ya no es confiable (por ejemplo, después de una excepción en el código del núcleo), se cambia a solo lectura. Ahora se puede utilizar la función UEFI y la información de depuración se escribe en la memoria no volátil. Hasta ahora, esto parece una buena idea: los datos pueden recuperarse más tarde y usarse para explorar los motivos del bloqueo.

Sin embargo, con algunas líneas de firmas con errores de UEFI, se rompen algunas rutinas de gestión de la memoria de mensajes no volátiles. Dependiendo de los mensajes, estos firmwares se bloquean con la inicialización de la memoria de mensajes, generalmente bastante temprano en el arranque. Es posible que ni siquiera alcancen la inicialización de VGA, en cuyo caso la máquina parece totalmente bloqueada. En los casos mencionados anteriormente, no había solución de software y las placas principales tuvieron que ser reemplazadas.

La ejecución rm -rf / --no-preserve-rootpuede desencadenar otro error del kernel al atravesar y eliminar sistemas de archivos del kernel como /sys, /devo /proc, eso finalmente puede conducir a un pánico del kernel, y finalmente desencadenar el error no volátil de la memoria de mensajes mencionado anteriormente.

No, no es posible destruir el BIOS (heredado o UEFI) de esta manera con ese comando.

Incluso si logró destruir la partición UEFI, los archivos principales del BIOS no se verán afectados, ya que residen en la memoria no volátil (basada en flash, en su mayoría) en la placa base.

La partición UEFI aloja componentes de software adicionales (por ejemplo: depurador, controlador, ecc), pero la máquina debe arrancar con BIOS incluso sin una partición UEFI válida.

Si bien es divertido, rm -rf /solo puede causar estragos dentro de su propia pequeña cárcel, y esas son las particiones que se le dan. No puede estropear el disco MBR, ni puede destruir mágicamente su computadora.

Algo más está mal en tu caso.

Las otras respuestas parecen estar de acuerdo en que limpiar el BIOS probablemente no sea su problema, así que aquí hay otro pensamiento:

Mi computadora, cuando se cambia al modo UEFI, omite la pantalla del BIOS por completo. Sin logotipo del fabricante, sin nada. Solo intenta arrancar y me dice que no hay medios de arranque (o arranques).

Si recuerdo la clave para ingresar a la configuración, puedo descifrarla cuando aparece la computadora y aún puedo acceder a la configuración del BIOS.

Si conoce la clave de configuración del BIOS, puede intentar presionarla para ingresar a la configuración, o confiar en que realmente está funcionando y restaurar su tar en el disco, luego intente arrancar. Puede ser más rápido usar algún otro medio de arranque UEFI e intentar arrancarlo si se trata de un gran tar ( se supone que Memtest86 es compatible con el arranque UEFI).

/sys/firmware/efi/efivarses un sistema de archivos especial que contiene todas las variables EFI. Si el proveedor no siguió las mejores prácticas , es posible que haya rm -rfeliminado las importantes y, por lo tanto, haya confundido el firmware.