Hola!, después de un largo tiempo me he animado a crear este Post que puede ser de utilidad, se hace con capturas de imágenes de un caso real en el que un sistema de ficheros EXT4 corriendo Linux/Debian Wheezy se daño hace algunos meses por motivos de fallos eléctricos.
A continuación las imágenes de la primera la falla, mi amigo llama desesperado que la computadora se daño y que ha estado fallando mucho la luz!, que necesita la computadora operando porque hace funciones de router, filtrado de ip y enmascaramiento de ip, que tiene la empresa parada y que ahí me envía esa foto a ver si lo puedo ayudar.
Aveces podía entrar el el Grub y se quedaba aquí
Luego de ver la imagen, yo le comunico que es un fallo de disco y que hay que reparar el mismo, pero ya me temía que solucionar esto iba a ser un poco duro porque no podía acceder de forma remota al computador y mi amigo es neófito en cuanto a utilizar la consola de comandos para hacer algo en la computadora.
Ya resignados sabíamos que con este sistema no se podía reparar, es decir; el sistema operativo no estaba operable con los servicios mínimos montados para desde el mismo poder hacer una reparación de su disco dañado. En ese momento necesitábamos un sistema operativo que pudiera hacer reparaciones a este tipo de partición (EXT4) y a su vez que se pudiera montar tipo
Live Cd bueno !necesitamos un live Live Cd que sea sencillo "nada de interfaz gráfica, solo la consola" para ejecutar los comandos y reparar el disco duro, entonces decantamos por
SystemRescueCd descargamos la versión Stable X86 y procedimos - bueno mas bien procedió mi amigo ya que el estaba en oriente y yo en los andes - a cargar (bootear) la maquina con el CD.
Revistamos las particiones que tenia el disco duro, en nuestro caso el disco primario montado en "/dev/sda".
# parted /dev/sda "print"
Allí identificamos dos particiones con sistema EXT4, en primer lugar nos encontramos la partición "sda1" que se utiliza para el boot y de segundo una partición lógica "sda6" que se utiliza para otras cosas.
Con la esperanza que no fuera la partición del boot "sda1" la dañada procedimos a reparar como se hace tradicionalmente la particón "/dev/sda6".
# fsck -c -y -v /dev/sda6
Pero esta partición solo tenia algunos errores menores y no era la partición dañada que estaba originando el problema en la computadora. Procedimos entonces a reparar la petición del boot del sistema la "/dev/sda1".
# fsck -c -y -v /dev/sda6
Bien allí estaba el error no era un error menor como la partición "sda6", esta partición tenia un problema de
bloques malos (bad blocks) un error de geometría de disco. Para reparar este error había que averiguar que tamaño de bloque.
Luego ejecutamos.
# e2fsck -b 32768 /dev/sdb1
# badblocks -s -v -n -f /dev/sda7
