Gkrellm: no sensors detected - Linux et OS Alternatifs
Marsh Posté le 20-10-2002 à 18:02:01
| el_loco a écrit a écrit  : Si tu fais sensors t obtiens koi? | 
 
 
no sensors found 
Marsh Posté le 20-10-2002 à 18:05:33
| leirn a écrit a écrit  : no sensors found   | 
 
 
comment tu les as installé ? 
tu as suivi la doc ? 
tu as répondu oui partout à toute les questions ? 
c'est le genre de truc qui marche très bien en suivant la doc, mais chiant à trouver le pb à distance, parce que ça peut venir de n'importe quoi si tu n'as pas bien suivi la doc ... en plus si tu nous donnait la marque de ta carte mère, on s'en sortirait mieux ... (le chipset plutot...)
Marsh Posté le 20-10-2002 à 18:06:11
Ba c koi t as carte mere, et pui c normal que gkrellm il trouve pas de sensors si lm-sensors il les trouve pas.
Marsh Posté le 20-10-2002 à 18:07:04
ah pis tant que tu y es, fait nous un lsmod et un lspci...
Marsh Posté le 20-10-2002 à 18:10:20
faut que ce soit compiler dans le noyau aussi, donc avoir fait un p'tit mkpatch.pl à partir des sources de lm_sensors... nan ? 
Marsh Posté le 20-10-2002 à 18:14:41
Pas obliger de partcher le noyau suffit de compiler i2c et lm_sensors et de faire un make install, avec un noyau compatible avec les senseurde temp. Et puis de lancer sensors detect, et de charger les modules demander. Mais y a deja eu de nombreu topic sur le sujet dont les miens si je me souvien bien.
Marsh Posté le 20-10-2002 à 18:17:24
gkrellm 2 
 
c pas trop ka jouréne d'installation, c journée correction des deux trois merdes ki trainent avant status quo ds kke sminutes 
 
apt-get lm-sensors, dc g pas vu les sources 
 
carte mere dfi, je c plus lakel, chip via 
 
tour home/leirn# lsmod
home/leirn# lsmod 
Module                  Size  Used by    Tainted: P   
NVdriver             1065184  10  
tour home/leirn# lspci
home/leirn# lspci 
00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266] 
00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] 
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) 
00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge 
00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) 
00:11.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b) 
00:11.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b) 
00:11.4 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b) 
00:14.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) 
00:14.1 Input device controller: Creative Labs SB Live! (rev 07) 
01:00.0 VGA compatible controller: nVidia Corporation NV11 (GeForce2 MX) (rev a1) 
tour home/leirn#
home/leirn#  
Marsh Posté le 20-10-2002 à 18:24:54
| leirn a écrit a écrit  : gkrellm 2 c pas trop ka jouréne d'installation, c journée correction des deux trois merdes ki trainent avant status quo ds kke sminutes apt-get lm-sensors, dc g pas vu les sources carte mere dfi, je c plus lakel, chip via tour  home/leirn# lsmod Module Size Used by Tainted: P NVdriver 1065184 10 tour  home/leirn# lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8367 [KT266] 00:01.0 PCI bridge: VIA Technologies, Inc. VT8367 [KT266 AGP] 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge 00:11.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) 00:11.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b) 00:11.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b) 00:11.4 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1b) 00:14.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07) 00:14.1 Input device controller: Creative Labs SB Live! (rev 07) 01:00.0 VGA compatible controller: nVidia Corporation NV11 (GeForce2 MX) (rev a1) tour  home/leirn# | 
 
 
tu as que ça en lsmod ??  
  
Toi tu as recompilé ton noyau ... j'espère que tu sais ce que tu fais parce que sinon on peut toujoours chercher pour trouver d'où vient le problème ...  
 
