ubuntu11 - cooler com vontades proprias

[thiago17sjc]

Ola amigos,

Estava percebendo um problema apos a instalacao do ubuntu11. Problema de overheating, a temperatura estava subindo alarmantemente e forcando o sistema a fazer um shutdown repentino. Procurei em mtos foruns na net etc, consegui encontrar uma maneira de medir a temperatura utilizando o comando

-sensors
acpitz-virtual-0
Adapter: Virtual device
temp1:       +75.0°C  (crit = +100.0°C)                  
coretemp-isa-0000
Adapter: ISA adapter
Core 0:      +42.0°C  (high = +100.0°C, crit = +100.0°C)

E assim fui monitorando.

Percebi a seguinte situacao:

1) Quando inicio meu note desde a condicao "fria", ou seja, pela primeira vez no dia, percebo que temperatura do acpitz-virtual esta zerada e o coretemp-isa-0000 ja esta alta. E vai aumentando ateh dar overhating, ok?
acpitz-virtual-0
Adapter: Virtual device
temp1:       +00.0°C  (crit = +100.0°C)                  
coretemp-isa-0000
Adapter: ISA adapter
Core 0:      +60.0°C  (high = +100.0°C, crit = +100.0°C)  (vai subindo ateh 97, faz alarme e thum, desliga)

2) Apos overheating, inicio novamente e continuo monitorando. Mas o impressionante foi que, dessa vez, o sistema mediu uma temperatura alta no acpitz-virtual-0 e assim ativou o cooler, que consequentemente, fez com que o coretemp-isa-0000 ficasse estavel, como a seguir:
acpitz-virtual-0
Adapter: Virtual device
temp1:       +75.0°C  (crit = +100.0°C)                  
coretemp-isa-0000
Adapter: ISA adapter
Core 0:      +42.0°C  (high = +100.0°C, crit = +100.0°C)

Desta forma o note e SO funcionam em perfeita harmonia. A pergunta eh a seguinte:

Porque o Ubuntu11 nao consegue medir a temperatura na primeira ligagem?
Porque somente depois do overheating o cooler eh ligado pelo Ubuntu?
Existe uma relacao logica nisso? (Quando o acptiz-virtual estiver alto o cooler sera ligado)

Alguem poderia me dizer como devo proceder p/ contornar este problema? Quem devo pedir suporte?

Obs: Ja verifiquei a BIOS e nao encontrei nenhuma opcao de controle de temperatura ou controle do cooler.

Acredito ser um bug desta versao pois ja utilizei mto tempo o Ubuntu9 e nao tive estes problemas.

Grato,

Thiago

[thiago17sjc]

Hi Fellows,

Encontrei uma solucao para meu problema de fan control, eh uma incompatibilidade com notes Acer rodando ubuntu11.

Segue o site com a solucao

http://www.mundolunga.com/2011/05/superaquecimento-em-notebook-acer.html

Segue abaixo a explicacao do problema
#!/bin/sh
# acer5720_fancontrol.sh - control the CPU fan on an Acer 5720 with a 64 bit
# Linux.
# ***************************************************************************
# Copyright (c) E2 Systems Limited 2008. This is Free Software (as in Beer),
# but please respect the copyright.
# ***************************************************************************
# Principle of Operation
# ***************************************************************************
# On the Acer 5720, the ACPI Embedded Controller controls the CPU fan.
#
# Communication between the Operating System and the ACPI Embedded Controller is
# documented in the the Differentiated System Description Table (DSDT).
#
# The DSDT is provided as part of of the BIOS. It is written in ACPI Source
# Language (ASL) and compiled to ACPI Machine language (AML), intructions for a
# bytecode interpreter that is part of the Operating System.
#
# The DSDT is accessible on Linux as /proc/acpi/dsdt; 'cat' it somewhere to
# look at it.
#
# The Intel ASL compiler (iasl) compiles ASL to AML, and decompiles AML (eg. as
# saved from /proc/acpi/dsdt) back to ASL.
#
# Which I did.
#
# As a result, I can see:
# -   There is no _TZP. Which means that the OS is supposed to poll; there
#     is no provision for asynchronous notification of temperature changes.
#     (Support for asynchronous notifications would be signalled by having
#     a _TZP that returned 0)
# -   The _TMP method checks that the Embedded Controller is running, and that
#     Temperature Sensing is enabled, and if so it reads a pair of values from
#     a region of memory defined in the DSDT as 'NVST', picks the higher value,
#     and writes it to the Embedded Controller, 'SKTA' in 'ERAM' (ie. SKTA is
#     the command, and the value is its argument), before it returns this
#     value to be used in the /proc/acpi/thermal_zone/TZ01/temperature string.
#
# Having deduced that DTS1 and DTS2 are supposed to be the CPU temperatures,
# I found that after enabling polling, and writing temperature values into these
# memory locations, the fan behaves as it should.
#
# I think it likely that if you commanded the Embedded Controller directly,
# you would achieve the same effect. The 'thinkpad_acpi' kernel module provides
# a facility to do this from user space through the /proc file system, but
# although the intrinsic capability is independent of the 'thinkpad-ness' of
# the laptop, the module unsportingly refuses to load on my Acer.
#
# The root cause of the problem appears to be the fact that under 64 bit Linux,
# DTS1 and DTS2 don't get updated. It must be the Embedded Controller or SMM
# BIOS code that is supposed to update them, since they aren't written anywhere
# in the DSDT, and how could the Operating System possibly know that the
# temperatures are meant to go at these locations, in single bytes, in degrees
# Celsius. What I do not know is whether 64 bit Linux stops the Embedded
# Controller writing values to DTS1 and DTS2, or whether it somehow prevents
# the controller reading the source values from the CPU's in the first place, or
# the updates are supposed to be done by BIOS SMM code, and the 64 bit Linux has
# disabled SMI's, or whether the Embedded Controller sends directions to the OS
# to update these locations which the OS ignores. The fact that setting
# ec_intr=0 makes a difference perhaps lends support to this last analysis.
#
# If you boot with acpi_osi=Linux, a command is issued to the BIOS via the
# SMI_CMD port that isn't executed for any other operating system (see the
# OSMI(0x70) method call in the _OSI method in the DSDT).
#
# ec_intr=0 and acpi_osi=Linux together sort of work.
#
# Anyway, those are the reasons for the existence of this script.

Abraco!

[thiago17sjc]

Retirado do blog


Superaquecimento em notebook Acer: cooler não liga!

Novamente o pessoal anda tendo problemas com Ubuntu instalado em alguns notebooks Acer (5315 series, por exemplo). Não somente nos Acer, ocorre também com alguns Philco e também em outras marcas.

No Acer 5315 eu resolvi utilizando um script que irei compartilhar abaixo.

Link para download do script: http://www.4shared.com/file/1KjZO2hH/acer_fancontroltar.html

Efetue o download;
Descompacte o arquivo (tar xvfz acer_fancontrol.tar.gz);
Edite o arquivo acer_fancontrol para selecionar a quantia de memória correta, conforme o que você tem no note:

Neste caso, está selecionado para 2gb (default). Para usar o de 512, por exemplo, teria de por um # na frente deste em vermelho e retirar o # do outro.
Instale o script:
sudo cp acer_fancontrol /usr/bin
sudo cp mempat /usr/bin
Para ele rodar a cada inicialização:
sudo gedit /etc/rc.local
Insira "acer_fancontrol" antes do "Exit 0"