Lidiando con sectores defectuosos en Linux

Anoche quisieron las vueltas de la vida que tomara unos pocos centímetros cúbicos mas de la cuenta de una bebida relativamente espirituosa. Resultado: Un bochornoso accidente.

Para hacerla corta: Si algo me enseñó la vida en todos estos años es que las vibraciones a los discos rígidos no les hacen ninguna gracia. Mucha menos gracia le hizo a mis dos discos rígidos el hecho de que se me cayera el CPU desde un metro de altura hasta el piso, conectado y funcionando.

Para empeorar las cosas, soy de los que tienen todo «a medio armar» siempre, por una cuestion de comodidad. Uno de los dos discos rígidos de este CPU –curiosamente el único de los dos que sobrevivió a la caída, por que el otro no sirve ni para respuesto– en lugar de estar cuidadosamente atornillado al CPU estaba tirado en el fondo del gabinete, con sus dos cables (el de datos y el de alimentación SATA) medio tirantes, y esto creo que fué lo que le salvó la vida. Mientras iba en el aire, evidentemente se desconectó.

Cual trapecista, en la caída, de alguna forma que nunca voy a terminar de comprender, el tirón que pegaron los cables que llegaban con lo justo hizo que mientras se arrancaba de cuajo el conector VGA del motherboard (a soldar se ha dicho) y se me quebraban dos conectores USB, el CPU girara sobre si mismo 180 grados y cayera bien paradito, pero de cabeza, patas para arriba digamos.

El semejante golpazo hizo que el único disco rígido que sobrevivió quedara bien apoyado sobre lo que antes hubiera sido su techo y ahora era el suelo con ambos cables SATA desconectados.

Como no guardo nada importante en ninguna de mis PC que no pueda recuperar desde alguno de mis servidores o desde internet y había tomado un poco de mas, lo único que me salió en el momento fué una carcajada. Es que inmediatamente me vino a la cabeza un bollo de lata que me trajeron para reparar hace un par de semanas aduciendo que en sus épocas mozas había sido un CPU y que si por favor era tan amable de recuperar la información que hubiera contenido. (El tipo lo llevaba en la caja trasera de una camioneta cuando se comió una loma de burro a 120Km/h según me contó y si no recuerdo mal leí un caso similar alguna vez por aquí también).

Pasado lo cómico del momento, tratar de ver en que estado estaba todo:

• La música había dejado de sonar quedando solo un bucle de un segundo que no dejaba de repetirse.
• El monitor en negro, todavía no me había dado cuenta de que mi motherboard no tenía mas conector VGA.
• Del teclado ni noticias, nada.

(Fuck the Fsck)

Apagué el CPU, revisé los cables, reconecté todo, puse una placa de video interna en la ranura de expansión e inicié nuevamente: Todo en orden salvo por el repetitivo clac clac, clac clac, clac clac (¡cumbia nena!) de uno de los dos discos, que el otro acompañaba intermitentemente cada tanto como si le estuviera haciendo los coros al estribillo.

– Cagamos, me dije, y me fuí a dormir, todavía esbozando una sonrisa.

Fué esta mañana, que ya sin resaca me puse tetas a la obra, cuando me di cuenta de la gravedad del asunto, un disco no sirve mas, tuve que resoldar un puerto USB y el conector VGA, el otro disco sirve, si, pero tiene dos suculentos rayones que fuí capaz de identificar y aislar gracias a Dmitry Postrigan, santo patrono de los informáticos sin cultura alcohólica y su MHDD,

Después de haber hecho una copia de seguridad de los escasos 2.4Gb que me interesaba respaldar para no tener que bajarlos desde mi servidor de nuevo en un pendrive, a formatear y reinstalar Linux.

Es que tengo tanta mala suerte que el disco que sobrevivió es el que alojaba únicamente el sistema operativo. El otro alojaba toda mi información personal y las particiones /var y /tmp.

Como soy medio obsesivo con esas cosas, mis instalaciones de Linux suelen tener 5 o mas particiones solamente para alojar al directorio raíz. Este era uno de esos casos y los dos rayones al 17 y al 30% sobre la superficie del disco me afectaron a la partición «/» y a la que contenía «/etc» también perdí «/var» que estaba en el otro disco, dando como resultado un sistema inservible.

Por experiencia se que es muy poco probable que estos sectores defectuosos se propaguen por el disco (además soy pobre, no me da para comrpar otro, soy chatarrero y me encantan los desafíos) así que opté por simplemente reparticionar a partir del 35% y en adelante pero por las dudas –si bien MHDD ya me había asegurado de que el resto del disco sirve– al momento de formatear cada una de las particiones me aseguré de que si hubiera algún sector defectuoso adicional se marcara el inodo correspondiente como inutilizable.

El comando con el que formateé mi partición raíz reza:

mkfs.ext4 -c -c -m 2 -b 1024 -i 1024 /dev/sda3

Que traducido del ininteligible al criollo:

• -c -c (o -cc): le pide a mkfs que use un test de lectura escritura no destructivo para comprobar sectores defectuosos.
• -m 2: Que solo reserve el 2% del total del espacio disponible para el usuario root.
• -b y -i 1024: Le especifico que tanto el tamañoo de bloque –en bytes– como el del inodo sean de 1K en lugar de los 4K que usaría por defecto. Como es una partición que va a alojar infinidad de archivos mucho mas pequeños que 1K, con eso se ahorra bastante espacio.

Lo mismo hubiera dado ejecutar simplemente el checkeador del sistema de archivos sobre las particiones:

fsck.ext4 -c -c -P /dev/sda3

En donde:

• -c -c: marcaría los sectores defectuosos
• -P: Arregla sin preguntar todo lo que se pueda siempre y cuando no se borre información, preguntando como actuar al respecto únicamente en el caso en que la operación a realizar sea destructiva para los datos contenidos.

También se puede usar «-y» para que responda con un si a todo o «-n» para que responda com un no.

El comando fsck no debe ser usado sobre un sistema de archivos montado –en funcionamiento, digamos– por lo tanto hay que ejecutarlo desde un livecd SIEMPRE. Uso fsck.ext4 por ser este el sistema de archivos que elegí al momento de formatear pero puede que no sea este tu caso.

Si bien lo normal es que el sistema operativo te consulte antes de formatear sobre si decantarse por tal o cual sistema de archivos, he notado que las últimas versiones de Ubuntu, siempre en pos de la usabilidad ya ni preguntan, uno pone la tilde en usar todo el disco y ya. Si este fuera tu caso y no sabés cual es el sistema de archivos que le da forma a las particiones de tu disco rígido, van un par de formas de averiguarlo:

mount
/dev/sda3 on / type ext4 (rw,errors=remount-ro)

O también podrías usar:

df -Th
S.ficheros Tipo Size Used Avail Use% Montado en
/dev/sda3 ext4 11G 3,4G 6,7G 34% /

Ahora es tu turno de contarnos como fue que te echaste un penal y rompiste todo aquella vez.