On Sat, 15 Jan 2005 [EMAIL PROTECTED] wrote:
> On Sat, Jan 15, 2005 at 08:09:35AM +0100, Antonio Castro wrote:
> > serios usando uno u otro sistema.
> >
> > �Sabe alguien que puede ocurrir en uno u otro sistema si aparece un sector
> > defectuosos en mala parte?
>
> En los sistemas de archivos tradicionales como ext2 existen
> herramientas que se ejecutan despu�s que el problema ocurre,
> por tanto es poco probable que la informaci�n que haya sido
> almacenada durante un fallo sea recuperada. En ReiserFS
> [...]
> notable. En el esquema de ReiserFS es como si tuvi�ramos un
> verificador previo de sectores antes de escribir la data,
> frente a un sector defectuoso simplemente lo saltar� en
> tiempo de ejecuci�n y proseguir� su trabajo.
Todo esto es tehor�a y ya digo que no la pongo en duda.
> No he tenido problema f�sico serio en producci�n aunque tuve
> la posibilidad de hacer unos experimentos con un disco da�ado
> f�sicamente, no solo con sectores defectuosos sino con da�o
> de cabezal que prosigue da�ando el disco conforme m�s se use,
Muy interesante. Te felicito por esos experimentos y por compartir
sus resultados.
> el resultado fue que ext2 tubo serios problemas y la
> recuperaci�n tradicional se vuelve insoportable, mientras
> que Reiser permiti� una mayor usabilidad antes del da�o
> cr�tico, en ambos casos el resultado fue el cambio de disco.
> Ahora esto fue solo un experimento y las condiciones frente
> a discos duros y sus da�os nunca podr�n ser predecibles y si
> una vez con un sistema de ficheros la salida fue
> satisfactoria no garantiza que en otra oportunidad lo sea.
Pero son precisamente este tipo de experiencias a las que yo les doy
un especial valor. Seguramente los desarrolladores hicieron muchas
pruebas pero es importante saber exactamente que tipo de pruebas se hacen
y en que condiciones y cual fu� el resultado. Todos nos quedamos algo
descolocados cuando nos enteramos de que un sistema de ficheros falla de
una forma inusual y sin saber exactamente debido a que.
No solo hay que probar en distintas condiciones f�sicas relativas a nuestro
hardware sino tambi�n en distintas condiciones software. Un bug puede
presentarse solo cuando ocurre cierta combinaci�n de condiciones hardware
y software y el resultado de un bug cualquiera puede ser grave.
> Lo mejor en este caso es probar ambos sistemas y ajustarlos
> a sus necesidades tanto de seguridad como de velocidad,
> siempre es bueno tener en mente el sistema reserva.
Exacto. Lo que resulta un riesgo admisible en un sistema puede ser
inadmisible en otro y tener un buen sistema de respaldo es esencial.
> Todo esto es s�lo opini�n, ser�a muy bueno e instructivo o�r
> otras experiencias con los otros sistemas de ficheros.
Repito que tu experiencia me parece valios�sima. Con la cantidad de
discos duros que he tirado yo por quedarse obsoletos. Puede que la
pr�xima vez abra un disco duro (provocando entrada de algo de polvo)
o le de unos cuantos golpes mientras est� haciendo lectura escritura
(para da�ar superficie o cabezal) y haga pruebas de este tipo para ver
cuanto tarda en morir el disco y como se comporta antes de morir del
todo. Suena cruel pero los discos duros no son seres vivos. ;-)
--
Un saludo
Antonio Castro
/\ /\
\\W//
_|0 0|_
+-oOOO-(___o___)-OOOo---------------------+
| . . . . U U . Antonio Castro Snurmacher |
| . . . . . . . [EMAIL PROTECTED] |
+()()()---------()()()--------------------+
