-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-07-24 a las 19:46 +0200, Camaleón escribió:
El 2009-07-24 a las 18:33 +0200, Rafa Grimán escribió:
Pero ... tu no eres "un usuario" ;) Ya, estás haciendo de "traductor" de los usuarios.
O:-) pero no por eso podemos ignorar el problema. No lo digo yo, en el pdf que he enviado antes sobre la gestión de errores en los sistemas de archivos (hablaba de XFS), concluían con lo siguiente:
*** 6 Conclusions Modern day file system designers have paid little attention to localized disk failures. More generally commodity operating systems assume the presence of reliable hardware. As disks increasingly fail in a non fail stop manner, we believe there is a need for a more uniform failure handling policy. File systems should be paranoid and should not trust the layers below. One solution that has been recently proposed is to maintain internal redundancy for important structure and checksum over the data. This way the file system will be able to detect and recover from most errors. Internal redundancy for critical struc- tures like the root inode, inode B+trees is needed to prevent sector faults from rendering the entire file system inaccessible. So does the solution lie in an IRON XFS? If so, what should be the level of redun- dancy? What low-overhead detection and recovery mechanisms can these systems employ? Many of these need to be answered, as we try and build more resilient and robust file systems. ***
Lo cual suscribo :-P.
Y yo. Ya es año de que se den cuenta.
El llavero USB no cuenta como "disco duro" :-P
Como te oigan los fabricantes de SSDs ... Básicamente un SSD es lo mismo que un "pincho" USB, pero al que le han quitado la interfaz USB y le han puesto una interfaz SATA o SAS.
Anda ya... :-)
¿Tú crees que el proceso de fabricación, los materiales utilizados y la calidad en general de una llave usb _es la misma_ que la de los discos SSD? Enga ya. Que una vale 10 EUR y la otra 500 EUR >>:-)
El fallo del que te hablo de corrupción de datos en fat, es independiente de la calidad del llavero. Al llavero físicamente no le pasa nada, no es eso. El origen de la corrupción es probablemente que el windows dijo que se podía extraer antes de que fuera realmente seguro; pero puede pasar también por un apagado repentino en un disco interno fat, si ocurre en el momento crítico en el que el sistema está escribiendo en la fat.
Ni un dato perdido en todo este tiempo con fat32, ntfs, ext3 o reiserfs. De momento >:-)
Yo con todos ellos, salvo ntfs, que no tengo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpqPwkACgkQtTMYHG2NR9VDsgCfa1UBMX5TymdLcoucqSAC+SKF ReYAn0w2SYMlK3WfCyYaj4Wo7372ucd1 =T1MH -----END PGP SIGNATURE-----