-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-03-20 a las 15:56 +0100, Camaleón escribió:
El 20/03/08, Carlos E. R. escribió:
¡Pero que manía teneis con cambiar el disco por un mísero error!
<modo malo-pero-que-muy-malo on>
Año 1962...
"¡Pero qué manía en utilizar 4 dígitos para el año, si con dos es suficiente y lo que se ahorra de memoria...!"
En el año 62, en que las memorias eran unos nucleos de ferrita diminutos con unos hilos de cobre que se pasaban a mano por unas hilanderas del sureste asiatico o de Filipinas muy hacendosas, y probablemente muy jovencitas (por las manos pequeñas y la buena vista), y dado que una placa de 1 kilobyte costaba una pasta, el año se ponía con dos cifras, y gracias. Que en los años 90 el windows usara dos digitos, eso tiene delito.
Eso es lo que yo llamo de "mentalidad programador": centrarse en un mensaje concreto o en un error determinado y considerarlo "como un todo". Los programadores suelen ser especialistas en el método "inductivo" (reduciendo todos los problemas a uno sólo).
En cambio, si un ingeniero ve una estructura con un movimiento "extraño" o "inusual", o una "pequeña grieta", es posible que primero la apuntale y la asegure, pero al día siguiente la tira, completa, si el coste de hacerlo es razonable. Hay mucho en juego :-/.
Si un ingeniero hace un puente colgante con un millon de fibras, y el ordenador de control le dice que se ha roto una, simplemente toma nota y reduce la carga máxima en una millonésima.
Mira el mio:
40 51 64 9c 16 70 51 Error: UNC at LBA = 0x0170169c = 24123036
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
Tienes los valores a cero :-?
Sí. Lo puedes ver en el comentario de la página que pusiste antes: el hardware del disco volvió a grabar ese sector, no dió error, y por tanto no lo movió de sitio. Hubo una serie de errores, que están registrados en el registro de errores; eran varios sectores que daban error de lectura. Grabé los datos en otro sitio, escribí encima en todos los sectores, corrí el badblocks una o dos veces, reformatee, y volví a reponer los datos. Sigue funcionando tan campante varios años después.
Traduzco: el error se produjo a las 4275, y el disco tiene ahora 21241 horas de uso, sin más problemas.
¡Un sólo error, o una docena, no tienen significación alguna!
"Azar" y "casualidad" también son variables a tener en cuenta, no lo olvides ;-).
En electrónica existe el azar, está previsto. Se le llama "ruido".
Es posible que el tuyo funcione... o no. Al igual que es posible que el suyo (disco duro de un portátil) funcione (si lo repara) o no... o que deje de salirle el mensaje de aviso y al día siguiente no pueda iniciar el equipo. Es una ruleta rusa, no sabes ni qué, ni cuándo, ni si puede fallar.
Para eso se hacen las copias de seguridad. Te puede fallar un disco de golpe aunque no te avise de nada.
Si no lo reparas, no pasa nada: ni va a peor ni mejora, ni por "arreglarlo" ni por dejarlo. Pasa, obviamente, que el error saltará en los registros con frecuencia, y que al intentar leer de ahí el disco se atascará durante unos segundos congelando el sistema durante los ¿5? reintentos de rigor.
Y algo más... se pueden perder datos.
Nop. Ya hemos hablado de la copia de seguridad.
El que vaya a peor es independiente de "arreglarlo". Que no se arregla, por cierto: se remapea. Si va a peor entonces sí es seguro que haya que cambiar el disco.
¿Y cuándo se sabe que "va a peor"? ¿2, 3, 10, 50 sectores defectuosos...? Ese es el problema >:-)
Pues cuando aumentan. Haces un chequeo, tienes uno. Haces otro, tienes tres. Haces otro, tienes seis...
El procedimiento es más o menos el que yo dije ayer, pero explicado.
Para ReiserFS también está (no lo vi antes):
Este párrafo es muy interesante y confirma lo que digo: SCSI disks expect unrecoverable errors to be fixed manually using the REASSIGN BLOCKS SCSI command since loss of data is involved. It is possible that an operating system or a file system could issue the REASSIGN BLOCKS command itself but the authors are unaware of any examples. The REASSIGN BLOCKS command will reassign one or more blocks, attempting to (partially ?) recover the data (a forlorn hope at this stage), fetch an unused spare sector from the current zone while adding the damaged old sector to the GLIST (hence the name "grown" list). The contents of the GLIST may not be that interesting but smartctl prints out the number of entries in the grown list and if that number grows quickly, the disk may be approaching the end of its useful life. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFH4u/ltTMYHG2NR9URAqggAJ9V4FMIqejdkmEF4MlfASIvte7N4gCeLeia Fm/vHzYlNDuRWccUJEEuqlo= =S8La -----END PGP SIGNATURE-----