Camaleón wrote:
El 2009-07-24 a las 11:39 +0200, Rafa Grimán escribió:
On Friday 24 July 2009 10:09:06 Camaleón wrote:
Ojo, que en el bug del firmware de Seagate _no_ perdías los datos, sólo dejaba el disco duro "invisible" para la BIOS, pero los datos eran recuperables. Pero para la controladora RAID eso es disco muerto y te va a pedir un disco nuevo para volver a crear los datos. Si el disco Seagate lo arreglas y lo vuelves a enchufar lo considera disco nuevo así que destruye los datos que haya en él.
Si es un RAID, no tienes los datos del fichero en un único disco sino que está distribuido por varios discos (stripe).
Por eso lo había incluido como pérdida de datos. Para la controladora raid (en caso de tenerla) creo que tampoco afectaría porque el sistema no llega a iniciar (operating system not found) O:-)
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".
Me temo Camaleon, que la realidad es la que explica Rafa: la controladora inicializa el disco y por ende se lo trinca todo.
Se pierde tiempo (en llevar los discos al servicio ténico), pero no datos. Vamos, que el bug no te deja los archivos a 0 bytes como el XFS tras un apagón a lo bruto >>:-P
Por eso he dicho que los sistemas de fichero con journaling pueden perder datos que no se hayan flusheado a disco y sigan en memoria si se va la luz (aunque hoy en día todos los sistemas de ficheros cachean a RAM antes de escribir a disco debido al bajo rendimiento que tienen los discos por lo qu ete puede pasar con cualquier sistema de ficheros).
Esto no sólo ocurre con XFS (recordemos la que se montó porque ext4 le perdió datos a un montón de gente, especialmente usuarios de KDE). Sí, con ext3 ocurre, pero como ext3 te hace un sync a disco cada 5 segundos, la probabilidad es menor, pero ocurre. Otro dato es que esos flush cada 5 segundos del ext3 afectan al rendimiento de forma que si estás editando vídeo en tiempo real (televisiones, productoras, efectos especiales, ... por ejemplo)... no te vale.
Debido a este tipo de cosas, he comentado lo de poner SAI. Otra cosa que hay que hacer es poner almacenamientos con baterías. Por ejemplo, volviendo a los NAS que no tienen cabina externa: no suelen traer baterías para las controladoras RAID (aunque algunas sí traen y te lo cobran como opcional junto con memoria para la controladora). Si escatimas en estos gastos (batería y memoria para la controladora RAID interna del servidor), puede darse micro cortes por lo que los datos en RAM ... se volatilizan. O bien se va la luz y no tienes SAI y se va todo al carajo. Recordemos todas las etapas por las que pasa un dato hasta que efectivamente se escribe a disco.
No hablo de grandes servidores y grandes controladoras. Hablo de servidores "normales" que aceptan 5 discos y te ponen una controladora ADAPTEC o LSI o Intel o 3Ware o PERC ... vamos que servidores que hay en el 99% de las empresas. No hablo de grandes y "caras" máquinas.
Como siempre, no es por ser alarmista ni meter miedo en el cuerpo a la gente. 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.
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" ;-)
Saludos,
Dichoso/a tú si con fat32 no perdiste nada, pero yo (y muchas personas más) me he cagado en los muertos de Microsoft más de una vez por esto mismo. Sobre lo de los datos a "0". La solución siempre vendrá dada por una combinación de software y hardware y créeme eso nunca estará al alcance de usuarios domésticos ni pymes, solo para entidades gubernamentales y grandes empreses. Un ejemplo son los entornos host de IBM ... -- CL Martinez carlopmart {at} gmail {d0t} com -- 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