Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 2 de septiembre de 2014, 23:14, Paulo Riquelme
<olivaresx@gmail.com> escribió:
> El día 2 de septiembre de 2014, 9:54, Camaleón <noelamac@gmail.com> escribió:
>> El Tue, 02 Sep 2014 00:36:47 -0400, Paulo Riquelme escribió:
>>
>> (...)
>>
>>> Al parecer el sistema no apaga desde gnome3, en vez de eso parece que
>>> suspende el equipo, lo que va quitando energía a la batería.
>>
>> Supongo que el equipo no estaba conectado a la corriente eléctrica porque
>> en el caso de que el equipo quedara suspendido o hibernado pero estuviera
>> alimentado (y no se vaya la luz) la batería no debería descargarse en
>> ningún momento.
>
> Es así, estaba desconectado de la corriente.
>
>> Dando por hecho que no estaba alimentado y que pulsaste desde el menú la
>> opción de Apagar, mira a ver si estando en una sesión gráfica el equipo
>> apaga correctamente desde una terminal con "shutdown -h now".
>
> :) Pensé que me dirían eso, así que anoche apagué de esa forma.
> Dentro de Gnome, abrí un terminal y apagué con "shutdown -h now".
> Justo antes de eso revisé el estado de batería, 81%, hoy al encender
> 17 horas después, estaba en 77%.
>
> Me llamó la atención que después de eso se demoró en apagar la
> pantalla(seguía en negro con cursor intermitente), de hecho primero se
> apagó como por inactividad, lo sé porque me llamó la atención que los
> led del teclado siguieran encendidos, entonces presioné una de las
> direcciones del teclado y volvió a encender la pantalla (negra con
> cursor intermitente), finalmente después de otro rato se apagó
> pantalla y teclado también.
>
> Vi esta página
> http://fedorigen.wordpress.com/2011/05/18/tip-cambiar-comportamiento-al-cerrar-laptop-gnome-3/
> donde salen estas instrucciones:
> "gconftool-2 –type string –set
> /apps/gnome-power-manager/buttons/lid_battery "Comportamiento""
>
> "gconftool-2 –type string –set
> /apps/gnome-power-manager/buttons/lid_ac "Comportamiento""
>
> ¿Aplican estas instrucciones para usarlas en Debian?
>
> Finalmente y como es costumbre, dejo el dmesg en http://pastebin.com/FspxYbQw
>
> Gracias por su respuesta,
>
> Paulo
Edito: Para agregar dos cosas:
1 Encontré el archivo
/var/lib/upower/history-charge-PABAS0241231-30-0000.dat el que
contiene el historial de cargas y descargas y se compone de muchas
líneas como estas que saqué casi del final de mi archivo:
1409283838 48,000 discharging
1409284078 47,000 discharging
1409284198 46,000 discharging
1409351517 0,000 unknown
1409351638 37,000 discharging
1409351878 36,000 discharging
1409351998 34,000 discharging
1409352118 33,000 discharging
1409628277 0,000 unknown
1409628395 3,000 charging
1409628515 5,000 charging
1409628635 8,000 charging
1409628755 10,000 charging
los que están etiquetados como unknown parece que son las descargas
mientras está apagado, el último unknown debió ser el del fin de
semana porque la siguiente línea presenta una carga cuando la batería
estaba en 3% app.
2.- Encontré una página en inglés y una posible solución, la página:
http://www.linuxquestions.org/questions/linux-laptop-and-netbook-25/battery-drains-while-off-acpi-related-4175429035/
y la información importante, el último comentario del hilo que dice:
"...This command is executed by the /etc/init.d/hwclock script.
If I set clock_hctosys="NO" in /etc/conf.d/hwclock, that command does
not get executed anymore, and the battery does not drain."
Pero la verdad ni siquiera encuentro el archivo /etc/conf.d/hwclock,
debe estar en otro directorio o quizás ya no se usa, si me pueden
ayudar en eso para seguir buscando la misma solución, muchas gracias.
Paulo.
--
Paulo Riquelme Olivares
Reply to: