Problema de hardware em relação a bateria e cooler

pedrohd · 14 de Junho de 2011, 14:02

Boa tarde.

Pessoal, estou tendo dois problemas em meu notebook.
Sou novo, li alguns tutoriais já, mas não achei nada que me auxiliasse nesse assunto.
Estou utilizando ele com o ubuntu 10.10 e o windows 7.
Após um tempo, passei a usar o ubuntu para conhecer e aprender a utilizá-lo.
Ao iniciar o sistema pelo linux a primeira vez o cooler dispara no máximo e sou obrigado a reiniciar o sistema e entrar novamente no ubuntu para que ele funcione na velocidade normal.
Em relação a bateria, é curioso. Tendo a bateria carregada em 100%, passando uns 10 minutos ele acusa 0,6% e dá o aviso de bateria crítica, logo coloco a fonte e ele acusa novamente 95% de carga e se retirar, após 5 minutos ele dá o mesmo aviso de bateria fraca.
Nos dois casos seria problema de ajuste ou incompatibilidade de software/hardware?
No win 7 funciona normal e a bateria tem autonomia de 2 horas e meia.

druidaobelix · 14 de Junho de 2011, 15:14

Olá pedrohd.

Chegou a consultar esse post e nele especialmente o #10 do Tota, bastante esclarecedor?

http://ubuntuforum-br.org/index.php/topic,83525.0.html

[]'s

druidaobelix · 14 de Junho de 2011, 15:22

Olá pedrohd, de novo,

Faltou abordar a questão do cooler que v. menciona. :-(

Chegou a observar se o comportamento da ventoinha não é da placa de vídeo ao invés do cooler do processador?

Em regra o comportamento do cooler do processador é controlado diretamente pelo BIOS do sistema.

[]'s

editando (é o que dá a pressa e o pouco tempo disponível):

Agora que vi que seu equipamento é um notebook, dificilmente v. poderá observar diretamente o cooler de placa de vídeo, se é que tem placa de vídeo dedicada. :-(

É o caso de instalar pacote de leitura dos sensores para melhorar a observação.

pedrohd · 14 de Junho de 2011, 15:40

Olá druidaobelix.

Sim cheguei a ler esse tópico sobre a bateria, mas acho que meu caso não chega nisso.
O q to achando estranho é o simples fato de colocar e tirar a fonte o sistema voltar para a marcação normal, tipo exemplo, to com 75% cai bruscamente em 5 minutos para 0,6% e ao ligar e tirar voltar novamente para os 75% e continuar o gasto normal e pouco tempo depois acontecer de novo esse pico.
Aki tem como postar imagem tbm?
Pelo q eu já vi no meu note , o processador do sistema e da placa de video são refrigerados pelo mesmo, pelo som que ele faz dá para notar que ele tá acelerado na primeira vez. Tipo qdo o sistema exige muito da máquina.
Ah, já fiz um teste tbm em relação a bateria, qdo deu esse aviso, eu reiniciei a máquina e coloquei para o win 7 e funcionou por 2 horas direto.
Existe algum programa/ajuste no ubuntu em relação a bateria?
com o cooler tenho menos preocupação, preocupado mais com essa queda brusca de 5 a 10 minutos, pq estou tendo que ficar preso a fonte. Ah, e já fiz o teste com outra bateria tbm, acontece a mesma coisa.

druidaobelix · 14 de Junho de 2011, 18:16

Então pedrohd, vamos tentar conceituar o problema para que se possa entender melhor o que está ocorrendo, já que existe a evidente dificuldade de não se estar tendo acesso direto ao equipamento.

1) Se conseguir fazer uma postagem de imagens (snapshots, fotografia) certamente irá auxiliar, lembrando o limite das regras do Fórum de 40KB para cada imagem, o que talvez faça com que tenha de redimensioná-las usando um software editor de imagens, a exemplo do Gimmp.
Para facilitar a postagem, use um serviço externo de imagens, tipo Picasa, postando o link web correspondente.

2) Uma breve descrição do seu equipamento, relacionando componentes (processador, motherboard, placa de vídeo, memória ram, disco, etc) incluindo marcas e modelos, principalmente do fabricante, se aplicáveis, sempre auxiliam na busca de documentação técnica.

