Contrôler la vitesse des ventillateurs sous linux

Contrôler la vitesse des ventillateurs sous linux - Hardware - Linux et OS Alternatifs

Marsh Posté le 24-07-2010 à 19:49:40    

Bonjour,
 
je viens d'acheter un nouveau pc fixe sur lequel j'ai installé entre autre ubuntu 10.04 64 bits, voici les éléments qui pourront aider pour ce topic :
 
Silverpower SP-SS650  
Lian Li Lancool DragonLord K58  
Cooler Master Hyper 212 Plus
Asus P7P55D-E    
Intel® Core™ i5 760
GAINWARD GTX 460 1GB GS PCIE
 
Le problème c'est que sous ubuntu, il y a un ou plusieurs ventilateurs qui tourne à fond (je crois que c'est celui du CPU). J'ai lu plusieurs doc ou post à ce sujet, mais je n'ai pas trouvé de solution. J'arrive bien à monitorer la vitesse des ventilateurs et la températures des éléments mais je n'arrive pas à changer la vitesse des ventilateurs.
 
Voici les différentes commandes testées :

Code :
  1. sensors
  2. atk0110-acpi-0
  3. Adapter: ACPI interface
  4. Vcore Voltage:      +0.87 V  (min =  +0.80 V, max =  +1.60 V)
  5. +3.3V Voltage:      +3.41 V  (min =  +2.97 V, max =  +3.63 V)
  6. +5V Voltage:        +5.06 V  (min =  +4.50 V, max =  +5.50 V)
  7. +12V Voltage:      +12.15 V  (min = +10.20 V, max = +13.80 V)
  8. CPU Fan Speed:     2108 RPM  (min =  600 RPM)
  9. Chassis1 Fan Speed:   0 RPM  (min =  600 RPM)
  10. Chassis2 Fan Speed: 984 RPM  (min =  600 RPM)
  11. Power Fan Speed:   1492 RPM  (min =    0 RPM)
  12. CPU Temperature:    +32.5°C  (high = +45.0°C, crit = +45.5°C) 
  13. MB Temperature:     +27.0°C  (high = +45.0°C, crit = +46.0°C)


