[eside-ghost] / en modo read only
Iker Perez de Albeniz - Txupete -
txupete en gmail.com
Jue Ene 15 12:25:13 CET 2009
como se suele decir enciende y apaga.. pues..
he convertido la particion a ext2 y borrado el .journal
luego lo ve vuelto a pasar a ext3 con tune2f -j... y parece que funciona...
ya os dire..
El día 15 de enero de 2009 11:19, Iker Perez de Albeniz - Txupete -
<txupete en gmail.com> escribió:
> La infor del FS:
>
> tune2fs -l /dev/hda1
> tune2fs 1.40-WIP (14-Nov-2006)
> Filesystem volume name: <none>
> Last mounted on: <not available>
> Filesystem UUID: 5c18dad4-8c38-416e-b50c-3991731fb454
> Filesystem magic number: 0xEF53
> Filesystem revision #: 1 (dynamic)
> Filesystem features: has_journal resize_inode dir_index filetype
> needs_recovery sparse_super large_file
> Filesystem flags: signed directory hash
> Default mount options: (none)
> Filesystem state: clean with errors
> Errors behavior: Continue
> Filesystem OS type: Linux
> Inode count: 4702208
> Block count: 9394000
> Reserved block count: 469700
> Free blocks: 7459455
> Free inodes: 4307185
> First block: 0
> Block size: 4096
> Fragment size: 4096
> Reserved GDT blocks: 1021
> Blocks per group: 32768
> Fragments per group: 32768
> Inodes per group: 16384
> Inode blocks per group: 512
> Filesystem created: Fri Oct 3 11:47:58 2008
> Last mount time: Thu Jan 15 11:04:38 2009
> Last write time: Thu Jan 15 11:05:23 2009
> Mount count: 3
> Maximum mount count: 22
> Last checked: Thu Jan 15 10:36:26 2009
> Check interval: 15552000 (6 months)
> Next check after: Tue Jul 14 11:36:26 2009
> Reserved blocks uid: 0 (user root)
> Reserved blocks gid: 0 (group root)
> First inode: 11
> Inode size: 128
> Journal inode: 8
> First orphan inode: 1522012
> Default directory hash: tea
> Directory Hash Seed: 31dfc22d-ff11-4d13-9871-7b36647236e4
> Journal backup: inode blocks
>
>
> El día 15 de enero de 2009 11:14, Iker Perez de Albeniz - Txupete -
> <txupete en gmail.com> escribió:
>> ya tengo el error...
>>
>> EXT3-fs error (device hda1): ext3_journal_start_sb: Detected aborted journal
>> Remounting filesystem read-only
>>
>> da error al cuando uno de los procesos intenta crear su archivo de log..
>>
>>
>> El día 15 de enero de 2009 10:57, Santi Saez <santi en hostalia.com> escribió:
>>>
>>> El 15/01/2009, a las 10:29, Iker Perez de Albeniz - Txupete - escribió:
>>>
>>>> /dev/hda1 / ext3 noatime,errors=remount-rw
>>>> 0 1
>>>> /dev/hda1 / ext3 noatime,errors=remount
>>>> 0 1
>>>>
>>>> (..)
>>>>
>>>> pero al reniciar a Read-Only.. en una de las vecez me dejo escribir
>>>> durante un tiempo.. al de un rato salieron emnsajes de errores en el
>>>> filesystem y otra vez se me puso Read-Only...
>>>>
>>>> hay alguna forma de evitar el modo Read-Only????
>>>
>>> Si es un fallo en ext3 lo mejor sería que, en lugar de ponerlo como
>>> opción dentro del fstab, sea una opción "hardcoded" del FS, puedes
>>> hacerlo con tune2fs:
>>>
>>> tune2fs -e continue /dev/hda1
>>>
>>> NOTA: la opción es "continue".. el resto que has puesto no existen ;)
>>> Así que borra cualquier referencia que tengas y deja "default".
>>>
>>> Si el fallo no es del sistema de ficheros, y es el del disco poco
>>> podrás hacer si es un DAS.. salvo cambiarlo, prueba a aumentar el
>>> timeout para ver si te deja al menos recuperar la información:
>>>
>>> echo 90 > /sys/block/sda/device/timeout
>>>
>>> Revisa que el estado de ext3 sea "clean" con "tune2fs -l /dev/hda1 |
>>> grep state", si no.. tendrás que pasar un fsck como ya te han
>>> comentado :)
>>>
>>> Saludos,
>>>
>>> --
>>> Santi Saez
>>> HOSTALIA
>>> http://www.hostalia.com
>>>
>>> _______________________________________________
>>> eside-ghost mailing list
>>> eside-ghost en deusto.es
>>> https://listas.deusto.es/mailman/listinfo/eside-ghost
>>>
>>
>
Más información sobre la lista de distribución eside-ghost