3) O resultado dos seguintes comandos também pode auxiliar a melhor identificar o equipamento e suas peculiaridades, permitindo uma visão panorâmica (para abrir um terminal use as teclas Ctrl+Alt+T ou use o menu do sistema):

uname -ar

cat /etc/lsb-release

sudo dmidecode -t 0,1,2,3,4,5,6,22

sudo lshw -c video

sudo fdisk -l

a) bateria

Creio que o primeiro passo é diferenciar a leitura, que é aquilo que aparece em algum software de controle que se esteja usando, ou o próprio sistema operacional, daquilo que está ocorrendo realmente.

A primeira questão é: no Ubuntu aí instalado, independentemente do que está aparecendo de informação em qualquer lugar, se deixar o notebook ligado somente na bateria, qual é o tempo de *uso real*, fica dentro da normalidade, que é em torno de 2 à 3 horas para uma bateria em bom estado?

Essa observação nos permitirá saber se estamos tendo apenas um erro de leitura ou se existe, de fato, um problema de gerenciamento de carga.

b) cooler

b1) Para efeitos de comparação, observe no próprio BIOS o indicativo de rpm (rotações por minuto) do cooler, normalmente essa informação é lá disponível, anotando os resultados;

b2) Se tiver o sistema em dual-boot, com o sistema operacional comercial instalado, observe através de um software de análise os valores de rpm. Um excelente e muito simples software para isso é o "CPUID Hardware Monitor" (HWMonitor 1.17), facilmente disponível, por exemplo, no baixaki, anote os resultados para efeitos de comparação;

b3) Instale no Ubuntu, caso já não esteja instalado, um pacote de sensores, como por exemplo o lm-sensors para que possa observar anotando os dados e tendo um comparativo real.

sudo apt-get install lm-sensors

Uma vez instalado, execute:

sudo sensors-detect

Normalmente é só ir respondendo YES a todas as questões.

No final aparecerá a lista de módulos identificados.

Se não me falha a memória o próprio programa oferece a alternativa de tornar permanente o gerenciamento dos sensores com o carregamento no início do sistema, gravando no /etc/modules, entretanto, se não o fiz adicione manualmente.

sudo gedit /etc/modules

O que deve ser acrescentado é o que aparece como "cut" (cortar, indicando que se deve cortar e colar) ao rodar o sensors-detect.

Exemplo de entrada no /etc/modules:

# Generated by sensors-detect on Tue Mar 15 17:20:30 2011
# Chip drivers
coretemp
it87

Provavelmente será possível executar:

sudo /etc/init.d/module-init-tools restart

para que a inclusão dos módulos seja feita no kernel, caso contrário, isso será feito reiniciando o sistema.

Para executar, basta que se digite no terminal:

sensors

para que apareçam os resultados.

Exemplo de saída no terminal da execução do comando sensors:

user@hal9000:~$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +31.0°C (high = +78.0°C, crit = +100.0°C)

coretemp-isa-0001
Adapter: ISA adapter
Core 1: +30.0°C (high = +78.0°C, crit = +100.0°C)

