El 11 de agosto de 2014, 16:17, "Ing. Eduardo R. Barrera Pérez" < [email protected]> escribió:
> Bueno, te digo lo que yo haría con ese disco: >> >> 1/ Conectarlo directamente al puerto de la placa base >> >> 2/ Pasarle la utilidad de verificación SMART del fabricante del disco duro >> para comprobar si tiene sectores defectuosos y en caso afirmativo, >> marcarlos como dañados si lo permite. >> >> 3/ Para intentar recuperar los datos, prueba a cargar una LiveCD con una >> versión del kernel superior a la que tienes actualmente e intenta montar >> la partición. >> >> Los registros que mandas parecen indicar que la partición está dañada y al >> montarla se produce un kernel OOPS lo cual podría indicar un problema de >> la versión del kernel que tienes o que ese disco está dando sus últimos >> estertores. >> > > Bueno, les contaré, que quite el disco de ese servidor, lo traja para mi > PC con Linux Mint 17, abri una consola y le hice un tail -f al syslog y > nada más que lo conecte al USB vi que me recomendaba pasarle la herramienta > e2fsck a la partición, lo hice y después de una serie de pasos, ya el disco > está montado de nuevo con toda la información ahí. No me puse a querer > abrirlo de primer momento ya que es un HDD cerrado, específicamente: > Transcend TS2TSJ35T > > > Saludos... > > -- > Pues ya habia escrito eso..... lo que falla ahi es el mount, no parece haber errores de IO... Probaste lo que recomienda la linea: "EXT4-fs warning (device sdb1): ext4_clear_journal_err: Marking fs in need of filesystem check."
