¿Un comando de Ubuntu bloqueó mi sistema?

Hace unos días instalé Ubuntu en mi computadora para ejecutar un programa exclusivo. Terminé con él y estaba a punto de formatear el disco para reinstalar Windows. Sin embargo, mi hermano pequeño quería ejecutar este comando en el terminal que destruiría el sistema operativo, y pensé que no dolería ya que de todos modos estaría formateando el disco.

Fue esto:

sudo rm -rf --no-preserve-root /

Disculpe mi novato si se supone que este comando acabará con el mundo o algo así. Así que arruinó el sistema operativo y reinicié la PC con el USB de configuración de Windows, planeando formatear la unidad en la Configuración de Windows.

Sin embargo, al reiniciar, el monitor no estaba recibiendo ninguna entrada. Además, el indicador HDD (o lo que sea que fuera la luz roja) no estaba haciendo una cosa. (De hecho, estaba apagado). Sin embargo, los ventiladores funcionaban y la unidad de DVD sí. (No creo que haya un altavoz para PC allí, así que si necesita algunos códigos de error de pitido, lo siento).

Intenté cambiar el cable VGA de la tarjeta gráfica a la placa base, pero aún no recibí ninguna entrada. Intenté insertar este viejo disco de Windows XP en la unidad de disco, pero no apareció nada. Se mezclaron los botones Eliminar, F12, etc., pero no pasó nada. Luego busqué en línea e intenté una sugerencia para volver a colocar la RAM, pero nada cambió. Estoy pensando en restablecer el CMOS manualmente, pero aún no lo he logrado. (Por favor, dígame si recomendaría hacerlo, porque no quiero arruinar la PC si no es necesario).

Tengo UEFI, por lo que puedo usar un chip de respaldo en caso de que el BIOS esté dañado.

Esto es posible en un sistema UEFI que ejecuta systemd.

• Phoronix: en un mundo UEFI, "rm -rf /" puede bloquear su sistema
• Informe de error de Systemd , fuente de ese artículo

Para resumir, citando un comentario de ese informe de error:

Punto 1: la
eliminación /sys/firmware/efi/efivars/debería afectar su configuración de EFI, pero en un EFI implementado correctamente, esto debería ser recuperable.

Punto 2:
Hay algunas piezas de hardware por ahí con EFI roto / mal implementado, que se puede bloquear permanentemente al hacer cosas de conformidad estándar. Vea, por ejemplo, el caso en el que Ubuntu bloqueó algunas computadoras portátiles Samsung almacenando datos adicionales en alguna memoria EFI. Este comportamiento estaba bien por estándar pero rompió esta implementación particular.

Punto 3:
Ejecutar cualquier cosa como root que escriba /dev/sdadestruirá su tabla de particiones y / o sistemas de archivos. Eso es malo, especialmente si no tiene copia de seguridad, pero después de la partición, la creación de nuevos sistemas de archivos y la reinstalación de su sistema operativo, su máquina volverá a funcionar. Por lo tanto, puede recuperarse arrancando algunos otros medios y rehacer su instalación.

Punto 4:
Agotar su EFI es un tipo de problema completamente diferente. En el peor de los casos, no podrá hacer nada con la máquina, ya que no llegará a POST. No se inicia desde otro medio, no se ingresa alguna utilidad EFI para arreglar cosas faltantes. A ese punto su computadora es un pisapapeles realmente costoso.

El problema se produce en distribuciones que ejecutan systemd y montan efivarfsgrabable (at /sys/firmware/efi/efivars). Systemd necesita escribir allí, por lo que las distribuciones que usan systemd se ven afectadas. Sin embargo, no parece haber indicios de que los sistemas Upstart se vean afectados.

La ejecución del comando rm -rf /puede bloquear cualquier dispositivo UEFI (incluido el que estoy escribiendo). Hacer esto elimina todos los archivos que incluyen unidades montadas y variables de firmware EFI (esto es lo que los ladrillos). Linux monta las variables EFI /sys/firmware/efi/efivars/y rm -rf /eliminará todos los archivos (variables EFI) en esa carpeta. Es muy probable que su computadora sea un ladrillo y no se puede arreglar (EFI usa NVRAM ).

Las computadoras BIOS antiguas no son compatibles rm -rf /, ya que no tienen variables de firmware EFI que podrían eliminarse. Además, es posible hacer lo mismo (eliminar todas las variables EFI) en Windows con unas pocas líneas de código.

No hay forma de que la eliminación de archivos destruya la unidad, normalmente (vea mi edición al final, aparentemente, hay una manera). El comando es el mismo que ingresar del -sc: *. * En la línea de comandos de Windows (si mi memoria de sintaxis de DOS es correcta). Por supuesto, eliminar el sistema operativo hará que el sistema operativo falle, pero nada más.

Si elimina el directorio de arranque junto con cualquier otra cosa, incluso la partición completa, debería recibir un mensaje de GRUB. El gestor de arranque GRUB no se borrará porque no es parte de la estructura del directorio, pero su menú sí lo es, por lo que aún debe intentar cargarse y dar un error.

Tienes algún otro problema y no tiene nada que ver con Ubuntu. Incluso si el disco fallara, eso no afectaría el proceso de arranque de USB o DVD.

EDITAR: OK, creo que mi respuesta está desactualizada debido a UEFI BIOS, que es algo de lo que sé poco. Aparentemente, es posible eliminar información crítica de configuración de UEFI. Creo que lo que sucede es que esto se monta en el sistema de archivos y, si se hace incorrectamente, no se leerá solo y se puede borrar, borrándolo del BIOS.

He tenido la experiencia de que un medio de Windows Installer puede bloquearse si su HD usa un formato que Windows no conoce (como ext4).

En este caso, debe ejecutar un LiveCD de Linux con GParted (como este ) y formatear su disco duro con algo como NTFS o FAT32 antes de intentar instalar Windows.

El problema principal aquí es que un sistema de archivos puede abarcar dispositivos. Esto incluye todo lo montado. Es un problema para UEFI. Diablos, es un problema para Android. Y si tenía una cámara montada, por ejemplo, también ha eliminado sus contenidos DCIM, ¿verdad? Entonces, ¿qué aprendiste? Es posible que el fabricante pueda ayudarlo, y usted puede flashear por otros medios.

Limpie los discos con dd if = / dev / zero la próxima vez, y eliminar cosas frívolamente volverá a morderlo algún día. Todo terminará en lágrimas. De hecho, puedes hacer tiempo para bromear con alguien así, es un poco peor que del . en el directorio raíz PC de MS-DOS.