it8718-isa-0290
Adapter: ISA adapter
in0: +1.15 V (min = +0.00 V, max = +4.08 V)
in1: +1.89 V (min = +0.00 V, max = +4.08 V)
in2: +3.30 V (min = +0.00 V, max = +4.08 V)
in3: +3.01 V (min = +0.00 V, max = +4.08 V)
in4: +0.18 V (min = +0.00 V, max = +4.08 V)
in5: +0.02 V (min = +0.00 V, max = +4.08 V)
in6: +0.10 V (min = +0.00 V, max = +4.08 V)
in7: +3.02 V (min = +0.00 V, max = +4.08 V)
Vbat: +3.10 V
fan1: 2586 RPM (min = 10 RPM)
fan2: 0 RPM (min = 0 RPM)
fan3: 0 RPM (min = 0 RPM)
fan4: 0 RPM (min = 0 RPM)
temp1: +32.0°C (low = +127.0°C, high = +127.0°C) sensor = thermistor
temp2: +22.0°C (low = +127.0°C, high = +60.0°C) sensor = thermal diode
temp3: -2.0°C (low = +127.0°C, high = +127.0°C) sensor = thermistor

Embora isso não seja o foco da questão no momento, no ambiente Gnome os leitores do lm-sensors podem ser acrescentados ao painel, através do sensors-applet, permitindo uma visualização gráfica constante, o que pode ser encontrado no Synaptic (Sistema/Administração/Gerenciador de pacotes Synaptic) procurando por "sensors-applet".

Insisto para que verifique o BIOS do sistema, uma vez que frequentemente a função de controle do cooler está lá vinculado, tornando desnecessária qualquer outra medida.

De toda forma, tanto a questão da bateria como do cooler podem estar vinculados a uma questão de ACPI (Advanced Configuration and Power Interface), o que é necessário investigar.

Penso que a sistematização da análise permitirá, se o caso, melhor abordar a questão na busca de eventuais soluções.

[]'s

pedrohd · 15 de Junho de 2011, 14:58

Vamos por partes então druidaobelix.

Pedido 1
https://lh6.googleusercontent.com/-s51Lc73efgs/TfjyD_j-mnI/AAAAAAAAABw/m2nuBcS1gMU/Captura_de_tela.png2
usam normal na bateria
https://lh4.googleusercontent.com/-FfeE26bHnOo/TfjyD03UuDI/AAAAAAAAABs/xjMpx6UTw1c/Captura_de_tela-2.png
pico que acontece em 10 minutos e sou obrigado a colocar a fonte e se tirar volta no consumo normal e dá outro pico

Pedido 2
Processador: Intel® Core 2 Duo T6400 2000MHz
Motherload: Intel Corporation
Chipset: Intel GM965
Southbridge: 82801HEM
Versão BIOS: AMI BIOS R1.10 for Intel
Elementos gráficos: Intel® GMA965
Unidade de disco rígido: 320 GB Samsung
Memória: 3 GB [Kingston 2GB e Smart Modular 1GB]
Sistema operacional: Microsoft® Windows® 7 Ultimate e Ubuntu 10.10
Notebook: Philips

Pedido 3
uname -ar
Linux pedro-notebook 2.6.35-28-generic #50-Ubuntu SMP Fri Mar 18 19:00:26 UTC 2011 i686 GNU/Linux

cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.10
DISTRIB_CODENAME=maverick
DISTRIB_DESCRIPTION="Ubuntu 10.10"
dmidecode -t 0,1,2,3,4,5,6,22
# dmidecode 2.9
SMBIOS 2.5 present.
Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
Vendor: American Megatrends Inc.
Version: 080014
Release Date: 06/01/2009
Address: 0xF0000
Runtime Size: 64 kB
ROM Size: 1024 kB
Characteristics:
ISA is supported
PCI is supported
PNP is supported
APM is supported
BIOS is upgradeable
BIOS shadowing is allowed
ESCD support is available
Boot from CD is supported
Selectable boot is supported
BIOS ROM is socketed
EDD is supported
5.25"/1.2 MB floppy services are supported (int 13h)
3.5"/720 KB floppy services are supported (int 13h)
3.5"/2.88 MB floppy services are supported (int 13h)
Print screen service is supported (int 5h)
8042 keyboard services are supported (int 9h)
Serial services are supported (int 14h)
Printer services are supported (int 17h)
CGA/mono video services are supported (int 10h)
ACPI is supported
USB legacy is supported
LS-120 boot is supported
ATAPI Zip drive boot is supported
BIOS boot specification is supported
Targeted content distribution is supported
BIOS Revision: 8.14