Marsh Posté le 20-10-2002 à 18:25:10
dl les sources et fais ce que je t ai dis. Les sensors ils marchent sous windows?
Marsh Posté le 20-10-2002 à 18:26:58
| el_loco a écrit a écrit  : dl les sources et fais ce que je t ai dis. Les sensors ils marchent sous windows? | 
 
 
t'en a de ces kestions... j'en sais iren, jamais essayer, windows c juste pour mon walkman
Marsh Posté le 20-10-2002 à 18:27:28
| Tux Le Penguin a écrit a écrit  : tu as que ça en lsmod ??   Toi tu as recompilé ton noyau ... j'espère que tu sais ce que tu fais parce que sinon on peut toujoours chercher pour trouver d'où vient le problème ...   | 
 
 
me suis fait aider a la recompil, normalement c bon
Marsh Posté le 20-10-2002 à 18:29:49
| leirn a écrit a écrit  : me suis fait aider a la recompil, normalement c bon | 
 
 
2 choses à être sur : permettre le support des modules (à priori c'est bon puisque ton nvidia marche... enfin à moitié, mais c'est suffisant) 
et ne pas avoir compiler le support i2c en dur dans le kernel bien entendu ... sinon tu peux plus le changer par la suite ...
Marsh Posté le 20-10-2002 à 23:31:23
| Citation : lsmod  | 
      
   
   
  
 
 
ok... maintenant je me rapelles pourquoi j'ai boutté ma GeForce2 de mon PC...
Marsh Posté le 20-10-2002 à 23:52:26
| PinG a écrit a écrit  : 
       | 
 
 
1 petit Mo de rien du tout, je vois pas où est le problème   
 
Marsh Posté le 20-10-2002 à 23:59:12
moi aussi j ai des pb avec les sensors (kt7-raid) : 
root:~# lsmod  
Module                  Size  Used by    Not tainted 
i2c-dev                 3584   0  
eeprom                  3520   0  (unused) 
adm1021                 5536   0  (unused) 
i2c-proc                6176   0  [eeprom adm1021] 
i2c-viapro              3848   0  
i2c-core               13480   0  [i2c-dev eeprom adm1021 i2c-proc i2c-viapro] 
 
 
 
root:~# /etc/init.d/modutils 
root:~# sensors 
max1617-i2c-0-18 
Adapter: SMBus Via Pro adapter at 5000 
Algorithm: Non-I2C SMBus adapter 
Board:       +12�C  (min =   +4�C, max =   +0�C) 
CPU:          +0�C  (min =  +12�C, max =  +60�C)ALARM (N/A) <--- po normal du tout !!! 
 
eeprom-i2c-0-50 
Adapter: SMBus Via Pro adapter at 5000 
Algorithm: Non-I2C SMBus adapter 
Memory type:            SDRAM DIMM SPD 
SDRAM Size (MB):        256  
 
eeprom-i2c-0-51 
Adapter: SMBus Via Pro adapter at 5000 
Algorithm: Non-I2C SMBus adapter 
Memory type:            SDRAM DIMM SPD 
SDRAM Size (MB):        128 
 
eeprom-i2c-0-52 
Adapter: SMBus Via Pro adapter at 5000 
Algorithm: Non-I2C SMBus adapter 
Memory type:            SDRAM DIMM SPD 
SDRAM Size (MB):        128 
 
 
alors bon pk ca marche po???
Marsh Posté le 21-10-2002 à 00:01:10
| tomate77 a écrit a écrit  : moi aussi j ai des pb avec les sensors (kt7-raid) : root:~# lsmod Module Size Used by Not tainted i2c-dev 3584 0 eeprom 3520 0 (unused) adm1021 5536 0 (unused) i2c-proc 6176 0 [eeprom adm1021] i2c-viapro 3848 0 i2c-core 13480 0 [i2c-dev eeprom adm1021 i2c-proc i2c-viapro] root:~# /etc/init.d/modutils root:~# sensors max1617-i2c-0-18 Adapter: SMBus Via Pro adapter at 5000 Algorithm: Non-I2C SMBus adapter Board: +12�C (min = +4�C, max = +0�C) CPU: +0�C (min = +12�C, max = +60�C)ALARM (N/A) <--- po normal du tout !!! eeprom-i2c-0-50 Adapter: SMBus Via Pro adapter at 5000 Algorithm: Non-I2C SMBus adapter Memory type: SDRAM DIMM SPD SDRAM Size (MB): 256 <---- faux !!!! 512 !!! eeprom-i2c-0-51 Adapter: SMBus Via Pro adapter at 5000 Algorithm: Non-I2C SMBus adapter Memory type: SDRAM DIMM SPD SDRAM Size (MB): 128 eeprom-i2c-0-52 Adapter: SMBus Via Pro adapter at 5000 Algorithm: Non-I2C SMBus adapter Memory type: SDRAM DIMM SPD SDRAM Size (MB): 128 alors bon pk ca marche po??? | 
 
 
tu as beaucoup de chose toi, je trouve, mais pas les bonnes   
  
modprobe i2c-isa
Marsh Posté le 21-10-2002 à 00:08:17
| Tux Le Penguin a écrit a écrit  : 1 petit Mo de rien du tout, je vois pas où est le problème   | 
tu vois pas ou est le pb? 1Mo de kernel land pour 1 cg, tu vois pas où est le pb??? tu te fout de moi, c'est pas possible autrement...
Marsh Posté le 21-10-2002 à 00:09:35
| PinG a écrit a écrit  : tu vois pas ou est le pb? 1Mo de kernel land pour 1 cg, tu vois pas où est le pb??? tu te fout de moi, c'est pas possible autrement... | 
 
 
Tu as tout compris  
 ![[:joce] [:joce]](https://forum-images.hardware.fr/images/perso/joce.gif)
Marsh Posté le 21-10-2002 à 00:10:06
Tux Le Penguin : j ai fias modprobe i2c-isa et puis sensors et ca me fais la meme chose 
Marsh Posté le 21-10-2002 à 00:16:24
| Tux Le Penguin a écrit a écrit  : Tu as tout compris   ![[:joce] [:joce]](https://forum-images.hardware.fr/images/perso/joce.gif)  | 
merci... 
Nan, mais franchement, les GeF sont de très bnnes cartes, mais de là à avoir un kernel land grossit de 1Mo (surtout pour le peut que je joues...)...   
 
Marsh Posté le 21-10-2002 à 00:16:57
| tomate77 a écrit a écrit  : Tux Le Penguin : j ai fias modprobe i2c-isa et puis sensors et ca me fais la meme chose   | 
 
 
il te fait pas de message d'erreurs ? 
tu as du merdé quelque part pendant l'install 
ça te dit quoi un sensors-detect ? 
quand tu l'as installé, tu as bien repondu oui partout ? et tu as bien fait tout ce qu'il disait de faire ? 
refais un lsmod pour voir...
Marsh Posté le 21-10-2002 à 00:21:12
| PinG a écrit a écrit  : merci... Nan, mais franchement, les GeF sont de très bnnes cartes, mais de là à avoir un kernel land grossit de 1Mo (surtout pour le peut que je joues...)...   | 
 
 
bah c'est bien aussi pour les divx ... franchement, c'est gros , certes, mais ça offre un paquet de fonctions, et il n'y a rien dans un pc d'aussi complexe à gérer qu'une cg   
 
c'est pas pour rien qu'il y a bcp plus de transistors dans un GPU que dans un CPU... 
 
donc bon, ça fait bcp, mais je trouve pas ça démesuré quand même ... enfin si .. en fait ce qu'il faudrait, c'est qu'il sépare les fonctions en plusieurs modules, pour que si tu ne joues pas, tu es quand même l'accélération 2D et vidéo (xv), ... ça réduirait déjà de bcp la taille ...
Marsh Posté le 21-10-2002 à 00:24:34
alors le lsmod: 
 
root:~# lsmod  
Module                  Size  Used by    Not tainted 
i2c-isa                 1220   0  (unused) 
i2c-dev                 3584   0  
eeprom                  3520   0  (unused) 
adm1021                 5536   0  (unused) 
i2c-proc                6176   0  [eeprom adm1021] 
i2c-viapro              3848   0  
i2c-core               13480   0  [i2c-isa i2c-dev eeprom adm1021 i2c-proc i2c-viapro] 
 
 
sensors-detect : 
 
 
 
root:~# sensors-detect  
 This program will help you to determine which I2C/SMBus modules you need to 
 load to use lm_sensors most effectively. 
 You need to have installed lm-sensors modules before you can use 
 some functions of this utility. 
 Also, you need to be `root', or at least have access to 
 the /dev/i2c[-/]* files for some things. 
 If you have patched your kernel and have some drivers built-in you can 
 safely answer NO if asked to load some modules. In this case, things may 
 seem a bit confusing, but they will still work. 
 
 IF THIS IS AN IBM THINKPAD, PRESS CTRL-C NOW! 
 IBM Thinkpads have a severely broken i2c/SMBus implementation,  just scanning 
 the bus will break your thinkpad forever! 
 
 We can start with probing for (PCI) I2C or SMBus adapters. 
 You do not need any special privileges for this. 
 Do you want to probe now? (YES/no):  
Probing for PCI bus adapters... 
Use driver `i2c-viapro' for device 00:07.4: VIA Technologies VT82C686 Apollo ACPI 
Probe succesfully concluded. 
 
 We will now try to load each adapter module in turn. 
Module `i2c-viapro' already loaded. 
 Do you now want to be prompted for non-detectable adapters? (yes/NO):  
 To continue, we need module `i2c-dev' to be loaded. 
 If it is built-in into your kernel, you can safely skip this. 
i2c-dev is already loaded. 
 
 We are now going to do the adapter probings. Some adapters may hang halfway 
 through; we can't really help that. Also, some chips will be double detected; 
 we choose the one with the highest confidence value in that case. 
 If you found that the adapter hung after probing a certain address, you can 
 specify that address to remain unprobed. That often 
 includes address 0x69 (clock chip). 
 
Next adapter: SMBus Via Pro adapter at 5000 (Non-I2C SMBus adapter) 
Do you want to scan it? (YES/no/selectively):  
Client at address 0x18 can not be probed - unload all client drivers first! 
Client found at address 0x31 
Probing for `National Semiconductor LM78'... Failed! 
Probing for `National Semiconductor LM78-J'... Failed! 
Probing for `National Semiconductor LM79'... Failed! 
Probing for `Winbond W83781D'... Failed! 
Probing for `Winbond W83782D'... Failed! 
Probing for `Winbond W83783S'... Failed! 
Probing for `Winbond W83627HF'... Failed! 
Probing for `Asus AS99127F'... Failed! 
Client at address 0x50 can not be probed - unload all client drivers first! 
Client at address 0x51 can not be probed - unload all client drivers first! 
Client at address 0x52 can not be probed - unload all client drivers first! 
Client found at address 0x69 
 
 Some chips are also accessible through the ISA bus. ISA probes are 
 typically a bit more dangerous, as we have to write to I/O ports to do 
 this.  Do you want to scan the ISA bus? (YES/no): 
Probing for `National Semiconductor LM78' 
  Trying address 0x0290... Failed! 
Probing for `National Semiconductor LM78-J' 
  Trying address 0x0290... Failed! 
Probing for `National Semiconductor LM79' 
  Trying address 0x0290... Failed! 
Probing for `Winbond W83781D' 
  Trying address 0x0290... Failed! 
Probing for `Winbond W83782D' 
  Trying address 0x0290... Failed! 
Probing for `Winbond W83627HF' 
  Trying address 0x0290... Failed! 
Probing for `Winbond W83697HF' 
  Trying address 0x0290... Failed! 
Probing for `Silicon Integrated Systems SIS5595' 
  Trying general detect... Failed! 
Probing for `VIA Technologies VT 82C686 Integrated Sensors' 
  Trying general detect... Failed! 
Probing for `ITE IT8705F / IT8712F / SiS 950' 
  Trying address 0x0290... Failed! 
 
 Now follows a summary of the probes I have just done. 
 Just press ENTER to continue:  
 
 I will now generate the commands needed to load the I2C modules. 
 Sometimes, a chip is available both through the ISA bus and an I2C bus. 
 ISA bus access is faster, but you need to load an additional driver module 
 for it. If you have the choice, do you want to use the ISA bus or the 
 I2C/SMBus (ISA/smbus)?  
 
WARNING! If you have some things built into your kernel, the  
below list will contain too many modules. Skip the appropriate ones! 
To load everything that is needed, edit /etc/modules and add the modules 
 listed here to it: 
 
#----cut here---- 
# I2C adapter drivers 
# I2C chip drivers 
#----cut here---- 
 
Then, run /etc/init.d/modutils 
 
 
To make the sensors modules behave correctly, add these lines to  
/etc/modutils/local and run update-modules: 
 
#----cut here---- 
# I2C module options 
alias char-major-89 i2c-dev 
#----cut here---- 
 
 
a la fin je fais bien ce k il me dit mais a marche po 


Marsh Posté le 21-10-2002 à 00:26:16
| Tux Le Penguin a écrit a écrit  : bah c'est bien aussi pour les divx ... franchement, c'est gros , certes, mais ça offre un paquet de fonctions, et il n'y a rien dans un pc d'aussi complexe à gérer qu'une cg   c'est pas pour rien qu'il y a bcp plus de transistors dans un GPU que dans un CPU... donc bon, ça fait bcp, mais je trouve pas ça démesuré quand même ... enfin si .. en fait ce qu'il faudrait, c'est qu'il sépare les fonctions en plusieurs modules, pour que si tu ne joues pas, tu es quand même l'accélération 2D et vidéo (xv), ... ça réduirait déjà de bcp la taille ... | 
  
   
   
  
 
ouaip : nv_xv, nv_3Dgl, nv_foo_module_one_megabyte_long 
Marsh Posté le 21-10-2002 à 00:32:24
| PinG a écrit a écrit  :       ouaip : nv_xv, nv_3Dgl, nv_foo_module_one_megabyte_long   | 
 
 
enfin c'est plus facile à dire qu'à faire 
nous on dit ça du haut de nos 1m20, mais si ça se trouve, les fonctions sont parfois utilisé pour plusieurs applications différentes, donc il faudrait en plus un nv_core ... 
bref, ce serait certaine mieux pour eux et pour nous, et plus facile à maintenir, en cas de mise à jour ... le pb c'est que les drivers sont ceux de windows, adapté à linux, et ils prennent pas bcp de temps je pense pour les adapter aux mieux pour linux (windows étant une sombre merde, c'est même pas dit qu'ils puissent faire plusieurs modules pour un seul périphérique ... enfin ça ça dépasse de bcp mes compétence   )
 )
Marsh Posté le 21-10-2002 à 01:00:36
bon j ai fais un apt-get update apres avoir mis testing et unstable, puis sensors-detect, et ca marche now  
   
   
  
 
chelou....
Marsh Posté le 21-10-2002 à 01:04:52
bon maintenant ke les sensors marchent j ai pu teste LVcool (Vcool de windows porte sous linux) 
 
et bah ca marche du feu de dieu!!!! 
 
en 5 min j ai perdu presque 10°C !!!  
  
 
bref, installe LVcool, c TROP BIEN!!!
Marsh Posté le 21-10-2002 à 01:16:07
| tomate77 a écrit a écrit  : bon maintenant ke les sensors marchent j ai pu teste LVcool (Vcool de windows porte sous linux) et bah ca marche du feu de dieu!!!! en 5 min j ai perdu presque 10°C !!!   bref, installe LVcool, c TROP BIEN!!! | 
 
 
ça m'interesserait plus de perdre à pleine charge moi  
Marsh Posté le 20-10-2002 à 17:54:59
alors ke ma cm en possede, ou alors les valeurs du bios sont calculées au hasard, et lm-sensors est installé...
---------------
"Je brandirai une épée d'orichalque, je m'assouvirai sur des Templiers." | "Avec dans son sillage l'Ombre du Diable, Leirn appelait les morts pour une danse macabre et déchainaît les horreurs de la nuit..."