Bonsoir tout le monde...Pour pouvoir installer F7 j'ai été obligé de mettreau demarrage de l'installation Linux acpi=off
Bien sur au premier demarrage j'ai modifié mon grub.conf et remis acpi=on (Sinon mon proc est toujours a fond et mon ventilo idem...)
L'ennui c'est que j'ai un probleme de freeze quand la temp de mon cpu atteind 65 degré, et je suis obligé de faire un reset sauvage...
Y-a-t-il un moyen de regler cette temperature de secutité? (sur FC6 je pouvai monter jusqu'a 70 degré sans problemes apparents)
Est ce que tu as dual core sur une plateforme centrino ?

Il semble qu'il y a un problème de gestion des dual-core (Dell en particulier)
Il faut ajouter maxcpus=1 au boot dans ces cas!

Utilises powertop si tu utulises une plateforme intel...
yum install powertop
su -
powertop
je n'ai pas de dual core sur mon centrino...je vais installer powertop et voir
à voir si dans le bios tu peut pas modifier!
Le bios de mon portable acer est vraiment très limité... impossible de changer grand chose...
@kwizart
j'ai installé powertop je l'ai lancé et appliqué les modification qu'il preconisai... resultat au re-demarrage un beau kernel-panic...
kernel panic qui a disparu au re-re-demarrage de mon portable...
powertop ne permet pas de garder une configuration pour le démarrage suivant (a priorii et dans mon cas...)
Il faut recommencer ou faire un script qui fait les modifications à chaque démarrage...

Est ce que tu as acerhk ou acer_acpi de lancé lorsque tu utilises powertop ?
Je ne pense pas avoir installé ni l'un ni l'autre...faudrai peut-être que je le fasse... ils sont sur quel depot?
j'ai trouvé sur ton site, kwizart, acer-acpi mais quand je veux l'installer j'ai ce message d'erreur:
Missing Dependency: acer_acpi-kmod-common >= 0.5 is needed by package kmod-acer_acpi
et je ne trouve pas ce acer_acpi-kmod-common
Bon j'ai résolu avec l'aide de pingoomax ce problème. J'ai pu installé le dépot kwizart et installé acer-acpi...
mais cela ne résout pas le problème...toujours ce freeze quand j'atteins 65°
Ou peut-on gérer cette température maximum? Il doit bien avoir un fichier de configuration quelque part...
Sous FC6 je montai jusqu'à 72° sans problème...
tu es passé par yum pour installer le kmod ?
je reviens a la charge avec mon problème d'acpi...
pour info je voulai savoir quel version de l'acpi j'avais:
[root@88-138-168-178 ~]# rpm -q acpi
acpi-0.09-2.fc6
et aussi:
[root@88-138-168-178 ~]# rpm -q acpid
acpid-1.0.4-7.fc7
Il n'y aurai pas un petit probleme... J'ai la version Fc6 de l'acpi d'installé...
Non, il y a un problème de tag, mais ca n'est pas ca qui pose problème.
moi j'ai un portable acer et au boot il m'affiche un truc du genre bug acpi=<n° de l'erreur>
bref sa ne m'a jamais bloqué donc j'ai rien touché toutefois si tu as une solution tu pouurras décrire la procédure que tu as suivi merci
bonje ne sais plus...quand je fait un cat /proc/acpi/thermal_zone/THRM/trip_points j'ai ceci comme reponse:
[root@88-138-168-178 ~]# cat /proc/acpi/thermal_zone/THRM/trip_points
critical (S5):           100 C
passive:                 92 C: tc1=2 tc2=3 tsp=100 devices=0xc18ee57c
active[0]:               68 C: devices=0xf7d01590
active[1]:               61 C: devices=0xf7d01680
mais je ne sais pas trop l'interpréter...
je viens de refaire un cat /proc/acpi/thermal_zone/THRM/trip_points
[root@88-138-168-178 ~]# cat /proc/acpi/thermal_zone/THRM/trip_points
critical (S5):           100 C
passive:                 92 C: tc1=2 tc2=3 tsp=100 devices=0xc18ee57c@
active[0]:               73 C: devices=0xf7d01590
active[1]:               66 C: devices=0xf7d01680
cela a changé...je ne pense pas que cela soit normal...
Normalement active[0] et active[1] ne devrai pas changer...

Donc problème avec le driver acpi il me semble...Attendons le prochain kernel pour voir si cela change quelque chose... A propos il est pour quand?...
Pourquoi normalement active[0] et [1] ne devrait pas changer ?
Ce sont des capteurs de température !

A priori cela signigie que ton portable chauffe trop et qu'il faut le refroidir (ventilation supplémentaire, pièce aérée)...
Ce que tu sembles dire c'est que la température monte anormalement vite! (dans une certaines mesure cela peut relever d'un probkème de ventilation -> donc matériel!)
Est ce que si tu branches seulement le secteur cela change quelquechoses ?
D'après ce que j'avais lu (mais j'ai pu me tromper dan ma traduction):
trip_points

There are three cooling policies that OSPM uses to control the thermal state of the hardware. The policies are active, passive and critical:

    * Active Cooling. OSPM takes a direct action such as turning on a fan. Active cooling devices typically consume power and produce some amount of noise when enabled (_ON), but are able to cool a thermal zone without limiting system performance. The _ACx objects declare the temperature thresholds OSPM uses to decide when to start or stop different active cooling devices.
    * Passive Cooling. OSPM reduces the power consumption of devices to reduce the temperature of a thermal zone, such as slowing (throttling) the processor clock. Passive cooling devices typically produce no user-noticeable noise. The _PSV control method specifies the temperature threshold where OSPM will start or stop passive cooling.
    * Critical Trip Points. These are threshold temperatures at which OSPM performs an orderly, but critical, shutdown of the system. The _HOT object declares the critical temperature at which OSPM may choose to transition the system into the S4 sleeping state, if supported, The _CRT object declares the critical temperature at which OSPM must perform a critical shutdown. When a thermal zone appears, OSPM runs control methods in the thermal zone to retrieve the temperature thresholds (trip points) at which it executes a cooling policy. When OSPM receives a temperature change notification it will run the _TMP control method, which returns the current temperature of the thermal zone. OSPM checks the current temperature against the temperature thresholds. If _TMP is greater than or equal to _ACx then OSPM will turn on the associated active cooling device(s). If _TMP is greater than or equal to _PSV then OSPM will perform passive cooling. If _TMP is greater than or equal to _HOT then OSPM may choose to transition the system into the S4 sleeping state, if supported. Finally, if _TMP is greater than or equal to _CRT then OSPM will shut the system down. OSPM must also evaluate _TMP when any thermal zone appears in the namespace (for example, during system initialization) and must initiate a cooling policy as warranted independent of receipt of a temperature change notification. This allows OSPM to cool systems containing a thermal zone whose temperature has already exceeded temperature thresholds at initialization time.
      An optimally designed system that uses several thresholds can notify OSPM of thermal increase or decrease by raising an SCI every several degrees. This enables OSPM to anticipate thermal trends and incorporate heuristics to better manage the system's temperature.
      The OS can also request that the platform change the priority of active cooling (performance) versus passive cooling (energy conservation/silence) by invoking the _SCP (Set Cooling Policy) method.
      Note: there _should_ be a hardware shutdown if the values defined by OSPM (read: user) would lead to overheating. Experience shows, that it works on most machines.

Operation     Command
je pensai que t[0] indiquai les limites auxquelles le ventilo se mettait en marche et t[1] ...je n'ai pas très bien compris...


Edit: pour répondre a ta question j'utilise mon portable comme un fixe et il est toujours branché sur le secteur quand je l'utilise
re-bonsoir...toujours avec ce probleme de freeze...en cherchant un peu (beaucoup...:hammer:) sur le net j'ai trouvé
"CELA"
Cela viens d'un forum gentoo mais est-ce une bonne piste?...