-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-03-16 a las 08:43 +0100, Rafa Grimán escribió:
Te recomiendo leer el hilo que hay sobre este tema en la lista OT.
¿Y porqué rayos hablais de esas cosas que son ON topic en la lista OFF topic? Es que esa lista no tiene archivo, no se puede leer a posteriori cuando te avisan de algo interesante.
Ya os vale.
Que pacha ... ;) Por ahora no he contestado a la OT y en cuanto a lo de por qué se habla de algo ON Topic en la lista OT ... ni idea. Me he limitado a hacer de mensajero.
Fale, pero es que la lista OT es la única que no tiene archivo: si sale algo interesante es inutil decirselo a los demás, porque no hay manera de volver a leer esos artículos si no estabas subscrito antes.
Básicamente hay que tener en cuenta:
- los sistemas de ficheros "modernos" hacen un sync a disco tarde (delayed allocation). Es decir, guardan en buffers y cachés datos y no escriben a disco inmediatamente
- esto lo hacen porque el disco duro es MUUUUUUUUUUUUYYYYYY lento
Comparativamente, claro.
Comparativamente, claro 0:) Comparando tiempo de acceso y velocidad de lectura entre RAM y de HDD es asombroso.
Por cierto, que el otro dia vino un amigo a recoger unos cuantos ficheros que le había descargado (no tiene internet) a una flash, e iba lentísima. Me echaba la culpa a mi cable prolongador, así que tuve que hacer malabarismos para volver a enchufarla directamente en la tarjeta, detrás del armario. Nada, igual de lenta. Entonces yo le eché la culpa a que su flash marca "la pava" sería usb-1, así que hala, a mirar con usbview. Pues no, es versión 2, alta velocidad. O sea, que no, que las flashes son lentas de narices escribiendo. No te das cuenta cuando lo que grabas es un ficherito de word, pero cuando grabas unos cuantos gigas, canta. Nada que cambiamos a un disco duro externo de portatil, alimentado via usb. Formateado en NTFS. Al principio el linux decía que no, que no estaba bien cerrado, y que no lo podía montar. Que lo lo abrieramos en windows y cerrasemos adecuadamente. Vale, mi amigo saca su portatil, lo hace, se lo pasamos al linux, y voila, el gnome lo abre automáticamente. Primer NTFS que abro en linux en mi vida automáticamente. Eso si, el driver del ntfs 3g en userspace traga cpu que da gusto. Un 30%.
Yo no he perdido datos con XFS. Tengo una SAI, cierto, pero tengo petadas de sistema, y ultimamente, problemas con el cableado de un disco:
[...]
Eso de problemas de cableado también lo he sufrido yo :"( Es una lata >:-|
Me arden las ganas de probar SATA. Sólo 6 hilos... debería ser a prueba de bomba. Hala, cierro los ojos, ya puedes echarme el agua fria >:-)
El log sobrevive porque está en hdd, no afectado.
Al final reboté, pero no perdí nada. La partición de la que protesta es reiser, pero había una xfs montada en ese disco (las encriptadas son ficheros en su mayor parte en hda, montadas con loop, y la partición "anfitrión" es xfs). Apago, quito y pongo los cables, enciendo, y hala. No es el cable, ya lo he cambiado, me temo que puede ser el conector de la placa (muy mal arreglo) o el del disco (si intento arreglarlo y me lo cargo, no puedo acceder a los datos).
=:0
Sí, tengo los pelos de punta, si...
Me temo que tendré que cambiar de ordenador.
Mira este:
http://en.expreview.com/2009/03/05/cebit-2009-asus-shows-off-rog-cg6190-gami...
"Sólo" consume 1.1 KW x"D No estamos volviendo locos.
Oye, que yo no pongo estufas en me "cuarto" porque la instalación electrica es antigua y peta. Corrijo: ha petado, estoy a medio cambiarla, con prolongadores por los suelos. Me ducho con un quinqué. :-}
Y por cierto, lo que he descubierto el otro dia, en mi partición de pruebas, es alucinante: empieza a soltarme los avisos de que no puede acceder a hda, aunque el teclado o el ratón todavía no se han bloqueado. Se me ocurre abrir la caja y apretar los conectores del disco y la placa, sin sacarlos, y... ¡funciona! Pude continuar trabajando un dia entero sin apagarlo. Hoy estoy con la 11.0 en otra partición, y no he tocado los cables. Se que fallará, falla todas las semanas, pero ahora, si me pilla delante, probaré lo mismo.
¿No es alucinante? :-O
A ver Carlos, que ese equipo no es un portátil. Si lo mueves ... los cables se sueltan ;)
Eso sería entendible, pero que se suelten los conectores las micras suficientes para fallar con las vibraciones del ventilador, tiene guasa. Y que el ordenador sobreviva si los reasiento en caliente, más.
Por cierto... en la 11.0 mi sistema de backup "me lo han roto". Lo hago a disco externo via USB, con sistema de ficheros reiser... pues bien, da errores:
Mar 6 00:19:04 nimrodel kernel: sd 1:0:0:0: [sda] Sense Key : No Sense [current] Mar 6 00:19:04 nimrodel kernel: Info fld=0x0 Mar 6 00:19:04 nimrodel kernel: sd 1:0:0:0: [sda] Add. Sense: No additional sense information
que terminan por provocar la corrupción del sistema de ficheros que requiere un rebuild tree, que tarda varias horas (aunque fuera en disco interno sería lento).
=:0
Ya te digo. Es que hasta las cosas "inviolables" como la estabilidad de los sistemas de ficheros, ya no lo son. :-/ Se puede soportar que el ordenador se cuelgue, que se cuelguen los programas, que no funcionen tal o cual dispositivo... pero que los discos se corrompan, y por fallos de software... eso te rompe los esquemas. Que falle el ext4, es esperable. Que falle un sistema estable hace años... no tiene perdón.
Un consejo de colegas, si queréis "garantizar" que el dato se ha escrito a disco, teclead el comando:
sync
Tecleado unas 100 veces. Da igual el sistema de ficheros que uséis, el probelma con el que os vais a encontrar es la caché del propio disco duro y su firmware.
Basta con grabar un fichero a disco mayor que la caché del disco, que sólo en los buenos llegan a 32 megas.
Ya, pero si hablamos de ficheros de configuración ... 32+ MB ... peyacho de fichero de configuración !!! ;)
No, grabas cualquier fichero. O varios. Habría que saber que algoritmo usan esas caches, si van por particiones, por sectores, por fifo... pero se supone que si grabas algo que ocupa varias veces el tamaño de la cache es muy posible que los datos antiguos los tire. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkm+Ud8ACgkQtTMYHG2NR9XqwwCfe2VBBWmuDxWuBU3/xGySGbjM kjIAoJfah45aeOayHH1zDcplnDsaCa22 =Z42r -----END PGP SIGNATURE-----