Code :
  1. sensors-detect
  2. # sensors-detect revision 5818 (2010-01-18 17:22:07 +0100)
  3. # System: System manufacturer System Product Name
  4. # Board: ASUSTeK Computer INC. P7P55D-E
  6. This program will help you determine which kernel modules you need
  7. to load to use lm_sensors most effectively. It is generally safe
  8. and recommended to accept the default answers to all questions,
  9. unless you know what you're doing.
  11. Some south bridges, CPUs or memory controllers contain embedded sensors.
  12. Do you want to scan for them? This is totally safe. (YES/no):
  13. Silicon Integrated Systems SIS5595...                       No
  14. VIA VT82C686 Integrated Sensors...                          No
  15. VIA VT8231 Integrated Sensors...                            No
  16. AMD K8 thermal sensors...                                   No
  17. AMD Family 10h thermal sensors...                           No
  18. AMD Family 11h thermal sensors...                           No
  19. Intel Core family thermal sensor...                         No
  20. Intel Atom thermal sensor...                                No
  21. Intel AMB FB-DIMM thermal sensor...                         No
  22. VIA C7 thermal sensor...                                    No
  23. VIA Nano thermal sensor...                                  No
  25. Some Super I/O chips contain embedded sensors. We have to write to
  26. standard I/O ports to probe them. This is usually safe.
  27. Do you want to scan for Super I/O sensors? (YES/no):
  28. Probing for Super-I/O at 0x2e/0x2f
  29. Trying family `National Semiconductor'...                   No
  30. Trying family `SMSC'...                                     No
  31. Trying family `VIA/Winbond/Nuvoton/Fintek'...               Yes
  32. Found `Nuvoton W83667HG-B Super IO Sensors'               
  33.     (address 0x290, but not activated)
  34. Probing for Super-I/O at 0x4e/0x4f
  35. Trying family `National Semiconductor'...                   No
  36. Trying family `SMSC'...                                     No
  37. Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
  38. Trying family `ITE'...                                      No
  40. Some systems (mainly servers) implement IPMI, a set of common interfaces
  41. through which system health data may be retrieved, amongst other things.
  42. We first try to get the information from SMBIOS. If we don't find it
  43. there, we have to read from arbitrary I/O ports to probe for such
  44. interfaces. This is normally safe. Do you want to scan for IPMI
  45. interfaces? (YES/no):
  46. Probing for `IPMI BMC KCS' at 0xca0...                      No
  47. Probing for `IPMI BMC SMIC' at 0xca8...                     No
  49. Some hardware monitoring chips are accessible through the ISA I/O ports.
  50. We have to write to arbitrary I/O ports to probe them. This is usually
  51. safe though. Yes, you do have ISA I/O ports even if you do not have any
  52. ISA slots! Do you want to scan the ISA I/O ports? (YES/no):
  53. Probing for `National Semiconductor LM78' at 0x290...       No
  54. Probing for `National Semiconductor LM79' at 0x290...       No
  55. Probing for `Winbond W83781D' at 0x290...                   No
  56. Probing for `Winbond W83782D' at 0x290...                   No
  58. Lastly, we can probe the I2C/SMBus adapters for connected hardware
  59. monitoring devices. This is the most risky part, and while it works
  60. reasonably well on most systems, it has been reported to cause trouble
  61. on some systems.
  62. Do you want to probe the I2C/SMBus adapters now? (YES/no):
  63. Found unknown SMBus adapter 8086:3b30 at 0000:00:1f.3.
  64. Sorry, no supported PCI bus adapters found.
  65. Module i2c-dev loaded successfully.
  67. Next adapter: NVIDIA i2c adapter  (i2c-0)
  68. Do you want to scan it? (YES/no/selectively):
  70. Next adapter: NVIDIA i2c adapter  (i2c-1)
  71. Do you want to scan it? (YES/no/selectively):
  72. Client found at address 0x49
  73. Probing for `National Semiconductor LM75'...                No
  74. Probing for `Dallas Semiconductor DS75'...                  No
  75. Probing for `National Semiconductor LM77'...                No
  76. Probing for `Dallas Semiconductor DS1621/DS1631'...         No
  77. Probing for `National Semiconductor LM73'...                No
  78. Probing for `National Semiconductor LM92'...                No
  79. Probing for `National Semiconductor LM76'...                No
  80. Probing for `Maxim MAX6633/MAX6634/MAX6635'...              No
  81. Client found at address 0x50
  82. Probing for `Analog Devices ADM1033'...                     No
  83. Probing for `Analog Devices ADM1034'...                     No
  84. Probing for `SPD EEPROM'...                                 No
  85. Probing for `EDID EEPROM'...                                No
  87. Next adapter: NVIDIA i2c adapter  (i2c-2)
  88. Do you want to scan it? (YES/no/selectively):
  90. Next adapter: NVIDIA i2c adapter  (i2c-3)
  91. Do you want to scan it? (YES/no/selectively):
  93. Next adapter: NVIDIA i2c adapter  (i2c-4)
  94. Do you want to scan it? (YES/no/selectively):
  96. Next adapter: NVIDIA i2c adapter  (i2c-5)
  97. Do you want to scan it? (YES/no/selectively):
  99. Next adapter: NVIDIA i2c adapter  (i2c-6)
  100. Do you want to scan it? (YES/no/selectively):
  102. Next adapter: NVIDIA i2c adapter  (i2c-7)
  103. Do you want to scan it? (YES/no/selectively):
  105. Sorry, no sensors were detected.
  106. Either your system has no sensors, or they are not supported, or
  107. they are connected to an I2C or SMBus adapter that is not
  108. supported. If you find out what chips are on your board, check
  109. http://www.lm-sensors.org/wiki/Devices for driver status.


Je pense que le problème vient de sensors-detect qui ne trouve rien...
 

Code :
  1. pwmconfig
  2. # pwmconfig revision 5770 (2009-09-16)
  3. This program will search your sensors for pulse width modulation (pwm)
  4. controls, and test each one to see if it controls a fan on
  5. your motherboard. Note that many motherboards do not have pwm
  6. circuitry installed, even if your sensor chip supports pwm.
  8. We will attempt to briefly stop each fan using the pwm controls.
  9. The program will attempt to restore each fan to full speed
  10. after testing. However, it is ** very important ** that you
  11. physically verify that the fans have been to full speed
  12. after the program has completed.
  14. /usr/sbin/pwmconfig: There are no pwm-capable sensor modules installed


Voila, des idées ?

Reply

Marsh Posté le 24-07-2010 à 19:49:40   

Reply

Marsh Posté le 15-08-2010 à 19:32:57    

Meme probleme, il faut attendre la dispo. d'une maj ou bien sur leur site il y a un driver standalone, mais je n'ai pa seu le tps de le tester :
 
Now follows a summary of the probes I have just done.
Just press ENTER to continue:  
 
Driver `to-be-written':
  * ISA bus, address 0x290
    Chip `Nuvoton W83667HG-B Super IO Sensors' (confidence: 9)
 
Note: there is no driver for Nuvoton W83667HG-B Super IO Sensors yet.
Check http://www.lm-sensors.org/wiki/Devices for updates.


Message édité par Profil supprimé le 15-08-2010 à 19:34:39
Reply

Marsh Posté le 16-08-2010 à 13:26:33    

Malgré mes messages sur différents forum, pour le moment le problème n'a pas du tout avancé....

Reply

Marsh Posté le 16-08-2010 à 14:31:20    

bah tu compiles le module et tu le modprobe.
 
T'as les sources là: http://khali.linux-fr.org/devel/misc/w83667hg/

Reply

Marsh Posté le 19-08-2010 à 00:00:17    

Bon j'ai contacté l'un des développeurs de LM-sensors et voici sa réponse :
 

Citation :

Toutes les cartes Asus non-serveur récentes implémentent une couche
d'abstraction au dessus du composant de monitoring, appelée ATK0110 et
supportée par le pilote asus_atk0110. Malheureusement ce pilote a été
écrit sans documentation, et est de toute façon largement dépendant de
l'implémentation ATK0110 dans le BIOS. C'est la raison pour laquelle ce
pilote ne supporte pas le contrôle des ventilateurs (et selon toute
vraisemblance ne le supportera jamais.) Désolé.
 
En revanche, si tu vas dans le BIOS, tu devrais trouver une page de
configuration pour le contrôle automatique des ventilateurs. Les cartes
récentes sont plutôt bien configurables et c'est généralement suffisant
pour arriver à une situation acceptable. Une mise à jour de BIOS peut
éventuellement aider, selon le modèle.
 
Si la situation te déplaît, je t'invite à t'en plaindre à Asus
eux-même, en leur demandant de publier les spécifications de
l'interface ATK0110 et/ou de permettre une plus grande souplesse de
configuration dans le BIOS.


 
Donc en clair c'est foutu pour un support logiciel.
 
En revanche, en fouillant dans les menus et sous menus du BIOS, j'ai quand même trouvé une option (initialement cachée) permettant de contrôler les ventilateurs par le BIOS. J'ai donc réussi à retrouver le silence sous linux, certes d'une manière détournée.
 
J'ai également envoyé un petit mail à asus pour me plaindre.

Reply

Marsh Posté le 19-08-2010 à 09:23:45    

Ahhh oui dans le bios, il y a plusieurs mode pour faire tourner plus ou moins vite le ventillo ... Il faudra que je regarde ca moi.  
J'ai moi aussi une carte mère Asus. A tout hasard, te souviens tu de tête ou tu as trouvé l'option ?  
 
 
Sinon sympa l'explication du développeur.

Reply

Marsh Posté le 19-08-2010 à 17:23:01    

De mémoire c'est dans Alimentation > Surveillance matériel > il faut activer le contrôle des différents ventilateurs > là tu peux sélectionner le mode de contrôle que tu veux.

Reply

Marsh Posté le 19-08-2010 à 19:57:25    

oki, oki, je regarderais quand je booterai mon PC.  
Merci

Reply

Marsh Posté le 30-06-2024 à 11:18:39    

Bonjour, je remonte ce vieux post de 2010 car je me trouve face au même problème. Sous windows j'arrive à piloter mes ventilos avec speedfan, par contre sur cette même config matérielle (pc fixe) pas moyen de le faire sous linux. Savez-vous si 14ans après il existe une alternative?
Merci

Reply

Marsh Posté le 30-06-2024 à 23:29:58    

un pilotage manuel ne sert à rien. il faut laisser faire le hardware amha. Si tu veux entendre moins de bruit il faut agrandir la taille de tes rad/ventilos
pour augmenter le flux global et ne pas être obliger de speeder qd ya des coups de chaud.


---------------
risque de déchirer le tissu même du continuum espace-temps
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed