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

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

Para ver velocidades aproximadas para cargar un sistema completo y luego restaurar ese sistema cuando estuviera bloqueado, cloné parcialmente uno de nuestros sistemas principales en una estación de trabajo que, si bien no es parte integral de los sistemas de nuestra empresa, sería bueno tener funcionamiento. Calculé el tiempo para crear el archivo comprimido de todo el sistema y lo inspeccioné para asegurarme de que se viera bien.

Entonces corrí rm -rf / --no-preserve-root. Nunca antes había tenido la oportunidad de hacer eso, así que fue muy divertido. En primer lugar.

Cuando reinicié la caja, no apareció nada. Ni el logotipo de "Dell", ni las opciones para el BIOS, nada.

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

Conecté una unidad 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 rmlas arregló la ejecución de ese comando para estropear tan majestuosamente toda la caja?

ACTUALIZACIÓN: Devolvimos la caja a Dell. No pudimos diagnosticar con precisión si fue una coincidencia o la situacióncomo lo describe 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 que Dell usa UEFI con errores, sería útil.

Respuesta1

Una posibilidad poco común podría ser que usted haya activado algunos de los infames errores UEFI, que ya acabaron con 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 el sistema operativo puede acceder para almacenar configuraciones o información de depuración. Linux en realidad usa esta característica en caso de pánico en el kernel: si ya no se confía en el sistema de archivos raíz (por ejemplo, después de una excepción en el código del kernel), 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 las razones del fallo.

Sin embargo, con algunas líneas de firmware UEFI con errores, algunas rutinas de gestión de la memoria de mensajes no volátiles están rotas. Dependiendo de los mensajes, estos firmwares fallan al inicializar 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 parecerá totalmente bloqueada. En los casos mencionados anteriormente, no existía una solución de software y hubo que reemplazar las placas base.

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, lo que finalmente puede provocar un pánico en el kernel, desencadenando finalmente el error de memoria de mensajes no volátiles mencionado anteriormente.

Respuesta2

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

Incluso si de alguna manera 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) conectada a su placa base.

La partición UEFI alberga componentes de software adicionales (p. ej.: depurador, controlador, ecc), pero la máquina debería iniciarse en BIOS incluso sin una partición UEFI válida.

Respuesta3

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 asignan. No puede estropear el disco MBR ni destruir mágicamente su computadora.

Algo más anda mal en tu caso.

Respuesta4

/sys/firmware/efi/efivarses unsistema de archivos especialque contiene todas las variables EFI. Si el vendedor no siguiómejores prácticas, es posible que hayas rm -rfborrado los importantes y, por lo tanto, hayas confundido el firmware.

información relacionada