Categoría: Hardware
Grado de dificultad: 2 (Linux seguirá siendo un tanto difícil para los Dummies. Sin embargo, no merece un “3”) )
Columnista: Roberto
Aprovechando un incidente para educarnos
Regreso después de un incidente técnico
Unas estresantes aunque interesantes semanas acaban de pasar para TMN.
Empezó con un corte de luz, una de estas interrupciones “no instantáneas”, destructoras de computadores.
Explicación: cuando la luz se va gradualmente (falla de un transformador, en este caso), los detectores no reaccionan.
Desafortunadamente, en nuestro caso, se cumplió la ley universal de Murphy, la que estipula que:
“Todo lo que pueda ir mal, irá mal”
Nuestra UPS estaba desconectada por mantenimiento …
Cuando regresó la energía, una hora después de interrumpirse, Linux arrancó aparentemente sin problema.
Nos dimos cuenta, minutos después, de que los discos duros no habían sido reconocidos.
El formato Microsoft NTFS
Sería fácil acusar a Linux del daño (regla nº1: en caso de problema, siempre culpar a la víctima).
Pero un daño de un disco duro no tiene nada que ver con el sistema operativo … A menos de que este disco esté formateado en NTFS.
Este formato, utilizado por Microsoft desde 1993, permite manejar archivos (muy) grandes.
Tiene, sin embargo, una debilidad escondida, su estructura de disco con una partición en dos:
-
Una parte “grande” que contiene los datos (que suele ser muy estable),
-
Una parte “pequeña” que contiene metadatos sobre la parte grande (y que se suele corromper con cierta frecuencia).
“chkdsk” para corregir una inestabilidad bien conocida
Conociendo la inestabilidad de la parte pequeña de la partición NTFS, Microsoft equipó Windows con una herramienta de reparación, “chkdsk”.
La falla es tan clásica que Windows lanza un “chkdsk” a cada conexión de disco … Linux, no, porque se trata de un formato propietario de Microsoft.
Así que usar un disco NTFS con Linux es siempre una decisión arriesgada, a pesar de su versatilidad y eficiencia.
En otros términos, “de malas” si ocurre un problema.
Siendo el responsable del cambio de sistema operativo de nuestra máquina principal, me tocó atender el daño … Con mis reducidos conocimientos en Linux.
Usando la consola de comandos
Consola de comandos, la primordial
Nota preliminar: muchas gracias a la comunidad de Linux.
Consideré el evento como un rito de subida a un nivel menos básico de conocimiento del sistema operativo.
En particular, la principal herramienta que me ayudó a solucionar el problema fue la consola de comandos.
Estamos hablando del hermano del terminal de comandos de Microsoft Windows, solo que en más útil. La consola de comandos de Windows solo tiene un uso marginal; en cambio, la de Linux es primordial.
Siendo un principiante, tardé un considerable tiempo para recoger las informaciones que necesitaba.
La primera información fue la de saber si mis discos duros todavía estaban presentes y en qué estado de operación.
Un comando para listar los discos duros
El comando a teclear en la consola es:
lsblk -f
Este comando lista todos los “bloques” (bien sean físicos o lógicos) conectados al procesador. El sistema me contestó lo siguiente:
En esta larga lista, los elementos con nombres “loop” son conexiones software (que llevan a creación/edición de archivos),
Al final del listado están los elementos físicos conectados AKA los discos duros y el almacenamiento principal:
el tipo sda se refiere a discos duros, mientras que nvme0n1 es el SSD que hospeda el sistema operativo.
Así que el comando me entregó una primera buena noticia: ¡los discos duros “Tera8, Tera16 y Tera 20 estabán presentes!
Otro comando para informar sobre un disco
Las unidades están identificadas como sda1, sdb y sdc, con las siguientes informaciones:
-
los tres discos tienen una partición en dos, la parte de datos de formato ntfs,
-
los nombres personalizados,
-
la identidad reconocida por el sistema (“E4F0F42DF0F40796”, por ejemplo),
El comando a teclear después es más importante aún (en nuestro caso): informa sobre el estado de un disco en particular.
sudo blkid /dev/sda1
… Donde /dev/sd.. son los discos.
Nota: tuve que repetir el comando 6 veces, cambiando los dos últimos caracteres por: a1, a2, b1, b2, c1 y c2.
Continuaremos nuestro viaje en la parte 2
Sin embargo, la captura de pantalla anterior es posterior a la corrección. En realidad, es donde pude evidenciar la corrupción de las particiones sda1, sdb1 y sdc1.
En lugar del esperado mensaje “Microsoft reserved partition” PARTUUID=”933eef60-4242-488c-bec0-708c61748e22″, un mensaje de error advertía la ausencia de algunos datos.
¡Aquí tenía la confirmación del problema!
Mucho camino quedaba para repararlo. Se lo describiré en la segunda parte de este artículo.
Leave A Comment