problemas con disco duro ext4

Question

problemas con disco duro ext4

GXY 13 sep 2013 15:45

El Otro Usuario

85.014 mensajes
desde nov 2001
en Un Mundo Liberal

Yo no soy usuario habitual de sistemas linux (my apologies) pero un amigo si, y me ha venido con este... problemilla.

un disco duro grandote (WD Green de 2TB) formateado EXT4 que presuntamente de un dia para otro y "sin motivo aparente" (aunque yo sospecho de botonazo/fallo corriente) petó la particion y desde entonces no se puede montar.

primero lo enchufe en mi windows y probe alguna herramienta de verificar particiones, y segun estas el disco tenia una particion ext4, pero de 300GB

inicie linux con un sistema live de la distribucion mint que trajo el mismo en un pendrive. y empece a arrancar algunas herramientas.

utilice fsck.ext4 y dio un error relacionado con el superblock. el propio programa sugiere utilizar "e2fsck -b 8193 <device>" (donde device es /dev/sdc en este caso). eso no resolvio nada. pero buscando soluciones a problemas de superblock encontre el sistema para restaurar otra copia del superblock

mke2fs -n <device> indica en que sectores hay copias del superblock

y e2fsck -f -b <numerodebloque> -y <device> permite recuperar la copia de ese bloque y restaurar el disco. bueno, eso es lo que hice ayer aproximadamente a las 5 de la tarde.

hoy, 23 horas despues el disco duro sigue trabajando. en los sitios donde lei ya advertian que el proceso podria tardar, pero... ¿23 horas? [looco]

como no sabia si el disco duro estaba haciendo algo o no (la luz apenas se enciende y la salida de consola de e2fsck hace tiempo que no indica nada) me puse a intentar averiguar mas de esta clase de errores y encontre este hilo (en ingles) http://unix.stackexchange.com/questions ... uperblocks

donde un tipo explica sus peripecias con el tema (entre otras, que con el proceso de e2fsck se pego 70pico horas). explica un metodo para obtener una salida a consola mas detallada del proceso utilizando strace. lo hice y efectivamente,..

lseek(4, 80245465088, SEEK_SET)         = 80245465088
read(4, ">\177\177\264\267\227S\215\325a\331\226\272\312\340w\32\2\233l\243\35\237\203\215\342\210\216\31\35\253\223"..., 4096) = 4096
lseek(4, 128702132224, SEEK_SET)        = 128702132224
write(4, "t\251u\361\314\"\216\310e\316\351+\37\212V=\215\361G\267\313s\367~\5\277\311pb\365\315\355"..., 4096) = 4096
lseek(4, 80245469184, SEEK_SET)         = 80245469184
read(4, "\321\345y\373\210\220\260\363\230\275Fq\344Vm\242=B\254\302JEL\363)\\%\363h\"\354\314"..., 4096) = 4096
lseek(4, 128702136320, SEEK_SET)        = 128702136320

esta trabajando... haciendo algo entre los espacios de 80 y 128GB ¿?

bueno. despues de todo este tocho, mis preguntas.

1.- estoy haciendo los pasos correctos para solucionar el problema o al menos no agravarlo?

2.- es normal este plazo de horas? estoy condenado a dejar el disco trabajando todo el fin de semana¿? (y rezar para que no haya un corte de corriente. el PC tiene SAI pero el dock externo esata donde esta conectado el disco en proceso, por el contrario, no)

gracias por anticipado

4 respuestas

Answer 1 · 2013-09-13T16:08:26+00:00

La próxima vez, testdisk para verificar y reparar particiones. Normalmente no hace falta mas, luego chequeo smart y fsck.

Answer 2 · 2013-09-13T21:39:50+00:00

si paro el proceso ahora que esta a medias lo fastidio del todo o sigue siendo reparable?

Answer 3 · 2013-09-14T09:59:43+00:00

GXY escribió:si paro el proceso ahora que esta a medias lo fastidio del todo o sigue siendo reparable?

fsck hace muchas cosas. No se sabe que esta haciendo ahora mismo y no es algo seguro... ahora mismo ver % seria adecuado

. Irreparable no es nunca pero si esta tocando tema de bloques....
man e2fsck
"Instead of using the normal superblock, use an alternative superblock specified by superblock. This option is normally used when the primary superblock has been corrupted. The location of the backup superblock is dependent on the filesystem's blocksize. For filesystems with 1k blocksizes, a backup superblock can be found at block 8193; for filesystems with 2k blocksizes, at block 16384; and for 4k blocksizes, at block 32768.
"

Por lo tanto digamos que si este esta dañado no tendriamos bien puesta la estructura del disco (particiones y archivos para entendernos), esto prefiero solucionarlo con testdisk el cual puede incluso analizar fichero a fichero y presentarte opciones la verdad. Pero eso... si... lleva mucho mucho tiempo a veces también

.

Mi opinión, si al poner "mke2fs -n <device>" te indico que había copias en el 8193
y las esta restaurando... pues paciencia, debe funcionar pues esta restaurando un backup aunque sea un proceso largo. Sino hay mas backups posiblemente.
Y si, con otras herramientas tal vez hubieras terminado antes sin tener que llegar a usar eso posiblemente (hay copias del mbr por ejemplo).
Por desgracia a tan bajo nivel, con esas herramientas y con un disco duro tan grande no puedo recomendarte nada mas para este momento de espera.

Answer 4 · 2013-09-14T15:06:40+00:00

finalmente lo pare despues de 44 horas.

entre con testdisk y dice cosas muy curiosas.

por un lado, dice que encuentra una particion ext4 de 400GB llamada HD2

por otro lado, dice que encuentra una particion tipo 07 (HPFS/NTFS) de 2TB, entro en ella y le digo que cambie el tipo a 83 (linux), me da la opcion de buscar superbloques, los encuentra. el primero (posicion 0) corresponde a los datos de la particion de 400GB llamada HD2 pero el resto corresponden a la particion perdida de 2TB llamada HD1

y me dice que para recuperar ejecute fsck.ext4 xD

voy a usar deeper search a ver si me dice algo mas. lo que tengo claro es que mi colega hizo algo feo con las particiones, pq la que aparece de 400GB se que corresponde a OTRO disco duro de 400GB que tiene, que es el llamado HD2.

edit.

finalmente he comprobado que con testdisk puedo entrar al contenido de la particion y recuperar archivos. creo que es lo mejor que se podra hacer. recuperar lo que se pueda y formatear.