Forum Linux.général Arrêt aléatoire du portable avec cpufreq

Posté par .
Tags : aucun
1
15
fév.
2009
Bonjour (voir même bonsoir)

J'ai récupérer il y a quelques temps un hp pavilion zd7000 qui marche à peu près (pas de suspend to ram ou suspend to disk,...). Le problème c'est qu'il chauffe. Normal, ma debian n'avait pas mis par défaut les modules nécessaires. Depuis que je l'ai configuré, ça ne chauffe plus, mais le portable s'éteint d'un coup aléatoirement. Si j'enlève le support du cpufreq je n'ai plus ces arrêts intempestifs. Le plus rigolo, c'est que les arrêts se font toujours lorsque le cpu tourne à faible vitesse et que la température est faible.

J'ai essayé différent "governor", avec et sans cpufreqd, plusieurs règles dans cpufreqd.conf... Mais je ne parviens pas à trouver la source du problème. Mes recherches googelesques restent infructueuses.

Quelques petites infos:

/proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 9
cpu MHz : 3192.337
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cid xtpr
bogomips : 6393.44
clflush size : 64
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping : 9
cpu MHz : 3192.337
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 1
apicid : 1
initial apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cid xtpr
bogomips : 6384.71
clflush size : 64
power management:

lspci
00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
00:1f.6 Modem: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Modem Controller (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation NV36 [GeForce FX Go5700] (rev a1)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
02:01.0 CardBus bridge: ENE Technology Inc CB-710/2/4 Cardbus Controller (rev 02)
02:01.1 FLASH memory: ENE Technology Inc CB710 Memory Card Reader Controller
02:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link)
02:03.0 Network controller: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller (rev 03)

Drivers nvidia proprio (bouh c'est mal)

Avez vous une piste pour moi?
  • # Surchauffe ?

    Posté par (page perso) . Évalué à 3.

    C'est possible que lorsque la charge est faible, les ventilateurs tournent trop lentement pour certains composants qui ne sont pas visibles pour cpufreq. Et que donc, la CM coupe par mesure de précaution.

    Si tu mets un minimum plus élevé pour la rotation des ventilateurs, ça peut peut-être mieux marcher.

    Envoyé depuis mon lapin.

    • [^] # Re: Surchauffe ?

      Posté par . Évalué à 1.

      J'y avais pensez à ne pas mettre 0% en minimum dans mon cpufreqd.conf. Par contre, je n'ai pas essayé des valeurs plus importantes.

      Ce qui est bizarre, c'est que plusieurs fois le portable s'éteint au premier boot (après un long moment d'arrêt) juste au moment ou le démon cpufreqd se charge. A priori, à ce moment là rien n'est chaud sur la CM.

      Je vais quand même tester avec une plus grande valeur, mais j'ai des doutes. Car cpufreq ne gère que la vitesse du cpu pas des ventilos. Il faut quand même que je regarde ça.
  • # etch ? quel noyau ?

    Posté par . Évalué à 2.

    http://www.debian.net/releases/etch/i386/release-notes/ch-in(...) ?

    Sinon tu devrais essayer avec Lenny (sortie aujourd'hui).
    • [^] # Re: etch ? quel noyau ?

      Posté par . Évalué à 1.

      J'ai oubliè: je suis en sid. Donc la prochaine mise à jours risque peut être de changer les choses.

      uname -a
      Linux lns-bzn-50f-62-147-179-117 2.6.26-1-686 #1 SMP Sat Jan 10 18:29:31 UTC 2009 i686 GNU/Linux

      Donc a priori ça ne correspond pas au problème.

      Merci quand même.

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.