Handle 0x0001, DMI type 1, 27 bytes
System Information
Manufacturer: Philips
Product Name: To Be Filled By O.E.M.
Version: To Be Filled By O.E.M.
Serial Number: To Be Filled By O.E.M.
UUID: 00020003-0004-0005-0006-000700080009
Wake-up Type: Power Switch
SKU Number: To Be Filled By O.E.M.
Family: To Be Filled By O.E.M.

Handle 0x0002, DMI type 2, 15 bytes
Base Board Information
Manufacturer: To be filled by O.E.M.
Product Name: To be filled by O.E.M.
Version: To be filled by O.E.M.
Serial Number: To be filled by O.E.M.
Asset Tag: To Be Filled By O.E.M.
Features:
Board is a hosting board
Board is replaceable
Location In Chassis: To Be Filled By O.E.M.
Chassis Handle: 0x0003
Type: Motherboard
Contained Object

Handles: 0 Handle 0x0003, DMI type 3, 21 bytes
Chassis Information
Manufacturer: To Be Filled By O.E.M.
Type: Desktop
Lock: Not Present
Version: To Be Filled By O.E.M.
Serial Number: To Be Filled By O.E.M.
Asset Tag: To Be Filled By O.E.M.
Boot-up State: Safe
Power Supply State: Safe
Thermal State: Safe
Security Status: None
OEM Information: 0x00000000
Height: Unspecified
Number Of Power Cords: 1
Contained Elements: 0

Handle 0x0004, DMI type 4, 40 bytes
Processor Information
Socket Designation: CPU 1
Type: Central Processor
Family: <OUT OF SPEC>
Manufacturer: Intel
ID: 7A 06 01 00 FF FB EB BF
Version: Intel(R) Core(TM)2 Duo CPU T6400 @ 2.00GHz
Voltage: 1.3 V
External Clock: 200 MHz
Max Speed: 2000 MHz
Current Speed: 2000 MHz
Status: Populated, Enabled
Upgrade: Socket 478
L1 Cache Handle: 0x0005
L2 Cache Handle: 0x0006
L3 Cache Handle: 0x0007
Serial Number: To Be Filled By O.E.M.
Asset Tag: To Be Filled By O.E.M.
Part Number: To Be Filled By O.E.M.
Core Count: 2
Core Enabled: 2
Thread Count: 2
Characteristics:       64-bit capable

Handle 0x0008, DMI type 5, 24 bytes
Memory Controller Information
Error Detecting Method: None
Error Correcting Capabilities:
None    Supported Interleave: One-way Interleave
Current Interleave: One-way Interleave
Maximum Memory Module Size: 4096 MB
Maximum Total Memory Size: 16384 MB
Supported Speeds:       Other
Supported Memory
Types:       DIMM       SDRAM
Memory Module Voltage: 3.3 V
Associated Memory Slots: 4       0x0009       0x000A       0x000B       0x000C
Enabled Error Correcting Capabilities:       None
Handle 0x0009, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: DIMM0
Bank Connections: 0 1
Current Speed: Unknown
Type: DIMM SDRAM
Installed Size: 2048 MB (Double-bank Connection)
Enabled Size: 2048 MB (Double-bank Connection)
Error Status: OK

Handle 0x000A, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: DIMM1
Bank Connections: 2 3
Current Speed: Unknown
Type: DIMM SDRAM
Installed Size: Not Installed
Enabled Size: Not Installed
Error Status: OK

Handle 0x000B, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: DIMM2
Bank Connections: 4 5
Current Speed: Unknown
Type: DIMM SDRAM
Installed Size: 1024 MB (Double-bank Connection)
Enabled Size: 1024 MB (Double-bank Connection)
Error Status: OK

