¿Que opciones apm y acpi tienes selecionadas en el kernel activo? Puedes mirarlas con: zgrep "APM\|ACPI" /proc/config.gz Y que kernel es el que teneis? Si es el 2.4.7 es antiguo... es fácil que tenga algún bug que se haya corregido posteriormente. Por ejemplo, el 2.4.10 que viene con suse 7.3 es incapaz de leer el joystick, tuve que actualizar a 2.4.16. Seguramente hay más errores. Otra cosa. Los eventos de fuerza (APM) se deben listar en /var/log/messages, puedes mirar si aparece algo. Por ejemplo, en el mio, durante el arranque: Aug 9 13:51:31 nimrodel apmd[610]: Version 3.0final (APM BIOS 1.2, Linux driver 1.15) Aug 9 13:51:31 nimrodel apmd_proxy[612]: start Aug 9 13:51:32 nimrodel apmd_proxy[648]: change power Aug 9 13:51:32 nimrodel apmd[610]: Charge: * * * (-1% unknown) Ocurre una cosa muy "graciosa", y es que si el sistema intenta dormirse, algun demonio puede negarle permiso (el proftp creo que lo hace); lo curioso es que al cerrar el sistema entonces se duerme de repente y tengo que pulsar una tecla para que despierte y continue con el "halt": Aug 9 17:13:38 nimrodel init: Switching to runlevel: 0 Aug 9 17:13:47 nimrodel smpppd[1139]: terminating on signal 15 Aug 9 17:13:53 nimrodel apmd[610]: Event 0x0003: Normal Resume System Aug 9 17:13:53 nimrodel apmd_proxy[3690]: resume suspend Aug 9 17:13:53 nimrodel apmd_proxy[3704]: change power Aug 9 17:13:53 nimrodel apmd[610]: Normal Resume (-1% unknown) AC power Aug 9 17:13:54 nimrodel proftpd[1009]: nimrodel.valinor - ProFTPD killed (signal 15) Aug 9 17:13:54 nimrodel proftpd[1009]: nimrodel.valinor - ProFTPD 1.2.2 standalone mode SHUTDOWN Aug 9 17:13:56 nimrodel apmd[610]: Exiting Aug 9 17:13:56 nimrodel apmd_proxy[3810]: stop En cambio, los eventos de ACPI salen por el /proc, y como no tengo demonio no se usan. No se en que fichero deberían listarse. -- Saludos Carlos Robinson El 02.08.12 a las 07:36, Grupo Dignitas escribió:
Date: Mon, 12 Aug 2002 07:36:17 -0300 From: Grupo Dignitas
To: 'Lista de SuSE' Subject: RE: [suse-linux-s] apm Amigos: Esto ya se está poniendo interesante. El soporte de HP dice que el problema no es de ellos (¿Cuándo nos llevaremos bien, los de hardware y software?). Seguimos buscando el problema, y atendimos las posibilidades enviadas por Carlos, bueno, sigue todo igual. El próximo paso, es compilar nuevamente el kernel, y prender varias velas. De lo que estamos seguros, es que no queremos volver al kernel 2.2.x, tuvimos muchos problemas en otros equipos con ipchains...sí, con ipchains; péro ésa es otra discusión. Los mantengo al tanto.
Ernesto