Hola :) On Friday 24 July 2009 13:10:05 Carlos E. R. wrote:
El 2009-07-24 a las 11:57 +0200, Camaleón escribió:
No inicia, pero te borra los datos del disco nuevo (reinicializa el disco), igual que lo hace el RAID por sw. Es como si lo formatease.
No borra nada. No puede borrar lo que no sabe que existe :-)
Explico: el fallo no se produce "en caliente" (con el sistema iniciado y en marcha), sino al encender el equipo. Y si lo enciendes y se activa el bug, la bios no reconoce al disco, no sabe que hay "algo" pinchado. El efecto es el mismo que si no hubiera conectado ningún dispositivo, luego no hay borrado de datos porque no hay raid, no hay discos. No hay nada que borrar ni duplicar a "cero".
No es eso.
El sistema no arranca, correcto. Detectas el fallo de un disco (si no son todos los del array, que serán igualitos), por lo que reemplazas ese disco, pones otro, y vuelves a arrancar... mientras, envías a reparar el antiguo. Pero el sistema mientras tanto repone lo datos "perdidos" en el nuevo disco. Cuando vuelva el disco original, el sistema lo borrará y reescribirá.
Rafa se refiere a eso.
Únicamente no pasaría si mandases a reparar el disco sin volver a arrancar el sistema hasta que el disco volviese un mes o dos más tarde.
OK, ya lo he pillado. Vale, tenemos los dos razón 0;) Gracias Carlos.
Hay gente que no ha perdido datos nunca y otros que, usen lo que suen, pierden datos (Carlos Robinson es un buen ejemplo: ha tenido problemas con todos los sistemas de ficheros, IIRC).
Je, je... sabía que "atacarías" ;-)
Sí, lo recuerdo de un hilo más antiguo dodne comentabas eso mismo, que la culpa es del los "hardwares" (discos y controladoras "mentirosillas" que cuando dicen "sí, he copiado al disco" en realidad es "no, no hay datos, están en la caché") y que los sistemas de archivos poco pueden hacer.
Vale X-)
Pero desde el punto de vista del usuario casero, que no usa raid, no usa sais, no hace backups tan a menudo como debería... y que un apagón le deje tieso, pues no cuela.
Bueno... la cosa es más compleja de lo que parece. Está implicado el desarrollo del kernel y la discusión sobre si usar sync es bueno o malo y si hace falta otra cosa que la gente del kernel no quiere poner.
O los desarrolladores de aplicaciones. Por cierto, hay un vídeo de un desarrollador de MySQL que comenta todo este jaleo con ejemplos (código fuente). Si a alguien le interesa (yo me lo he visto y no soy programador, no es aburrido): how_everybody_gets_IO_wrong.ogg Buscad en Google (u otros buscadores).
Ni con el Fat32 he perdido nunca ni un sólo archivo (tanto en entornos caseros como en empresa), luego espero "algo más" de sistemas de archivos de alto rendimiento como puedan ser XFS, ReiserFS, o ZFS, la verdad, y sin necesidad de comprar hierros a precios desorbitantes para evitar que una corrupción del sistema de archivos me deje los datos a "0" ;-)
Yo si he perdido en FAT. Como bien dice Rafa, con todos he tenido desastres. El otro día perdí unos cuantos en un llavero USB, que es FAT. Todo con copia en el disco duro, así que nada importante.
Macho, empiezo a pensar que: - eres gafe - lo haces a propósito - es el ambiente en el que vives (elevada humedad y calor) - los sistemas de ficheros te odian No se pueden tener tantos problemas con tantos sistemas de ficheros diferentes ;) ¿Has pensado en que te contrate alguna empresa de almacenamiento?
El sistema FAT tiene un problema inherente distinto a los problemas inherentes de ext3/4. En ext3, la lista de bloques que componen un fichero se guarda en un pseudo fichero distinto para cada fichero, y que se llama "inodo". Al grabar un inodo e irse la luz o desenchufar el llavero, se fastidia ese inodo, y ese fichero, pero no más. En FAT, es una tabla única para todos los ficheros. Si hay un fallo en el momento de grabar la FAT (o las FAT), se corrompen todos los ficheros.
Lo dicho: envía el CV a fabricantes de almacenamiento ;) Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com rgriman@jabberes.org -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org