Handle 0x000C, DMI type 6, 12 bytes
Memory Module Information
Socket Designation: DIMM3
Bank Connections: 6 7
Current Speed: Unknown
Type: DIMM SDRAM
Installed Size: Not Installed
Enabled Size: Not Installed
Error Status: OK

lshw -c video
*-display:0
description: VGA compatible controller
product: Mobile GM965/GL960 Integrated Graphics Controller
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 03
width: 64 bits
clock: 33MHz
capabilities: msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources:
irq:44
memory:fe600000-fe6fffff
memory:d0000000-dfffffff
ioport:cc00(size=8)
*-display:1 UNCLAIMED
description: Display controller
product: Mobile GM965/GL960 Integrated Graphics Controller
vendor: Intel Corporation
physical id: 2.1
bus info: pci@0000:00:02.1
version: 03
width: 64 bits
clock: 33MHz
capabilities: pm bus_master cap_list
configuration: latency=0
resources: memory:fe400000-fe4fffff

fdisk -l
Disco /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Unidades = cilindros de 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador do disco: 0xb5560c59
Dispositivo Boot Início Fim Blocos Id Sistema
/dev/sda1 * 1 34050 273497728 7 HPFS ou NTFS
/dev/sda2 34050 38914 39071745 5 Estendida
/dev/sda5 34050 38100 32539062+ 83 Linux
/dev/sda6 38709 38914 1648640 82 Linux swap / Solaris
/dev/sda7 38101 38708 4883728+ 83 Linux

Partições lógicas fora da ordem do disco Disco
/dev/sdb: 2081 MB, 2081423360 bytes
2 heads, 63 sectors/track, 32264 cylinders
Unidades = cilindros de 126 * 512 = 64512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador do disco: 0x004034d4
Dispositivo Boot Início Fim Blocos Id Sistema
/dev/sdb1 * 1 32265 2032624 6 FAT16

a) Bateria
duração no UBUNTU: após carga total, ele somente dura ligado 10 a 15 minutos. (vide imagem)
duração no Win 7: após carga total, no máximo de gráfico até 2 horas e no mínimo 3 horas.

Cooler
Posto assim que realizar os testes.

druidaobelix · 16 de Junho de 2011, 17:01

Olá pedrohd,

Qual o nome comercial do modelo desse seu notebook Philips, isto é, a identificação de modelo que o próprio fabricante atribui?
Essa identificação de modelo no mais das vezes não guarda nenhuma relação com qualquer firmware presente, é apenas o marketing mesmo, mas às vezes ajuda para chegar na documentação técnica de especificação e problemas (só um exemplo ao que estou referido: Philips 13NB8602X78; Philips NB5602; Philips NB3603; Philips 13NB5606, etc).

[]'s

druidaobelix · 16 de Junho de 2011, 17:06

Olá pedrohd, de novo

Curiosamente o dmidecode não reportou nenhuma informação sobre a bateria propriamente dita. :-(

Experimente o seguinte código:

sudo dmidecode -t 22,25,26,27,28,29,39

Informe o resultado.

[]'s

druidaobelix · 16 de Junho de 2011, 17:20

Olá pedrohd, outra vez,

a) bateria

Para encurtar caminho, tente o seguinte código e veja o que acontece:

gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_time_for_policy false

Caso isso não altere em nada, retorne ao estado anterior com:

gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_time_for_policy true

Talvez fosse bom reiniciar o sistema, ou pelo menos recarregar o ambiente gráfico.

[]'s

pedrohd · 16 de Junho de 2011, 18:06

Fiz a configuração e não resolveu.
Ele desarmou e liguei de novo e continuou por mais 10 minutos na bateria, desarmou e liguei de novo. tem 20 minutos que ele tá ligado na bateria agora.
Ah, não tá gerando lista no dmidecode
só isso
#dmidecode 2.9
SMBIOS 2.5 present.

