no puedo quechear filesystem
Aldrin Gonzalo Martoq Ahumada
amartoq en dcc.uchile.cl
Mie Mayo 9 22:50:40 CLT 2007
On 5/9/07, Miguel Oyarzo O. <admin en aim.cl> wrote:
>
> At 16:59 09-05-2007, Julio Pacheco wrote:
> >Miguel Oyarzo O. escribió:
> >>Estimados,
> >>Luego de un corte de luz que afecto a una maquina Linux el disco puede
> >>montarse sin errores, pero
> >>si intento hacer un fsck -f sobre la particion q contiene a /var
> >>el proceso se queda pegado en el PASO 1 de chequeo.
> >>Lo mismo, si fuerzo el arranque para chequeo (shutdown -f )
> >>el proceso se queda pegado con el mensaje:
> >>Intentando recuperar el fichero de transacciones....
> >>No sale de alli.
> >>El sistema me dice que la particion esta limpia (en el modo de rescate
> >>igual),
> >>pero es incapaz de hacer un diagnostico.
> >Una idea que puede o no funcionar:
> >Si se te cuelga intentando recuperar el fichero de transacciones
> >(journal), prueba arrancando con un Live CD, convierte el sistema de
> >archivos a ext2 (*), corre fsck, y conviertelo a ext3 nuevamente (**)
> >Suponiendo que /var esté en hda3:
> >(*) tune2fs -O ^has_journal /dev/hda3
> >(**) tune2fs -j /dev/hda3 , y corre otro fsck por salud mental.
> >arch/frv/kernel/setup.c:
> >panic("Bye");
ammm... y los datos? fallecen?
Quizas...
Lo primero que deberias hacer es sospechar de una posible muerte subita del
disco y respaldar todo lo que puedas y/o valga la pena. Despues te pones a
investigar que paso y por que. Si es posible, mueve los datos de /var a /
por ejemplo y desmontas esa particion.
Estuve buscando y parece que si ext3 no puede recuperarse del journaling
puede ser debido a bloques malos (fisicos) en el disco, lo cual seria una
falla en el disen~o de ext3.
Has visto algo extrano en dmesg o similares? Que esta haciendo fsck cuando
no se mueve? esta pegado en el kernel o el programa esta iterando
infinitamente en algo? Tambien revisa el resto del hardware, como un test de
memoria...
Saludos,
--
Aldrin Martoq
Más información sobre la lista de distribución Linux