El 2003-12-24 a las 10:17 -0000, Oscar Garcia escribió:
Gracias Carlos por tu mensaje,
Tienes razón, no se ve nada sospechoso en los logs, que por demás son reescritos durante el reinicio...
¿Ein? No, eso no es posible. Sólo los logs de inicio de sistema y de las X son reescritos, pero el anterior se guarda como .old o algo así. No, en un cuelgue durante el funcionamiento debes mirar en el /var/log/messages y similares, especialemente en el del kernel (que normalmente está desactivado, así que hay que ponerlo antes).
Lo que mencionas de SUSE 8.1 es interesante, no se que version de kernel usa esta máquina,
¿No? Si tu mismo lo digiste:
UnitedLinux 1.0 (i586) - Kernel 2.4.19-64GB-SMP (5).
O sea, el 2.4.19, que es el mismo que la suse 8.1 si no me equivoco.
pero supongo habrá algun reporte oficial de este problema en la pagina SUSE...
Los reportes y comentarios salieron realmente en la lista inglesa (SLE). Busca "barrier" por ahí. Pero no se si afectó a la versión UL. Es posible, pero yo no lo se. El sintoma era un cuelgue "duro", con los leds del teclado parpadeando. Si afectase, hay una solución, que era añadir la opción "barrier=none" en las opciones del /etc/fstab de cada una de las particiones reiser. Si no admite la opción, entonces no es ese el problema. Otra cosa a mirar, siendo una maquina multiprocesador (SMP), es revisar cosas como el ahorro de energía y el salvapantallas. Si tienes salvapantallas, no lo pongas en ramdom, pon uno que sea simple.
bueno yo trabajo hasta hoy y volveré en un mes así que espero el administrador de la maquina lo resuelva...
Ah, bueno, pasr el embolado a otro es bueno, sobre todo en vacaciones ;-)
Habeis pensado en asignar puntos por las respuestas como en la lista de Hewlet Packard? esa es una fantástica idea y además se evitan en gran parte, comentarios irrelevantes.
¿Acualo? ¿Queeseso?