Salut à tous !
Je voudrais suivre les températures en tps réels de mon processeur sous linux mandrake 10.1
J'ai déjà installé avec succès le logiciel gkrellm mais pour pouvoir afficher les diverses températures proposées , il est necessaire d'installer lm_sensors....Mais impossible d'y arriver ! je vous explique mes difficultés :
J'ai téléchargé lm_sensors-2.9.0-alt1.src.rpm et qd je tape sous le root la commande urpmi lm_sensors-2.9.0-alt1.src.rpm, voilà ce que le shell me renvoit:
[root@localhost gderac]# urpmi lm_sensors-2.9.0-alt1.src.rpm
Certains paquetages demandés ne peuvent pas être installés :
lm_sensors-2.9.0-alt1.src (car flex est non satisfait)
continuer ? (O/n) [root@localhost gderac]#
Qd je tape, oui, rien ne se passe bien sur !
Alors je me penche sur l'install de flex, je trouve et télécharge flex-2.5.4a-21mdk.src.rpm et tjs sous root , je tape la même commande urpmi flex-2.5.4a-21mdk.src.rpm et voilà ce que le shell me revoit:
[root@localhost gderac]# urpmi flex-2.5.4a-21mdk.src.rpm
Certains paquetages demandés ne peuvent pas être installés :
flex-2.5.4a-21mdk.src (car byacc est non satisfait)
continuer ? (O/n)
Toujours pareil, qd je fais oui, rien ! Ca peut durer combien de tps comme ça? lol
J''ai pas essayé de trouver un package byacc car tout ça me parait bien fastidieux et je pense qu'il existe une solution bien plus simple pour installer ce satané lm_sensors sans lequel, les capteurs de la carte mère ne peuvent pas me communiquer les températures (ou tensions etc....)
Si vous avec des suggestions, merci de me les commniquer
A +
# bah tu veux pas essayer les binaires plutot que les sources?:)
Posté par . Takhi . Évalué à 2.
il faut donc les reconstruire
Tu trouveras plus de précisions par là bas:
http://lea-linux.org/software/rpm.html#rpm_precisions(...)
Pour installer directement les binaires :
urpmi lm_sensors
doit pouvoir suffire
En effet dans ce cas d'utilisation de urpmi il va tenter d'installer lui meme les packages qui manquent ( d'ailleurs en binaire lm_sensors n'a pas besoin de flex ... )
http://www.rpmfind.net//linux/RPM/mandrake/10.1/i586/media/main/lm_(...)
[^] # Re: bah tu veux pas essayer les binaires plutot que les sources?:)
Posté par gderac . Évalué à 1.
Et, quand j'essaie de recompiler le package src.rpm à l'aide de la commande # rpmbuild --recompile paquetage.src.rpm, voici ce que le shell me renvoit:
[root@localhost gderac]# rpmbuild --recompile lm_sensors-2.9.0-alt1.src.rpm
bash: rpmbuild: command not found
[root@localhost gderac]#
Alors j'y comprends rieeeeeeen :-)
C'est pourquoi je voulais trouver des rpm compilés et directement executables....
Si qqu'un pouvait m'aider, ce serait bien cool ;-)
A +
[^] # Re: bah tu veux pas essayer les binaires plutot que les sources?:)
Posté par . Takhi . Évalué à 2.
urpmi rpm-build
et ensuite de retenter ta génération de package
[^] # Re: bah tu veux pas essayer les binaires plutot que les sources?:)
Posté par gderac . Évalué à 1.
Il doit y avoir une manip à faire après avoir installé lm_sensors et que j'ignore....
A +
[^] # Re: bah tu veux pas essayer les binaires plutot que les sources?:)
Posté par Neni (site web personnel) . Évalué à 1.
puis un petit lancement du service (/etc/rc.d/init.d/sensrd start).
[^] # Re: bah tu veux pas essayer les binaires plutot que les sources?:)
Posté par gderac . Évalué à 1.
[root@localhost gderac]# sensors-detect
This program will help you determine which I2C/SMBus modules you need to
load to use lm_sensors most effectively. You need to have i2c and
lm_sensors installed before running this program.
Also, you need to be `root', or at least have access to the /dev/i2c-*
files, for most 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.
It is generally safe and recommended to accept the default answers to all
questions, unless you know what you're doing.
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!
If this is a non-Thinkpad IBM, we still suggest you press CTRL+C. We have
had users reporting system breakage on other IBM systems as well.
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): YES
Probing for PCI bus adapters...
Use driver `rivatv' for device 01:00.0: GeForce2 MX
Use driver `i2c-sis96x' for device 00:02.1: Silicon Integrated Systems SMBus Controller
Probe succesfully concluded.
We will now try to load each adapter module in turn.
Load `rivatv' (say NO if built into your kernel)? (YES/no): YES
Module loaded succesfully.
Load `i2c-sis96x' (say NO if built into your kernel)? (YES/no): YES
Module loaded succesfully.
If you have undetectable or unsupported adapters, you can have them
scanned by manually loading the modules before running this script.
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 not loaded. Do you want to load it now? (YES/no): YES
Module loaded succesfully.
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: SiS96x SMBus adapter at 0x0c00
Do you want to scan it? (YES/no/selectively): YES
Client found at address 0x50
Probing for `SPD EEPROM'... Success!
(confidence 8, driver `eeprom')
Probing for `DDC monitor'... Failed!
Probing for `Maxim MAX6900'... Failed!
Client found at address 0x69
Next adapter: NVIDIA display adapter bus 0
Do you want to scan it? (YES/no/selectively): YES
Segmentation fault
[root@localhost gderac]#
Segmentation fault?....ça veut dire quoi ça?
Merci de m'aider :-)
A +
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.