[Solucionado] OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 8 de septiembre de 2014, 12:56, Paulo Riquelme escribió: > El día 8 de septiembre de 2014, 12:32, Camaleón escribió: >> El Mon, 08 Sep 2014 12:21:46 -0300, Paulo Riquelme escribió: >> >>> El día 8 de septiembre de 2014, 11:29, Camaleón >>> escribió: >> >> (...) >> En el archivo que mandas no se ve nada raro: detecta la batería y no detecta conexión a la red eléctrica. Tienes que tener en cuenta que una vez iniciado el sistema con todos los servicios (y sin usar ningún perfil de ahorro energético, ni suspensión/hibernación) la carga de la batería te va a ir disminuyendo progresivamente, eso es normal. Y como no la conectas a la toma de corriente, pues se agota. >>> >>> Ok, naturalmente va a ir disminuyendo la carga de la batería si no la >>> conecto a AC, pero: >>> >>> un apagado + 48 horas inactivo + un encendido = -5% >> >> La ecuación sería: >> >> encendido "n" horas + 1 apagado + 48 horas inactivo/sin carga + 1 encendido >> = -5% >> >> Razonable. > > A noo pues, siento que estoy hinchando más de la cuenta, pero no > considero la variable "encendido 'n' horas" ya que la lectura de la > batería para hacer la medición la hago justo antes de dar el enter al > "shutdown -h now", algo así como: > > 1.- abro xterminal > 2.- En la xterminal escribo su - password (obtengo privilegios de > administrador) > 3.- escribo "shutdown -h now" (lo dejo ahí) > 4.- Doy click en el ícono de la batería en Gnome (arriba a la derecha, > vista original de gnome3) > 5.- Hago la lectura del % y el tiempo de batería que queda. > 6.- Vuelvo al xterminal (donde está el shutdown -h now) y doy enter > > Así lo estoy haciendo hace días ya :) > >>> no sé si sea "normal" aunque insisto que estoy más que contento con ese >>> consumo ya que es mucho menor al que tenía anteriormente, ahora bien, >>> ¿me recomendarías que activara el laptop-mode-tools y de manera personal >>> comience a buscar los parámetros adecuados que hacen drenar batería al >>> estar inactivo? te pregunto esto ya que contar con un perfil de ahorro >>> mientras el notebook está encendido maximiza el tiempo de autonomía y >>> por otro lado ya sé que aalgo de lo que administra el laptop-mode-tools >>> me hacía consumir batería mientras estaba apagado. >> >> (...) >> >> Bueno, se supone que laptop-mode-tools sirve precisamente para aumentar la >> autonomía de la batería cuando no está conectado a la red eléctrica pero en >> tu caso parece que tiene el efecto contrario, quizá porque no pones el >> equipo a cargar después de trabajar con él y vas dejando que la batería se >> vaya agotando. > > Sí, como dije el otro día, sensei real, así lo haré. Te pasaste nuevamente. :) > >> Yo no tengo instalado ese paquete pero como ya te comenté suelo trabajar con >> el equipo siempre alimentado y cuando tengo que tirar de la batería lo pongo >> a cargar en cuanto puedo. >> >> En cualquier caso, tampoco estaría de más que miraras si hay alguna >> actualización de la BIOS/EFI de tu equipo. Finalmente la solución fue desactivar el laptop-mode-tools, algo hay en la configuración de este paquete en mi sistema que hacía gastar energía mientras el equipo estaba apagado, raro pero era así. Muchas gracias nuevamente y Saludos. -- Paulo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cajvcbjb_jkmzsz9buojbsp4sbrneo4oay_u3jnfzw6_jwzc...@mail.gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Mon, 08 Sep 2014 12:21:46 -0300, Paulo Riquelme escribió: > El día 8 de septiembre de 2014, 11:29, Camaleón > escribió: (...) >> En el archivo que mandas no se ve nada raro: detecta la batería y no >> detecta conexión a la red eléctrica. Tienes que tener en cuenta que una >> vez iniciado el sistema con todos los servicios (y sin usar ningún >> perfil de ahorro energético, ni suspensión/hibernación) la carga de la >> batería te va a ir disminuyendo progresivamente, eso es normal. Y como >> no la conectas a la toma de corriente, pues se agota. > > Ok, naturalmente va a ir disminuyendo la carga de la batería si no la > conecto a AC, pero: > > un apagado + 48 horas inactivo + un encendido = -5% La ecuación sería: encendido "n" horas + 1 apagado + 48 horas inactivo/sin carga + 1 encendido = -5% Razonable. > no sé si sea "normal" aunque insisto que estoy más que contento con ese > consumo ya que es mucho menor al que tenía anteriormente, ahora bien, > ¿me recomendarías que activara el laptop-mode-tools y de manera personal > comience a buscar los parámetros adecuados que hacen drenar batería al > estar inactivo? te pregunto esto ya que contar con un perfil de ahorro > mientras el notebook está encendido maximiza el tiempo de autonomía y > por otro lado ya sé que aalgo de lo que administra el laptop-mode-tools > me hacía consumir batería mientras estaba apagado. (...) Bueno, se supone que laptop-mode-tools sirve precisamente para aumentar la autonomía de la batería cuando no está conectado a la red eléctrica pero en tu caso parece que tiene el efecto contrario, quizá porque no pones el equipo a cargar después de trabajar con él y vas dejando que la batería se vaya agotando. Yo no tengo instalado ese paquete pero como ya te comenté suelo trabajar con el equipo siempre alimentado y cuando tengo que tirar de la batería lo pongo a cargar en cuanto puedo. En cualquier caso, tampoco estaría de más que miraras si hay alguna actualización de la BIOS/EFI de tu equipo. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.09.08.15.32...@gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 8 de septiembre de 2014, 11:29, Camaleón escribió: > El Mon, 08 Sep 2014 00:05:17 -0300, Paulo Riquelme escribió: > >> El día 6 de septiembre de 2014, 15:56, Camaleón >> escribió: > > (...) > >>> Hum... ¿cómo "desactivaste" exactamente el demonio? Porque si lo >>> detienes y reinicias el equipo se vuelve a cargar. Y por otra parte, se >>> trata de comprobar que estando encendido el equipo SIN ese demonio en >>> ejecución la batería permanece estable. Ten en cuenta que al NO tener >>> conectado el cable de alimentación al portátil la batería se consume >>> continuamente y sólo con encender el equipo ya debe de bajar el nivel >>> de carga. >> >> Sí, lo siento, no fui nada claro, lo que quise decir es que >> efectivamente desactivé el laptop-mode-tools de forma definitiva desde >> /etc/laptop-mode/laptop-mode.conf cambiando el valor de la línea >> "ENABLE_LAPTOP_MODE_TOOLS=1" y lo cambié por >> "ENABLE_LAPTOP_MODE_TOOLS=0", de hecho de puro menso en las líneas >> "ENABLE_LAPTOP_MODE_ON_BATTERY" también le cambié el valor a 0, luego de >> eso reinicié el sistema entero desde Gnome, no lo comprobé pero supongo >> que ya cambiando el valor de la primera línea que mencioné a "0" ya no >> se carga el Laptop-mode-tools. > > Comprueba que no esté iniciado con "service laptop-mode status". > >>> No, no es lo mismo. Interesa que desactives completamente el servicio >>> que se ejecuta como demonio y se carga nada más iniciar el sistema. En >>> el archivo /etc/laptop-mode/laptop-mode.conf define la variable >>> ENABLE_LAPTOP_MODE_TOOLS a "0", guarda los cambios y reinicia el equipo >>> para comprobar que no se inicia el servicio. >> >> Como dije arriba, el viernes desactivé el laptop-mode-tools, cambiando >> el valor de la variable ENABLE_LAPTOP_MODE_TOOLS a "0", reinicié el >> sistema desde el botón reiniciar de Gnome, al iniciar nuevamente el >> sistema trabajé un rato más, tomé nota del nivel de batería que bajó un >> poco (6 a 7 % +-) al desactivar laptop-mode-tools y seguidamente apagué >> desde una xterminal, con "shutdown -h now". Desde ese momento no lo >> toqué hasta hoy. >> >> Hoy, después de 48 horas encendí mi notebook y parece que vamos bien, >> ya que después de los 2 días vi una descarga sólo del 5% (lectura el >> viernes 71% y lectura ahora 66%) que es un cambio mucho menor que el >> ocurrido las veces anteriores. >> >> Sobre si quedan dudas de la carga de laptop-mode-tools como demonio, >> ejecuté "systemctl" varias veces y con las opciones por separado "grep | >> Laptop", "grep | laptop", "grep | lmt";"grep | LMT" y no >> habían datos. > > Bien :-) > >> Acá está el dmesg http://pastebin.com/L6YtaA1L > > En el archivo que mandas no se ve nada raro: detecta la batería y no > detecta conexión a la red eléctrica. Tienes que tener en cuenta que una > vez iniciado el sistema con todos los servicios (y sin usar ningún perfil > de ahorro energético, ni suspensión/hibernación) la carga de la batería > te va a ir disminuyendo progresivamente, eso es normal. Y como no la > conectas a la toma de corriente, pues se agota. Ok, naturalmente va a ir disminuyendo la carga de la batería si no la conecto a AC, pero: un apagado + 48 horas inactivo + un encendido = -5% no sé si sea "normal" aunque insisto que estoy más que contento con ese consumo ya que es mucho menor al que tenía anteriormente, ahora bien, ¿me recomendarías que activara el laptop-mode-tools y de manera personal comience a buscar los parámetros adecuados que hacen drenar batería al estar inactivo? te pregunto esto ya que contar con un perfil de ahorro mientras el notebook está encendido maximiza el tiempo de autonomía y por otro lado ya sé que aalgo de lo que administra el laptop-mode-tools me hacía consumir batería mientras estaba apagado. >> Ah! se me olvidaba que al ingresar al sistema el reloj del gnome me >> estaba mostrando las 01:07 del lunes 08 de septiembre cuando de verdad >> eran las 23:07 del domingo 07, esto lo menciono nada más que para ser >> detallista en todo lo que ocurre en mi compu, no creo que tenga relación >> con lo mismo que estamos viendo. Y luego como que se arregló sólo a la >> hora correcta, debió ser cuando reinicié mi router porque no me estaba >> dando internet. > > Es decir, que GNOME muestra un desfase de la zona horaria (+0200), mira a > ver qué te devuelve "date" para ver si la zona es correcta. Lo voy a revisar pero como digo se arregló sólo y me pareció que fue cuando recuperé la conexión a internet. Muuuchas Gracias de nuevo. -- Paulo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJvcBJZxo++bgBCw_BpTv=jfw52txerx1_zgs+w0xou-waa...@mail.gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Mon, 08 Sep 2014 00:05:17 -0300, Paulo Riquelme escribió: > El día 6 de septiembre de 2014, 15:56, Camaleón > escribió: (...) >> Hum... ¿cómo "desactivaste" exactamente el demonio? Porque si lo >> detienes y reinicias el equipo se vuelve a cargar. Y por otra parte, se >> trata de comprobar que estando encendido el equipo SIN ese demonio en >> ejecución la batería permanece estable. Ten en cuenta que al NO tener >> conectado el cable de alimentación al portátil la batería se consume >> continuamente y sólo con encender el equipo ya debe de bajar el nivel >> de carga. > > Sí, lo siento, no fui nada claro, lo que quise decir es que > efectivamente desactivé el laptop-mode-tools de forma definitiva desde > /etc/laptop-mode/laptop-mode.conf cambiando el valor de la línea > "ENABLE_LAPTOP_MODE_TOOLS=1" y lo cambié por > "ENABLE_LAPTOP_MODE_TOOLS=0", de hecho de puro menso en las líneas > "ENABLE_LAPTOP_MODE_ON_BATTERY" también le cambié el valor a 0, luego de > eso reinicié el sistema entero desde Gnome, no lo comprobé pero supongo > que ya cambiando el valor de la primera línea que mencioné a "0" ya no > se carga el Laptop-mode-tools. Comprueba que no esté iniciado con "service laptop-mode status". >> No, no es lo mismo. Interesa que desactives completamente el servicio >> que se ejecuta como demonio y se carga nada más iniciar el sistema. En >> el archivo /etc/laptop-mode/laptop-mode.conf define la variable >> ENABLE_LAPTOP_MODE_TOOLS a "0", guarda los cambios y reinicia el equipo >> para comprobar que no se inicia el servicio. > > Como dije arriba, el viernes desactivé el laptop-mode-tools, cambiando > el valor de la variable ENABLE_LAPTOP_MODE_TOOLS a "0", reinicié el > sistema desde el botón reiniciar de Gnome, al iniciar nuevamente el > sistema trabajé un rato más, tomé nota del nivel de batería que bajó un > poco (6 a 7 % +-) al desactivar laptop-mode-tools y seguidamente apagué > desde una xterminal, con "shutdown -h now". Desde ese momento no lo > toqué hasta hoy. > > Hoy, después de 48 horas encendí mi notebook y parece que vamos bien, > ya que después de los 2 días vi una descarga sólo del 5% (lectura el > viernes 71% y lectura ahora 66%) que es un cambio mucho menor que el > ocurrido las veces anteriores. > > Sobre si quedan dudas de la carga de laptop-mode-tools como demonio, > ejecuté "systemctl" varias veces y con las opciones por separado "grep | > Laptop", "grep | laptop", "grep | lmt";"grep | LMT" y no > habían datos. Bien :-) > Acá está el dmesg http://pastebin.com/L6YtaA1L En el archivo que mandas no se ve nada raro: detecta la batería y no detecta conexión a la red eléctrica. Tienes que tener en cuenta que una vez iniciado el sistema con todos los servicios (y sin usar ningún perfil de ahorro energético, ni suspensión/hibernación) la carga de la batería te va a ir disminuyendo progresivamente, eso es normal. Y como no la conectas a la toma de corriente, pues se agota. > Ah! se me olvidaba que al ingresar al sistema el reloj del gnome me > estaba mostrando las 01:07 del lunes 08 de septiembre cuando de verdad > eran las 23:07 del domingo 07, esto lo menciono nada más que para ser > detallista en todo lo que ocurre en mi compu, no creo que tenga relación > con lo mismo que estamos viendo. Y luego como que se arregló sólo a la > hora correcta, debió ser cuando reinicié mi router porque no me estaba > dando internet. Es decir, que GNOME muestra un desfase de la zona horaria (+0200), mira a ver qué te devuelve "date" para ver si la zona es correcta. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.09.08.14.29...@gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 6 de septiembre de 2014, 15:56, Camaleón escribió:
> El Sat, 06 Sep 2014 14:20:22 -0400, Paulo Riquelme escribió:
>
>> El día 6 de septiembre de 2014, 9:51, Camaleón
>> escribió:
>
> (...)
>
>>> De lo que hablan en ese hilo de foro francés es del mismo problema que
>>> tienes tú pero no te vuelvas loco, haz la prueba que te he comentado y
>>> observa si notas alguna mejoría. Que un portátil consuma batería
>>> apagado obviamente apunta a un error de la BIOS/UEFI ya que el sistema
>>> operativo no entra en juego.
>>
>> Sí, anoche desactivé laptop-mode-tools, reinicié y al rato apagué
>> tomando nota de los niveles de batería
>
> Hum... ¿cómo "desactivaste" exactamente el demonio? Porque si lo detienes
> y reinicias el equipo se vuelve a cargar. Y por otra parte, se trata de
> comprobar que estando encendido el equipo SIN ese demonio en ejecución la
> batería permanece estable. Ten en cuenta que al NO tener conectado el
> cable de alimentación al portátil la batería se consume continuamente y
> sólo con encender el equipo ya debe de bajar el nivel de carga.
Sí, lo siento, no fui nada claro, lo que quise decir es que
efectivamente desactivé el laptop-mode-tools de forma definitiva desde
/etc/laptop-mode/laptop-mode.conf cambiando el valor de la línea
"ENABLE_LAPTOP_MODE_TOOLS=1" y lo cambié por
"ENABLE_LAPTOP_MODE_TOOLS=0", de hecho de puro menso en las líneas
"ENABLE_LAPTOP_MODE_ON_BATTERY" también le cambié el valor a 0, luego
de eso reinicié el sistema entero desde Gnome, no lo comprobé pero
supongo que ya cambiando el valor de la primera línea que mencioné a
"0" ya no se carga el Laptop-mode-tools.
>>> Yo te recomiendo que detengas el servicio ("service laptop-mode stop")
>>> y sólo en el caso de que haciendo esto notaras alguna mejoría con la
>>> carga de la batería, seguiría investigando por ese camino (acpi, wol,
>>> etc...).
>>
>> Yo lo detuve desde el /etc/laptop-mode-tools/lapconf Lo desactivé
>> permanente en modo batería y en AC también, ¿es lo mismo que "service
>> laptop-mode stop"?
>
> (...)
>
> No, no es lo mismo. Interesa que desactives completamente el servicio que
> se ejecuta como demonio y se carga nada más iniciar el sistema. En el
> archivo /etc/laptop-mode/laptop-mode.conf define la variable
> ENABLE_LAPTOP_MODE_TOOLS a "0", guarda los cambios y reinicia el equipo
> para comprobar que no se inicia el servicio.
Como dije arriba, el viernes desactivé el laptop-mode-tools, cambiando
el valor de la variable ENABLE_LAPTOP_MODE_TOOLS a "0", reinicié el
sistema desde el botón reiniciar de Gnome, al iniciar nuevamente el
sistema trabajé un rato más, tomé nota del nivel de batería que bajó
un poco (6 a 7 % +-) al desactivar laptop-mode-tools y seguidamente
apagué desde una xterminal, con "shutdown -h now". Desde ese momento
no lo toqué hasta hoy.
Hoy, después de 48 horas encendí mi notebook y parece que vamos bien,
ya que después de los 2 días vi una descarga sólo del 5% (lectura el
viernes 71% y lectura ahora 66%) que es un cambio mucho menor que el
ocurrido las veces anteriores.
Sobre si quedan dudas de la carga de laptop-mode-tools como demonio,
ejecuté "systemctl" varias veces y con las opciones por separado "grep
| Laptop", "grep | laptop", "grep | lmt";"grep | LMT" y no
habían datos.
Acá está el dmesg
http://pastebin.com/L6YtaA1L
Ah! se me olvidaba que al ingresar al sistema el reloj del gnome me
estaba mostrando las 01:07 del lunes 08 de septiembre cuando de verdad
eran las 23:07 del domingo 07, esto lo menciono nada más que para ser
detallista en todo lo que ocurre en mi compu, no creo que tenga
relación con lo mismo que estamos viendo. Y luego como que se arregló
sólo a la hora correcta, debió ser cuando reinicié mi router porque no
me estaba dando internet.
Espero que sea cierto que así como lo veo esto va mejorando, gracias y saludos.
Paulo
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/cajvcbjb9jtxhzhf9yci7svdgyeu-vwh9xgsdrxz_8m+vjaa...@mail.gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Sat, 06 Sep 2014 14:20:22 -0400, Paulo Riquelme escribió:
> El día 6 de septiembre de 2014, 9:51, Camaleón
> escribió:
(...)
>> De lo que hablan en ese hilo de foro francés es del mismo problema que
>> tienes tú pero no te vuelvas loco, haz la prueba que te he comentado y
>> observa si notas alguna mejoría. Que un portátil consuma batería
>> apagado obviamente apunta a un error de la BIOS/UEFI ya que el sistema
>> operativo no entra en juego.
>
> Sí, anoche desactivé laptop-mode-tools, reinicié y al rato apagué
> tomando nota de los niveles de batería
Hum... ¿cómo "desactivaste" exactamente el demonio? Porque si lo detienes
y reinicias el equipo se vuelve a cargar. Y por otra parte, se trata de
comprobar que estando encendido el equipo SIN ese demonio en ejecución la
batería permanece estable. Ten en cuenta que al NO tener conectado el
cable de alimentación al portátil la batería se consume continuamente y
sólo con encender el equipo ya debe de bajar el nivel de carga.
>> Yo te recomiendo que detengas el servicio ("service laptop-mode stop")
>> y sólo en el caso de que haciendo esto notaras alguna mejoría con la
>> carga de la batería, seguiría investigando por ese camino (acpi, wol,
>> etc...).
>
> Yo lo detuve desde el /etc/laptop-mode-tools/lapconf Lo desactivé
> permanente en modo batería y en AC también, ¿es lo mismo que "service
> laptop-mode stop"?
(...)
No, no es lo mismo. Interesa que desactives completamente el servicio que
se ejecuta como demonio y se carga nada más iniciar el sistema. En el
archivo /etc/laptop-mode/laptop-mode.conf define la variable
ENABLE_LAPTOP_MODE_TOOLS a "0", guarda los cambios y reinicia el equipo
para comprobar que no se inicia el servicio.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.06.19.56...@gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 6 de septiembre de 2014, 9:51, Camaleón escribió:
> El Fri, 05 Sep 2014 23:11:51 -0400, Paulo Riquelme escribió:
>
>> El día 5 de septiembre de 2014, 11:04, Camaleón
>> escribió:
>
> (...)
>
>>> No te vuelvas loco con el WOL, prueba primero a desactivar el servicio
>>> "laptop-mode" para ver si hay algún cambio con el nivel de la batería y
>>> en base a eso sigues haciendo más pruebas.
>>
>> ok, hoy voy a hacer eso y voy a mirar más allá del WOL, aunque lo
>> encuentro harto en páginas de tipos que también han tenido notebooks hp,
>> como por ejamplo:
>> http://www.debian-fr.org/wheezy-pc-eteint-qu-consomme-t39946-75.html
>>
>> hablan de gestión de rtc, del famoso WOL, hwclock, ACPI, también de un
>> informe de error (48711); Pero este hilo era de noviembre 2012, ese
>> informe de error ¿quiere decir que los responsables del proyecto
>> aceptaron esto como un aspecto a mejorar del sistema? y si fue así a
>> estas alturas de 2014 se debiera considerar como un caso superado?
>
> De lo que hablan en ese hilo de foro francés es del mismo problema que
> tienes tú pero no te vuelvas loco, haz la prueba que te he comentado y
> observa si notas alguna mejoría. Que un portátil consuma batería apagado
> obviamente apunta a un error de la BIOS/UEFI ya que el sistema operativo
> no entra en juego.
Sí, anoche desactivé laptop-mode-tools, reinicié y al rato apagué
tomando nota de los niveles de batería
>> Por último, en esa página salen instrucciones para crear un ejecutable
>> con estas líneas:
>> #!/bin/sh /sbin/ethtool -s eth0 wol d acpitool -w | grep enabled | grep
>> -v "LID" | sed -e '1,$s/
>> *\([0-9]*\)\..*$/\1/' | xargs -n 1 acpitool -W
>>
>> pero no me logro enterar dónde y nombre del archivo donde debe ir esto,
>> entiendo que es para desactivar algunos módulos a la hora de apagar.
>
> (...)
>
> Yo primero probaría a desactivar el servicio "laptop-mode" antes que
> empezar a tocar cosas al tún-tún.
>> Bueno, sobre la prueba diaria que estoy haciendo ayer apagué sin estar
>> conectado a AC y con el módulo de ethernet del laptop-mode-tools
>> activado, nuevamente chupó como 6% de batería durante 18 horas apagado
>> aproximadamente.
>
> Yo te recomiendo que detengas el servicio ("service laptop-mode stop") y
> sólo en el caso de que haciendo esto notaras alguna mejoría con la carga
> de la batería, seguiría investigando por ese camino (acpi, wol, etc...).
Yo lo detuve desde el /etc/laptop-mode-tools/lapconf
Lo desactivé permanente en modo batería y en AC también, ¿es lo mismo
que "service laptop-mode stop"?
Mientras tanto estoy escribiendo desde otro lado, no voy a encender mi
computador hasta mañana para dar más tiempo a un posible cambio.
Mañana al tener los resultados los comento acá. Saludos.
Gracias
--
Paulo
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAJvcBJY3PfjYJdfp70AWPnDY9Be=PCXoKpcXFZwzdMp-=v9...@mail.gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Fri, 05 Sep 2014 23:11:51 -0400, Paulo Riquelme escribió:
> El día 5 de septiembre de 2014, 11:04, Camaleón
> escribió:
(...)
>> No te vuelvas loco con el WOL, prueba primero a desactivar el servicio
>> "laptop-mode" para ver si hay algún cambio con el nivel de la batería y
>> en base a eso sigues haciendo más pruebas.
>
> ok, hoy voy a hacer eso y voy a mirar más allá del WOL, aunque lo
> encuentro harto en páginas de tipos que también han tenido notebooks hp,
> como por ejamplo:
> http://www.debian-fr.org/wheezy-pc-eteint-qu-consomme-t39946-75.html
>
> hablan de gestión de rtc, del famoso WOL, hwclock, ACPI, también de un
> informe de error (48711); Pero este hilo era de noviembre 2012, ese
> informe de error ¿quiere decir que los responsables del proyecto
> aceptaron esto como un aspecto a mejorar del sistema? y si fue así a
> estas alturas de 2014 se debiera considerar como un caso superado?
De lo que hablan en ese hilo de foro francés es del mismo problema que
tienes tú pero no te vuelvas loco, haz la prueba que te he comentado y
observa si notas alguna mejoría. Que un portátil consuma batería apagado
obviamente apunta a un error de la BIOS/UEFI ya que el sistema operativo
no entra en juego.
> Por último, en esa página salen instrucciones para crear un ejecutable
> con estas líneas:
> #!/bin/sh /sbin/ethtool -s eth0 wol d acpitool -w | grep enabled | grep
> -v "LID" | sed -e '1,$s/
> *\([0-9]*\)\..*$/\1/' | xargs -n 1 acpitool -W
>
> pero no me logro enterar dónde y nombre del archivo donde debe ir esto,
> entiendo que es para desactivar algunos módulos a la hora de apagar.
(...)
Yo primero probaría a desactivar el servicio "laptop-mode" antes que
empezar a tocar cosas al tún-tún.
> Bueno, sobre la prueba diaria que estoy haciendo ayer apagué sin estar
> conectado a AC y con el módulo de ethernet del laptop-mode-tools
> activado, nuevamente chupó como 6% de batería durante 18 horas apagado
> aproximadamente.
Yo te recomiendo que detengas el servicio ("service laptop-mode stop") y
sólo en el caso de que haciendo esto notaras alguna mejoría con la carga
de la batería, seguiría investigando por ese camino (acpi, wol, etc...).
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.09.06.13.51...@gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 5 de septiembre de 2014, 11:04, Camaleón escribió: > El Thu, 04 Sep 2014 23:11:59 -0400, Paulo Riquelme escribió: > >> El día 4 de septiembre de 2014, 10:10, Camaleón >> escribió: > > (...) > >>> Hombre, pues sí. Mira a ver si encuentras alguna entrada más >>> relacionada con la batería (ejecuta como root "grep -i battery >>> /var/log/syslog"). >> >> Eres seco jaj, claro que eran pocas líneas, las pego acá: > > (...) > >> Sep 2 22:59:25 ROQ515HP kernel: [9.698283] ACPI: Battery Slot >> [BAT1] (battery present) >> Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: >> battery: (dis)charge rate invalid. > > (...) > > Pues no hay nada nuevo. Al menos detecta que hay una batería conectada :-P > Por cierto ¿por qué desenchufas el equipo de la toma eléctrica? :-? Son dos los momentos en que hago eso: Si es cuando termino de usarlo es porque lo guardo Si es cuando lo estoy utilizando es porque leí que para cuidar estas baterías de polímero de lithio se debe cargar parcialmente, desde 20% hasta 85% más menos. Así que al cargarse más de 85% lo desconecto y sigo con batería. >>> >>> Yo te recomendaría que no lo desconectaras. >>> >>> Además, las baterías de Li-Ion no necesitan ningún tipo de >>> mantenimiento preventivo (más bien al contrario puesto que cuantas más >>> veces la recargues antes acortas su vida puesto que como todas las >>> baterías recargables tienen un número limitado de ciclos de carga) y >>> los dispositivos desconectan cuando están cargadas. >> >> mmm, no encontré las páginas que decían esto para poder responder bien, >> pero escribían sobre el ciclo que se completaba al cargar por ejemplo >> 50% + 30% + 20% se contaría como un ciclo y no como 3 veces. >> Pero bueno, a estas alturas eres como un sensei real para mí así que >> como dices tú, vamos que a ojos cerrados te hago caso x) > > Yo es que a las baterías no les hago ni caso, es decir, las de plomo > ácido sé que empiezan a fallar a los 4-5 años (como mucho y sni no han > reventado antes) y las más modernicas de ion-litio pues a partir de los > 3-4 años no es que fallen pero sí que notas una degradación evidente y la > autonomía empieza a decaer, las cuides como las cuides y hagas lo que > hagas así que si dependes de ellas lo mejor es reemplazarlas. > > (...) > >> Lo que viene para mí y este asunto es darme tiempos razonables mayores a >> un día para hacer las pruebas necesarias y obtener resultados más >> objetivos, ya que en este tema cada una de las pruebas necesita su buen >> tiempo, la información que me has brindado me ha servido bastante y >> quisiera que me sigas ayudando luego de esta "pausa" si no fuera mucha >> la molestia. > > No te vuelvas loco con el WOL, prueba primero a desactivar el servicio > "laptop-mode" para ver si hay algún cambio con el nivel de la batería y > en base a eso sigues haciendo más pruebas. ok, hoy voy a hacer eso y voy a mirar más allá del WOL, aunque lo encuentro harto en páginas de tipos que también han tenido notebooks hp, como por ejamplo: http://www.debian-fr.org/wheezy-pc-eteint-qu-consomme-t39946-75.html hablan de gestión de rtc, del famoso WOL, hwclock, ACPI, también de un informe de error (48711); Pero este hilo era de noviembre 2012, ese informe de error ¿quiere decir que los responsables del proyecto aceptaron esto como un aspecto a mejorar del sistema? y si fue así a estas alturas de 2014 se debiera considerar como un caso superado? Por último, en esa página salen instrucciones para crear un ejecutable con estas líneas: #!/bin/sh /sbin/ethtool -s eth0 wol d acpitool -w | grep enabled | grep -v "LID" | sed -e '1,$s/ *\([0-9]*\)\..*$/\1/' | xargs -n 1 acpitool -W pero no me logro enterar dónde y nombre del archivo donde debe ir esto, entiendo que es para desactivar algunos módulos a la hora de apagar. Sobre el archivo /proc/acpi/wakeup al que se hace referencia para ver los resultados de la instrucción anterior, el mio tiene esto: /proc/acpi/wakeup Device S-state Status Sysfs node XHC1 S4*disabled RP01 S4*disabled pci::00:1c.0 PXSX S4*disabled RP02 S4*disabled pci::00:1c.1 PXSX S4*disabled pci::02:00.0 RP03 S4*disabled pci::00:1c.2 PXSX S4*disabled pci::03:00.0 RP04 S5*disabled pci::00:1c.3 PXSX S5*disabled pci::04:00.0 EHC1 S3*enabled pci::00:1d.0 PWRB S4*enabled BRCM S0*disabled Bueno, sobre la prueba diaria que estoy haciendo ayer apagué sin estar conectado a AC y con el módulo de ethernet del laptop-mode-tools activado, nuevamente chupó como 6% de batería durante 18 horas apagado aproximadamente. Saludos, gracias por el tiempo. Paulo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJvcBJbGTHbkpUQE2chip-1LRQfQo=znkld2uajqcysy
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Thu, 04 Sep 2014 23:11:59 -0400, Paulo Riquelme escribió: > El día 4 de septiembre de 2014, 10:10, Camaleón > escribió: (...) >> Hombre, pues sí. Mira a ver si encuentras alguna entrada más >> relacionada con la batería (ejecuta como root "grep -i battery >> /var/log/syslog"). > > Eres seco jaj, claro que eran pocas líneas, las pego acá: (...) > Sep 2 22:59:25 ROQ515HP kernel: [9.698283] ACPI: Battery Slot > [BAT1] (battery present) > Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: > battery: (dis)charge rate invalid. (...) Pues no hay nada nuevo. Al menos detecta que hay una batería conectada :-P Por cierto ¿por qué desenchufas el equipo de la toma eléctrica? :-? >>> >>> Son dos los momentos en que hago eso: >>> Si es cuando termino de usarlo es porque lo guardo Si es cuando lo >>> estoy utilizando es porque leí que para cuidar estas baterías de >>> polímero de lithio se debe cargar parcialmente, desde 20% >>> hasta 85% más menos. Así que al cargarse más de 85% lo desconecto y >>> sigo con batería. >> >> Yo te recomendaría que no lo desconectaras. >> >> Además, las baterías de Li-Ion no necesitan ningún tipo de >> mantenimiento preventivo (más bien al contrario puesto que cuantas más >> veces la recargues antes acortas su vida puesto que como todas las >> baterías recargables tienen un número limitado de ciclos de carga) y >> los dispositivos desconectan cuando están cargadas. > > mmm, no encontré las páginas que decían esto para poder responder bien, > pero escribían sobre el ciclo que se completaba al cargar por ejemplo > 50% + 30% + 20% se contaría como un ciclo y no como 3 veces. > Pero bueno, a estas alturas eres como un sensei real para mí así que > como dices tú, vamos que a ojos cerrados te hago caso x) Yo es que a las baterías no les hago ni caso, es decir, las de plomo ácido sé que empiezan a fallar a los 4-5 años (como mucho y sni no han reventado antes) y las más modernicas de ion-litio pues a partir de los 3-4 años no es que fallen pero sí que notas una degradación evidente y la autonomía empieza a decaer, las cuides como las cuides y hagas lo que hagas así que si dependes de ellas lo mejor es reemplazarlas. (...) > Lo que viene para mí y este asunto es darme tiempos razonables mayores a > un día para hacer las pruebas necesarias y obtener resultados más > objetivos, ya que en este tema cada una de las pruebas necesita su buen > tiempo, la información que me has brindado me ha servido bastante y > quisiera que me sigas ayudando luego de esta "pausa" si no fuera mucha > la molestia. No te vuelvas loco con el WOL, prueba primero a desactivar el servicio "laptop-mode" para ver si hay algún cambio con el nivel de la batería y en base a eso sigues haciendo más pruebas. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.09.05.15.04...@gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 4 de septiembre de 2014, 10:10, Camaleón escribió: > El Thu, 04 Sep 2014 00:10:19 -0400, Paulo Riquelme escribió: > >> El día 3 de septiembre de 2014, 12:10, Camaleón >> escribió: > > (...) > > De todas formas, para saber si el equipo ha vuelto de una > restauración o de un estado apagado tendrás que revisar el registro > /var/log/syslog y también / var/log/pm-powersave.log. También puedes > fijarte en las fechas de los archivos de registro. Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a estos dos archivos para revisar las fechas cierto? >>> >>> Sí, bueno, a cualquier archivo de registro que se modifique cuando >>> inicias el sistema "en frío", como el syslog, el del kernel, >>> Xorg.0.log... >> >> El syslog, algo podían indicarnos estas líneas: >> >> Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: >> battery: (dis)charge rate invalid. > > Hombre, pues sí. Mira a ver si encuentras alguna entrada más relacionada > con la batería (ejecuta como root "grep -i battery /var/log/syslog"). Eres seco jaj, claro que eran pocas líneas, las pego acá: Sep 2 18:35:39 ROQ515HP kernel: [9.731919] ACPI: Battery Slot [BAT1] (battery present) Sep 2 18:37:59 ROQ515HP kernel: [9.435383] ACPI: Battery Slot [BAT1] (battery present) Sep 2 22:59:25 ROQ515HP kernel: [9.698283] ACPI: Battery Slot [BAT1] (battery present) Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: battery: (dis)charge rate invalid. Sep 3 18:19:28 ROQ515HP kernel: [9.568861] ACPI: Battery Slot [BAT1] (battery present) Sep 3 19:17:35 ROQ515HP kernel: [ 3506.789581] [Firmware Bug]: battery: (dis)charge rate invalid. Sep 3 21:12:18 ROQ515HP kernel: [9.321945] ACPI: Battery Slot [BAT1] (battery present) Sep 3 21:17:37 ROQ515HP kernel: [9.496350] ACPI: Battery Slot [BAT1] (battery present) Sep 3 23:07:21 ROQ515HP kernel: [9.668790] ACPI: Battery Slot [BAT1] (battery present) Sep 3 23:53:27 ROQ515HP kernel: [ 2785.237625] [Firmware Bug]: battery: (dis)charge rate invalid. Sep 4 21:56:32 ROQ515HP kernel: [9.721103] ACPI: Battery Slot [BAT1] (battery present) y como estoy metido con el tema del wake on lan ejecuté lo mismo pero con eth0, osea "grep -i eth0 /var/log/syslog" y obtuve resultados, demasiados para acá así que nuevamente pegué en pastebin acá http://pastebin.com/8cdXLrby >> y creo que el archivo es muy grande pues el pastebin no me deja pegar el >> contenido > > Lo que interesaba ver era la fecha de creación pero vaya, algo me dice > que el equipo apaga correctamente y la batería se descarga por algún otro > motivo. > >> El /var/log/pm-powersave.log no tengo ese archivo > > Raro pero vale. xD Mi computador, mi fiel reflejo >> Sobre las fechas de creación >> >> stat del syslog: >> Fichero: «/var/log/syslog» >> Tamaño: 812013 Bloques: 1600 Bloque E/S: 4096 fichero >> regular >> Dispositivo: 804h/2052d Nodo-i: 789370 Enlaces: 1 Acceso: >> (0640/-rw-r-) Uid: (0/root) Gid: (4/ adm) >> Acceso: 2014-09-03 19:02:12.362354747 -0400 >> Modificación: 2014-09-03 19:30:27.387677572 -0400 >> Cambio: 2014-09-03 19:30:27.387677572 -0400 >> Creación: - > > (...) > > Atendiendo a esos datos diría que el archivo se creó ayer (03/09/2014) a > las 19:02 (en tu hora local), es decir, que iniciaste el equipo a esa > hora. El resto de archivos mantienen una hora similar. > >>> ¿Y cómo lo inicias? ¿Pulsando el botón físico del portátil? Porque si >>> estuviera suspendido al tocar cualquier tecla o el touchpad se >>> restauraría la sesión. >> >> Lo he hecho y enciende sólo presionando el botón físico de encendido del >> notebook, osea que no tiene reacción con las teclas del teclado. > > Vale, entonces podemos descartar que el equipo esté suspendido o > hibernado, el equipo está apagado pero va consumiendo batería. > >>> Aunque diga "reboot" no reinicia, eso al menos lo sabemos con >>> seguridad. >> >> Acá está: >> [ 102.667311] reboot: Power Down _ >> >> nada más. > > Curioso, pero ya hemos visto que el equipo no reinicia si no que queda > apagado. > >>> Pues si el equipo se apaga, es posible que la batería se agote por >>> algún otro motivo. >> >> Dentro de mi ignorancia en el sistema pienso en que algo puede andar mal >> con el laptop-mode-tools, ayer apagué con la AC conectado a la corriente >> y antes me fijé en la batería desde gnome y estaba al 32%, >> hoy cuando encendí, vi la batería desde gnome y estaba al 36% lo que me >> pareció normal ya que ahora no había aplicaciones abiertas y anoche no >> desconecté el equipo de la AC hasta que estuvo bien apagado. >> >> Claro que tendría que hacer esta prueba apagando conectado a AC y dejar >> de ocupar el notebook por lo menos unos 4 días :-( > > (...) > > Puedes probar a detener ese servicio a ver si notas alguna diferencia > (debería ser algo así "service laptop-mode stop"). ok >>> Por cierto ¿por qué desenchufas el equipo de la t
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Thu, 04 Sep 2014 00:10:19 -0400, Paulo Riquelme escribió: > El día 3 de septiembre de 2014, 12:10, Camaleón > escribió: (...) De todas formas, para saber si el equipo ha vuelto de una restauración o de un estado apagado tendrás que revisar el registro /var/log/syslog y también / var/log/pm-powersave.log. También puedes fijarte en las fechas de los archivos de registro. >>> >>> Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a >>> estos dos archivos para revisar las fechas cierto? >> >> Sí, bueno, a cualquier archivo de registro que se modifique cuando >> inicias el sistema "en frío", como el syslog, el del kernel, >> Xorg.0.log... > > El syslog, algo podían indicarnos estas líneas: > > Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: > battery: (dis)charge rate invalid. Hombre, pues sí. Mira a ver si encuentras alguna entrada más relacionada con la batería (ejecuta como root "grep -i battery /var/log/syslog"). > y creo que el archivo es muy grande pues el pastebin no me deja pegar el > contenido Lo que interesaba ver era la fecha de creación pero vaya, algo me dice que el equipo apaga correctamente y la batería se descarga por algún otro motivo. > El /var/log/pm-powersave.log no tengo ese archivo Raro pero vale. > Sobre las fechas de creación > > stat del syslog: > Fichero: «/var/log/syslog» > Tamaño: 812013 Bloques: 1600 Bloque E/S: 4096 fichero > regular > Dispositivo: 804h/2052d Nodo-i: 789370 Enlaces: 1 Acceso: > (0640/-rw-r-) Uid: (0/root) Gid: (4/ adm) > Acceso: 2014-09-03 19:02:12.362354747 -0400 > Modificación: 2014-09-03 19:30:27.387677572 -0400 > Cambio: 2014-09-03 19:30:27.387677572 -0400 > Creación: - (...) Atendiendo a esos datos diría que el archivo se creó ayer (03/09/2014) a las 19:02 (en tu hora local), es decir, que iniciaste el equipo a esa hora. El resto de archivos mantienen una hora similar. >> ¿Y cómo lo inicias? ¿Pulsando el botón físico del portátil? Porque si >> estuviera suspendido al tocar cualquier tecla o el touchpad se >> restauraría la sesión. > > Lo he hecho y enciende sólo presionando el botón físico de encendido del > notebook, osea que no tiene reacción con las teclas del teclado. Vale, entonces podemos descartar que el equipo esté suspendido o hibernado, el equipo está apagado pero va consumiendo batería. >> Aunque diga "reboot" no reinicia, eso al menos lo sabemos con >> seguridad. > > Acá está: > [ 102.667311] reboot: Power Down _ > > nada más. Curioso, pero ya hemos visto que el equipo no reinicia si no que queda apagado. >> Pues si el equipo se apaga, es posible que la batería se agote por >> algún otro motivo. > > Dentro de mi ignorancia en el sistema pienso en que algo puede andar mal > con el laptop-mode-tools, ayer apagué con la AC conectado a la corriente > y antes me fijé en la batería desde gnome y estaba al 32%, > hoy cuando encendí, vi la batería desde gnome y estaba al 36% lo que me > pareció normal ya que ahora no había aplicaciones abiertas y anoche no > desconecté el equipo de la AC hasta que estuvo bien apagado. > > Claro que tendría que hacer esta prueba apagando conectado a AC y dejar > de ocupar el notebook por lo menos unos 4 días :-( (...) Puedes probar a detener ese servicio a ver si notas alguna diferencia (debería ser algo así "service laptop-mode stop"). >> Por cierto ¿por qué desenchufas el equipo de la toma eléctrica? :-? > > Son dos los momentos en que hago eso: > Si es cuando termino de usarlo es porque lo guardo Si es cuando lo estoy > utilizando es porque leí que para cuidar estas baterías de polímero de > lithio se debe cargar parcialmente, desde 20% > hasta 85% más menos. Así que al cargarse más de 85% lo desconecto y > sigo con batería. Yo te recomendaría que no lo desconectaras. Además, las baterías de Li-Ion no necesitan ningún tipo de mantenimiento preventivo (más bien al contrario puesto que cuantas más veces la recargues antes acortas su vida puesto que como todas las baterías recargables tienen un número limitado de ciclos de carga) y los dispositivos desconectan cuando están cargadas. > Otros datos: > > Siguiendo por el camino que planteas, sobre algo que consume batería al > estar apagado, hay algunas páginas en las que comentan de computadores > hp que consumen batería cuando tienen activo el wake on lan. > > http://allencch.wordpress.com/2012/08/10/linux-shutdown-battery- draining-problem-solved/ > > http://ubuntuforums.org/showthread.php?t=2018202 Madre mía, qué cosas más raras le pasa a la gente :-) El WOL (wake-on-lan) suele venir desactivado en la BIOS además de que es raro ver esa opción disponible en la BIOS/EFI de un equipo portátil. > a raíz de eso y que me pareció que al apagar anoche con AC > conectado la cosa anduvo bien, heché un ojo al archivo de módulo > ethernet de laptop-mode-tools, /etc/laptop-mode/conf.d/ethernet.conf el > que comen
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 3 de septiembre de 2014, 12:10, Camaleón escribió: > El Wed, 03 Sep 2014 11:02:17 -0400, Paulo Riquelme escribió: > >> El día 3 de septiembre de 2014, 10:11, Camaleón >> escribió: > > (...) > >>> Bien, y cuando ejecutaste "shutdown -h now" (también puedes probar con >>> "shutdown -hP now") ¿qué mensajes te aparecían en la pantalla?... >> >> el shutdown -h now: >> 1° deja la pantalla en negro 2° Pone una sola línea de mensaje "... >> reboot ..." voy a tratar de fotografiarla en la noche, porque pasa súper >> rápido 3° Al irse la línea de mensaje aparece un cursor en la esquina >> superior izquierda 3°b.- Dejan de sonar los ventiladores (al parecer el >> hdd también para pues se escucha que todo lo que gira deja de hacerlo) >> 4° Se apaga la pantalla y los led de teclado > > Pues ese comportamiento parece indicar que el equipo se apaga. > >>> De todas formas, para saber si el equipo ha vuelto de una restauración >>> o de un estado apagado tendrás que revisar el registro /var/log/syslog >>> y también / var/log/pm-powersave.log. También puedes fijarte en las >>> fechas de los archivos de registro. >> >> Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a >> estos dos archivos para revisar las fechas cierto? > > Sí, bueno, a cualquier archivo de registro que se modifique cuando > inicias el sistema "en frío", como el syslog, el del kernel, Xorg.0.log... El syslog, algo podían indicarnos estas líneas: Sep 3 00:33:33 ROQ515HP kernel: [ 5667.532225] [Firmware Bug]: battery: (dis)charge rate invalid. y creo que el archivo es muy grande pues el pastebin no me deja pegar el contenido El /var/log/pm-powersave.log no tengo ese archivo Sobre las fechas de creación stat del syslog: Fichero: «/var/log/syslog» Tamaño: 812013 Bloques: 1600 Bloque E/S: 4096 fichero regular Dispositivo: 804h/2052d Nodo-i: 789370 Enlaces: 1 Acceso: (0640/-rw-r-) Uid: (0/root) Gid: (4/ adm) Acceso: 2014-09-03 19:02:12.362354747 -0400 Modificación: 2014-09-03 19:30:27.387677572 -0400 Cambio: 2014-09-03 19:30:27.387677572 -0400 Creación: - el contenido del Xorg.0.log está en http://pastebin.com/LM2HkqHw el stat del Xorg.0.log: Fichero: «/var/log/Xorg.0.log» Tamaño: 5186 Bloques: 16 Bloque E/S: 4096 fichero regular Dispositivo: 804h/2052d Nodo-i: 781890 Enlaces: 1 Acceso: (0644/-rw-r--r--) Uid: (0/root) Gid: (0/root) Acceso: 2014-09-03 19:35:27.266893623 -0400 Modificación: 2014-08-23 14:30:35.437346696 -0400 Cambio: 2014-08-23 14:30:35.437346696 -0400 Creación: - log del kern.log está en http://pastebin.com/WxmrEq4L el stat del kern.log Fichero: «/var/log/kern.log» Tamaño: 332387 Bloques: 656Bloque E/S: 4096 fichero regular Dispositivo: 804h/2052d Nodo-i: 790217 Enlaces: 1 Acceso: (0640/-rw-r-) Uid: (0/root) Gid: (4/ adm) Acceso: 2014-09-03 20:00:37.955437057 -0400 Modificación: 2014-09-03 19:17:35.885167351 -0400 Cambio: 2014-09-03 19:17:35.885167351 -0400 Creación: - > 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. >> >> Pero fue solamente ese día, el lunes después de encontrar el portatil >> con la batería en 0% >> 1.- Lo conecté a la corriente 2.- Después de usarlo y cargar lo >> suficiente la batería, nuevamente lo desconecté de la corriente 3.- Lo >> apagué con shutdown -h now y ahí se demoró > > Una demora al apagar no implica error, el sistema puede estar esperando a > que se cierre correctamente algún proceso. > >>> Si tras ejecutar "shutdown -h now" sigues dentro de una sesión de GNOME >>> es que el equipo no se ha apagado, obviamente :-). >> >> xD no, claro que no sigue la sesión de gnome, por lo menos eso es lo que >> a simple vista se nota al ponerse la pantalla negra :) > > ¿Y cómo lo inicias? ¿Pulsando el botón físico del portátil? Porque si > estuviera suspendido al tocar cualquier tecla o el touchpad se > restauraría la sesión. Lo he hecho y enciende sólo presionando el botón físico de encendido del notebook, osea que no tiene reacción con las teclas del teclado. >>>Convendría que sacaras un pantallazo de los mensajes que te aparecen >>>cuando lo ejecutas, podría >>> tener información útil de lo que hace el sistema. >> >> Así como pantallazo no creo puesto que como te digo al ejecutar shutdown >> -h now se ve sólo una línea en pantalla que dice: >> reboot lo único que me acuerdo que en la línea sale la >> palabra reboot, pero hoy le pongo ojo a eso. > > Aunque diga "reboot" no reinicia, eso al menos lo sabemos con seguridad. Acá está: [ 102.667311
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Wed, 03 Sep 2014 11:02:17 -0400, Paulo Riquelme escribió: > El día 3 de septiembre de 2014, 10:11, Camaleón > escribió: (...) >> Bien, y cuando ejecutaste "shutdown -h now" (también puedes probar con >> "shutdown -hP now") ¿qué mensajes te aparecían en la pantalla?... > > el shutdown -h now: > 1° deja la pantalla en negro 2° Pone una sola línea de mensaje "... > reboot ..." voy a tratar de fotografiarla en la noche, porque pasa súper > rápido 3° Al irse la línea de mensaje aparece un cursor en la esquina > superior izquierda 3°b.- Dejan de sonar los ventiladores (al parecer el > hdd también para pues se escucha que todo lo que gira deja de hacerlo) > 4° Se apaga la pantalla y los led de teclado Pues ese comportamiento parece indicar que el equipo se apaga. >> De todas formas, para saber si el equipo ha vuelto de una restauración >> o de un estado apagado tendrás que revisar el registro /var/log/syslog >> y también / var/log/pm-powersave.log. También puedes fijarte en las >> fechas de los archivos de registro. > > Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a > estos dos archivos para revisar las fechas cierto? Sí, bueno, a cualquier archivo de registro que se modifique cuando inicias el sistema "en frío", como el syslog, el del kernel, Xorg.0.log... 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. > > Pero fue solamente ese día, el lunes después de encontrar el portatil > con la batería en 0% > 1.- Lo conecté a la corriente 2.- Después de usarlo y cargar lo > suficiente la batería, nuevamente lo desconecté de la corriente 3.- Lo > apagué con shutdown -h now y ahí se demoró Una demora al apagar no implica error, el sistema puede estar esperando a que se cierre correctamente algún proceso. >> Si tras ejecutar "shutdown -h now" sigues dentro de una sesión de GNOME >> es que el equipo no se ha apagado, obviamente :-). > > xD no, claro que no sigue la sesión de gnome, por lo menos eso es lo que > a simple vista se nota al ponerse la pantalla negra :) ¿Y cómo lo inicias? ¿Pulsando el botón físico del portátil? Porque si estuviera suspendido al tocar cualquier tecla o el touchpad se restauraría la sesión. >>Convendría que sacaras un pantallazo de los mensajes que te aparecen >>cuando lo ejecutas, podría >> tener información útil de lo que hace el sistema. > > Así como pantallazo no creo puesto que como te digo al ejecutar shutdown > -h now se ve sólo una línea en pantalla que dice: > reboot lo único que me acuerdo que en la línea sale la > palabra reboot, pero hoy le pongo ojo a eso. Aunque diga "reboot" no reinicia, eso al menos lo sabemos con seguridad. >> Pues mira, parece que el sistema no se ha restaurado de una >> hibernación: >> >> [4.511779] PM: Starting manual resume from disk [4.511790] PM: >> Hibernation image partition 8:3 present [4.511793] PM: Looking for >> hibernation image. >> [4.512098] PM: Image not found (code -22) >> [4.512102] PM: Hibernation image not present or could not be >> loaded. >> >> Lo cual me hace pensar que el equipo no es que hiberne al cerrarse es >> que sencillamente *no se apaga* cuando le dices que lo haga, >> seguramente quedará encendido y entrará en suspensión al poco rato con >> la pantalla apagada. > > Pero podría estar casi seguro que sí lo hace pues aparte de que se > apague la pantalla, como digo dejan de sonar las cosas que giran, > supongo que ventiladores y hdd, además que al encender luego de una > suspensión el sistema no comenzaría desde grub (creo) pero acá sí lo > hace. Pues si el equipo se apaga, es posible que la batería se agote por algún otro motivo. >> Por cierto, ¿qué sucede si pulsas (mantienes pulsado) el botón de >> encendido del portátil? ¿Apaga, suspende...? > > aAaAaAyyy no quisiera hacer eso, aunque el otro día ya lo hice y es lo > que hacen todos los equipos, corta la energía de pronto, pues nuevamente > todo lo que gira se detiene pero no suave sino que con un pequeño sonido > . El "tac" es normal. Y no, no es bueno apagar el equipo así pero en este caso se trata de comprobar si el equipo está realmente apagado o si ha quedado en algún tipo de suspensión. Por cierto ¿por qué desenchufas el equipo de la toma eléctrica? :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.09.03.16.10...@gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 3 de septiembre de 2014, 10:11, Camaleón escribió: > El Wed, 03 Sep 2014 00:29:10 -0400, Paulo Riquelme escribió: > >> El día 2 de septiembre de 2014, 23:14, Paulo Riquelme >> escribió: >>> El día 2 de septiembre de 2014, 9:54, Camaleón >>> escribió: > > (...) > 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%. > > Bien, y cuando ejecutaste "shutdown -h now" (también puedes probar con > "shutdown -hP now") ¿qué mensajes te aparecían en la pantalla?... el shutdown -h now: 1° deja la pantalla en negro 2° Pone una sola línea de mensaje "... reboot ..." voy a tratar de fotografiarla en la noche, porque pasa súper rápido 3° Al irse la línea de mensaje aparece un cursor en la esquina superior izquierda 3°b.- Dejan de sonar los ventiladores (al parecer el hdd también para pues se escucha que todo lo que gira deja de hacerlo) 4° Se apaga la pantalla y los led de teclado > De todas formas, para saber si el equipo ha vuelto de una restauración o de un > estado apagado tendrás que revisar el registro /var/log/syslog y también / > var/log/pm-powersave.log. También puedes fijarte en las fechas de los > archivos de registro. Los revisaré al llegar en la noche y veré sus fechas, ¿te refieres a estos dos archivos para revisar las fechas cierto? >>> Me llamó la atención que después de eso > > ¿Te refieres a después de ejecutar "shutdown -h now"? Sí, después de ejecutar esa instrucción se demoró en apagar la pantalla y los led >>> 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. Pero fue solamente ese día, el lunes después de encontrar el portatil con la batería en 0% 1.- Lo conecté a la corriente 2.- Después de usarlo y cargar lo suficiente la batería, nuevamente lo desconecté de la corriente 3.- Lo apagué con shutdown -h now y ahí se demoró 4.- Ayer por ejemplo ya no demoró al reiniciar ni al "apagar" si es que se apaga > Si tras ejecutar "shutdown -h now" sigues dentro de una sesión de GNOME > es que el equipo no se ha apagado, obviamente :-). xD no, claro que no sigue la sesión de gnome, por lo menos eso es lo que a simple vista se nota al ponerse la pantalla negra :) >Convendría que sacaras un pantallazo de los mensajes que te aparecen cuando lo >ejecutas, podría > tener información útil de lo que hace el sistema. Así como pantallazo no creo puesto que como te digo al ejecutar shutdown -h now se ve sólo una línea en pantalla que dice: reboot lo único que me acuerdo que en la línea sale la palabra reboot, pero hoy le pongo ojo a eso. >>> 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? > > Seguramente sí, aunque no sé si esas claves son las mismas, pero con eso > sólo defines la acción que se va a ejecutar cuando cierras la tapa del > portátil que no es este caso. > >>> Finalmente y como es costumbre, dejo el dmesg en >>> http://pastebin.com/FspxYbQw > > Ah, ¡qué bien! :-) > > Pues mira, parece que el sistema no se ha restaurado de una hibernación: > > [4.511779] PM: Starting manual resume from disk > [4.511790] PM: Hibernation image partition 8:3 present > [4.511793] PM: Looking for hibernation image. > [4.512098] PM: Image not found (code -22) > [4.512102] PM: Hibernation image not present or could not be loaded. > > Lo cual me hace pensar que el equipo no es que hiberne al cerrarse es que > sencillamente *no se apaga* cuando le dices que lo haga, seguramente > quedará encendido y entrará en suspensión al poco rato con la pantalla > apagada. Pero podría estar casi seguro que sí lo hace pues aparte de que se apague la pantalla, como digo dejan de sonar las cosas que giran, supongo que ventiladores y hdd, además que al encender luego de una suspensión el sistema no comenzaría desde grub (creo) pero acá sí lo hace. >> Edito: Para agregar dos cosas: > > (...) > > Por los datos que has ido aportando, me parece que deberíamos centrarnos > en
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El Wed, 03 Sep 2014 00:29:10 -0400, Paulo Riquelme escribió: > El día 2 de septiembre de 2014, 23:14, Paulo Riquelme > escribió: >> El día 2 de septiembre de 2014, 9:54, Camaleón >> escribió: (...) >>> 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%. Bien, y cuando ejecutaste "shutdown -h now" (también puedes probar con "shutdown -hP now") ¿qué mensajes te aparecían en la pantalla? De todas formas, para saber si el equipo ha vuelto de una restauración o de un estado apagado tendrás que revisar el registro /var/log/syslog y también / var/log/pm-powersave.log. También puedes fijarte en las fechas de los archivos de registro. >> Me llamó la atención que después de eso ¿Te refieres a después de ejecutar "shutdown -h now"? >> 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. Si tras ejecutar "shutdown -h now" sigues dentro de una sesión de GNOME es que el equipo no se ha apagado, obviamente :-). Convendría que sacaras un pantallazo de los mensajes que te aparecen cuando lo ejecutas, podría tener información útil de lo que hace el sistema. >> 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? Seguramente sí, aunque no sé si esas claves son las mismas, pero con eso sólo defines la acción que se va a ejecutar cuando cierras la tapa del portátil que no es este caso. >> Finalmente y como es costumbre, dejo el dmesg en >> http://pastebin.com/FspxYbQw Ah, ¡qué bien! :-) Pues mira, parece que el sistema no se ha restaurado de una hibernación: [4.511779] PM: Starting manual resume from disk [4.511790] PM: Hibernation image partition 8:3 present [4.511793] PM: Looking for hibernation image. [4.512098] PM: Image not found (code -22) [4.512102] PM: Hibernation image not present or could not be loaded. Lo cual me hace pensar que el equipo no es que hiberne al cerrarse es que sencillamente *no se apaga* cuando le dices que lo haga, seguramente quedará encendido y entrará en suspensión al poco rato con la pantalla apagada. > Edito: Para agregar dos cosas: (...) Por los datos que has ido aportando, me parece que deberíamos centrarnos en averiguar por qué el sistema no se apaga cuando le dices que lo haga, no parece un problema de hibernación. Por cierto, ¿qué sucede si pulsas (mantienes pulsado) el botón de encendido del portátil? ¿Apaga, suspende...? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.09.03.14.11...@gmail.com
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 escribió: > El día 2 de septiembre de 2014, 9:54, Camaleón 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-.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 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cajvcbjakvh1kd33fnzauf7zouzq3btlzwsivzqqk+zsrx0m...@mail.gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
El día 2 de septiembre de 2014, 9:54, Camaleón 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 -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cajvcbjyhfvm9-vq-lojv++7tw246vs7zugpq3hrix-nmdcp...@mail.gmail.com
Re: OT.: Parece que el sistema pasa a suspensión en vez de apagar
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. 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". Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.09.02.13.54...@gmail.com
OT.: Parece que el sistema pasa a suspensión en vez de apagar
Hola listeros, nuevamente dejo acá mis dudas porque son la fuente más confiable en estas materias. Primero el sistema: Debian Jessie 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux El problema, el día viernes ocupé mi notebook, me fijé en el estado de la batería, era 31% y lo apagué desde la interfaz del gnome3, opción "apagar", hoy lunes llegué a encenderlo y no hacía nada hasta que lo conecté a la corriente. La batería estaba descargada por completo o_O. 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. Dejo el dmesg en: http://pastebin.com/WJGZ56Q1 Y el lspci da lo siguiente: 00:00.0 Host bridge: Intel Corporation ValleyView SSA-CUnit (rev 0e) 00:02.0 VGA compatible controller: Intel Corporation ValleyView Gen7 (rev 0e) 00:13.0 SATA controller: Intel Corporation ValleyView 6-Port SATA AHCI Controller (rev 0e) 00:1a.0 Encryption controller: Intel Corporation ValleyView SEC (rev 0e) 00:1b.0 Audio device: Intel Corporation ValleyView High Definition Audio Controller (rev 0e) 00:1c.0 PCI bridge: Intel Corporation ValleyView PCI Express Root Port (rev 0e) 00:1c.1 PCI bridge: Intel Corporation ValleyView PCI Express Root Port (rev 0e) 00:1c.2 PCI bridge: Intel Corporation ValleyView PCI Express Root Port (rev 0e) 00:1c.3 PCI bridge: Intel Corporation ValleyView PCI Express Root Port (rev 0e) 00:1d.0 USB controller: Intel Corporation ValleyView USB Enhanced Host Controller (rev 0e) 00:1f.0 ISA bridge: Intel Corporation ValleyView Power Control Unit (rev 0e) 00:1f.3 SMBus: Intel Corporation ValleyView SMBus Controller (rev 0e) 02:00.0 Network controller: Qualcomm Atheros AR9485 Wireless Network Adapter (rev 01) 03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5229 PCI Express Card Reader (rev 01) 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 07) De antemano agradezco su ayuda, Paulo -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAJvcBJacWAKTnghdUVjX9u=xjyr_vzz5coqr749__hj3e7m...@mail.gmail.com
