yo creo que la mejor solucion es recompilar el kernel con soporte ACPI
 como dijo Diego creo.

================================
| Ing. Giovanni Villavicencio S.|
|  Universidad Latina de C.R    |
|     Tel. 395-89-60            |
================================
On Mon, 30 Aug 2004, Carlos Camacho Soto wrote:

Ya hab�a probado con runlevel 4, pero lo mismo. Por el momento seguir� usando sudo mientras investigo lo que propone Diego de ACPI � "dialog". De todas formas, si me pas� a Slackware, lo he de resolver muy a lo Slackware. Gracias


Ivan Yuja Menjivar escribi�:

buenas, me parece que una opcion viene siendo el sudo, pero si quieres algo
mas elegante, te recomiendo que cambies el runlevel por defecto de slackware
(de 3 a 4) para que tengas un "session manager" que corra como root, y que le
de la opcion a los usuarios de apagar el sistema, que viene siendo (hasta
donde yo se) lo que hace red hat.


ahora, como se cambia el runlevel?

bueno, solamente abres el archivo /etc/inittab y en la linea que dice algo como:

id:3:initdefault:

sustituyes el 3 por un numero 4

y luego ejecutas # init 4

y listo.


puedes encontrar mas informacion en man inittab

saludos,

iyuja

Carlos Camacho Soto wrote:

Estoy mal acostumbrado a Redhat en que todas estas cosas se configuran autom�gicamente. En Slack 10 que acabo de instalar, cuando un usuario normal quiere apagar el equipo (correr "poweroff" y "reboot") le dice que solo root las puede ejecutar. Para que las puedan usar los usuarios comunes entiendo que se deben poner setuid root. Eso no lo se hacer, porque en el fondo no entiendo bien setuid.

La soluci�n que he implementado es mediante sudo, pero no me parece muy elegante.

Necesito saber por donde anda la procesi�n con esto de setuid, donde busco mas documentaci�n aparte del man




--
Desuscripci�n: escriba a [EMAIL PROTECTED], tema 'unsubscribe'
Problemas a: [EMAIL PROTECTED] http://www.linux.or.cr/listas







-- Desuscripci�n: escriba a [EMAIL PROTECTED], tema 'unsubscribe'
Problemas a: [EMAIL PROTECTED] http://www.linux.or.cr/listas


Responder a