El 2004-02-24 a las 00:16 -0300, Juan Erbes escribió:
El 2004-02-23 a las 20:15 +0100, manolo escribió:
¿Que ventajas o inconvenientes tiene Reiser sobre Ext3, o viceversa? ¿Que
Se me olvidó, el manual de suse, parte de instalación, lo explica muy bien - y traducido.
El tema de los discos con daños fisicos, se nota que no lo dan mucha importancia, ya que en un servidor con raid, no afecta,
Huy, si que afecta. En cuanto un disco tiene un error de lectura se queda pillado un rato reintentando y reintentando hasta que lee o abandona. No me ha pasado con un raid, imagino que el kernel sigue trabajando, pero muy ralentizado. Puede que el raid entre en modo degradado.
además que si se supone que se hacen los debidos backups, en sistemas sin raid, tampoco es un problema.
El problema es que como esté en un sitio "indiscreto" no puedes ni montarlo.
Ahora, si alguien quiere seguir usando un disco que está mal, aunque es poco aconsejable, esta es la solución: http://www.namesys.com/bad-block-handling.html
Muy mala solución, tan mala que es inviable. Consiste, explicado mal y pronto, en marcar el sector como que está en uso, sin estarlo - con lo que el sistema no lo usará - pero el arreglo se borra en cuanto hagas un chequeo del disco. No, la solución correcta es dejar que el hardware del disco lo solucione, que está capacitado para ello. Errores de lectura/escritura han existido siempre en los discos, y seguirán existiendo. No significa que el disco sea malo ni que va a fallar. Antiguamente los discos venían con un papelito que listaba que sectores venían mal de fábrica... Yo mismo tengo un disco con sectores fastidiados, y no pasa nada. Pasaría si el número fuese incrementando - y lleva tres mil horas de uso sin ningún error nuevo. Ah, iba diciendo, que el hardware de los discos modernos (no se desde cuando) viene preparado para automáticamente mover transparentemente un sector fastidiado a otro sector en un area predefinida por el fabricante para tal fin, de manera transparente para el sistema operativo, sea el que sea - y esta cualidad es la que el reiser necesita. Esa relocalización sucede unicamente al intentar escribir en un sector fastidiado, no al escribir: y eso hay que tenerlo en cuenta. Esto se habilita con hdparm: | -D Enable/disable the on-drive defect management feature, | whereby the drive firmware tries to automatically manage | defective sectors by relocating them to "spare" sectors | reserved by the factory for such. Para ver el estado del disco (teniendo "smart" activado), se puede ver mediante: smartctl -a /dev/hda | less o smartctl --log=error /dev/hda|less Había algo para ver las relocalizaciones, pero no lo encuentro. -- Saludos Carlos Robinson