no puedo quechear filesystem

[socken des teufel]

Yo en lo personal no usaria tune2fs el mismo man dice que si indica errores
se debe usar e2fsck ...
por lo menos yo haria lo siguente

verificaria si existen bloques malos
#badblocks -v /dev/hda1

luego verificaria el ext3
#e2fsck -fyv /dev/hda1

y luego si es necesaro crearia el journal
#tune2fs -j /dev/hda1

Y obviamente el volumen debe estar demontado


El día 10/05/07, Alvaro Herrera <alvherre en alvh.no-ip.org> escribió:
>
> Miguel Oyarzo O. escribió:
>
> > tune2fs -O ^has_journal ?
> >
> > no no.. si ya existe uno:
> > # tune2fs  -l /dev/hda2 | grep journal
> > Filesystem features:      has_journal
> >
> > El problema es que esta corrupto, pero sigue funcionando.
> > Pienso que si no se puede abrir ese fichero nunca sabre si los
> > datos del disco son o no consistentes,
> >
> > Que cosa rara.  No se como se pudo haber corrompido un archivo journal..
> > es como q el fichero de transacciones necesitase un super-journal para q
> > el mismo no se corrompa.. sera un bug de ext3?
>
> Tambien puede ser que el journal se haya corrompido por un problema del
> disco.  Lo raro es que ext3 se cuelgue debido a la corrupcion ... lo que
> deberia pasar es que la detecte y te lance un error diciendo que detecto
> un problema en el journal.
>
> Es muy posible que a los desarrolladores les interese examinar el estado
> del disco ... antes de destruir la evidencia con eso de borrar el
> journal, saca una copia de éste y reporta el bug en el bugzilla del
> kernel, o a los desarrolladores de ext3 a ver si alguien te pesca.
>
> --
> Alvaro Herrera                          Developer,
> http://www.PostgreSQL.org/
> "Pensar que el espectro que vemos es ilusorio no lo despoja de espanto,
> sólo le suma el nuevo terror de la locura" (Perelandra, CSLewis)
>