Ah, notei uma coisa, qdo tá desarmando e iniciando tá aparecendo uma linhas, não sei se é de erro.
Mas aparece antes de desarmar em tela preta e antes do UBUNTU logar.
Será que é melhor desinstalar e reinstalar na máquina.
Parei para puxar na memória aki e na versão 8 do UBUNTU não dava isso.

pedrohd · 16 de Junho de 2011, 18:07

Oh pressa viu.

13NB5606

druidaobelix · 16 de Junho de 2011, 18:32

Vamos tentar mais um esquema:

gconftool-2 --type bool --set /apps/gnome-power-manager/actions/critical_battery false

gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_profile_time false

gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_time_for_policy false

Use o primeiro, teste, se nada ocorrer, volte usando o true (no lugar do false do código)

Use o segundo, teste, idem, idem.

Combine o primeiro+segundo

Combine o primeiro+segundo+terceiro

Após alterar cada uma das hipóteses é sempre melhor reiniciar o ambiente gráfico

É interessante estar olhando o comportamento no gráfico após fazer as alterações e ter reiniciado.

[]'s

Está incompleto :-(
São possíveis outras combinações, peraí que vou descrever.

druidaobelix · 16 de Junho de 2011, 18:55

Cada uma das chaves mencionadas pode assumir os valores true e false (verdadeiro e falso), portanto:

a1 - true
a2 - false
b1 - true
b2 - false
c1 - true
c2 - false

o padrão é a1;b1;c1, ou seja, todos os valores estão em true (verdadeiro), exceto se por alguma razão v. os alterou, então é melhor testá-la também.

É possível fazer as seguintes combinações com essas 3 chaves:

a1;b1;c1
a1;b1;c2
a1;b2;c1
a1;b2;c2
a2;b1;c1
a2;b1;c2
a2;b2;c1
a2;b2;c2

Esqueci de alguma?

Assim, a1;b1;c1 é a seguinte sequência de códigos:

gconftool-2 --type bool --set /apps/gnome-power-manager/actions/critical_battery true
gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_profile_time true
gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_time_for_policy true

a1;b1;c2:

gconftool-2 --type bool --set /apps/gnome-power-manager/actions/critical_battery true
gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_profile_time true
gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_time_for_policy false

a1;b2;c1:

gconftool-2 --type bool --set /apps/gnome-power-manager/actions/critical_battery true
gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_profile_time false
gconftool-2 --type bool --set /apps/gnome-power-manager/general/use_time_for_policy true

E assim sucessivamente até esgotar todas as combinações.

druidaobelix · 16 de Junho de 2011, 19:13

Desabilite o quiet na cmdline, caso esteja habilitado, para poder melhor acompanhar as mensagens do sistema.

sudo gedit /etc/default/grub

Tem uma linha semelhante a essa, logo no começo do arquivo (possivelmente linha 11) :

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

retire o quiet dessa linha, se fosse igual essa acima, então ficaria:

GRUB_CMDLINE_LINUX_DEFAULT="splash"

Salvar, Sair, então execute:

sudo update-grub

reinicie o sistema.

Citação de: pedrohd online 16 de Junho de 2011, 18:06
Ah, notei uma coisa, qdo tá desarmando e iniciando tá aparecendo uma linhas, não sei se é de erro.
Mas aparece antes de desarmar em tela preta e antes do UBUNTU logar.

druidaobelix · 16 de Junho de 2011, 19:26

Vamos tentar capturar mensagens de erros que possam nos dar pistas e auxiliar na investigação.

Em tese, para pesquisa do registro de erros, poderiam ser úteis os seguintes comandos:

cat /var/log/dmesg | grep "fail"

cat /var/log/dmesg | grep "error"

cat /var/log/boot.log | grep "fail"

cat /var/log/boot.log | grep "error"

cat /var/log/syslog.1 | grep "fail"

cat /var/log/syslog.1 | grep "error"

Há uma técnica mais sofisticada de capturar erros usando ssh a partir de uma máquina cliente, mas vamos deixar esse recurso para mais tarde, se necessário.

Poste os resultados.

[]'s