applet batterie KDE

applet batterie KDE - Logiciels - Linux et OS Alternatifs

Marsh Posté le 27-05-2004 à 10:21:41    

Bonjour à tous,
j'ai installé une MDK 10 sur mon portable et j'utilise KDE. Y'a t'il une applet qui permet de surveiller le niveau de batterie de l'ordinateur? J'ai essayé Kacpi, mais il ne marche pas...
Quelqu'un pourra t'il m'aider ou m'indiquer les paquetages à installer???
MErci

Reply

Marsh Posté le 27-05-2004 à 10:21:41   

Reply

Marsh Posté le 27-05-2004 à 11:00:26    

T'as essayé dans kcontrol ?
kcmshell laptop


Message édité par bobuse le 27-05-2004 à 11:00:49
Reply

Marsh Posté le 27-05-2004 à 11:04:50    

pour le mien j'ai installer les rpm acpi et acpid puis modifier le lilo pour qu'il prenne en charge l'acpi
 
il me semble pas qu'il y ai plus a faire

Reply

Marsh Posté le 27-05-2004 à 11:14:53    

bobuse a écrit :

T'as essayé dans kcontrol ?
kcmshell laptop


 
Euh, excuses moi, je ne comprends pas trop, dans Kcontrol où est-ce que je trouve kcmshell laptop?

Reply

Marsh Posté le 27-05-2004 à 11:17:18    

kcmshell laptop est la commande pour aller directement à la section intéressante ! Tapes justes [Alt]+[F2], "kcmshell laptop" et [Entrée].

Reply

Marsh Posté le 27-05-2004 à 11:23:40    

stim a écrit :

pour le mien j'ai installer les rpm acpi et acpid puis modifier le lilo pour qu'il prenne en charge l'acpi
 
il me semble pas qu'il y ai plus a faire


 
mais qu'est ce qui te donne le niveau de ta batterie? acpid? CHez moi acpi ne fait que gérer l'energie mais ne montre pas le niveau de la batterie...

Reply

Marsh Posté le 27-05-2004 à 11:30:15    

bobuse a écrit :

kcmshell laptop est la commande pour aller directement à la section intéressante ! Tapes justes [Alt]+[F2], "kcmshell laptop" et [Entrée].


 
en fait c'est ce que j'avais fais, mais je ne trouve pas Kclshell Laptop

Reply

Marsh Posté le 27-05-2004 à 11:33:07    

À mon avis si tu tapes acpi en console, il va te donner le niveau de te batterie. C'est pas une applet mais c'est déjà ça  :hello: Sinon, repasse sous GNOME  :D  
 
Ceci dit, je viens de découvrir que Mandrake désactivait quasi complètement la gestion de l'ACPI dans ses noyaux. Ils mettent le paramètre "acpi=ht", qui est un support minimal de l'ACPI, permettant juste aux processeurs Hyper-Threading (les derniers P4) de fonctionner comme multi-processeurs.
 
Pour changer ça dans ton noyau, édite (avec nano  :whistle:) /etc/lilo.conf et remplace tous les acpi=ht par acpi=on. Ca devrait déjà aller mieux. Étape suivante : recompiler son noyau. :D

Reply

Marsh Posté le 27-05-2004 à 11:33:31    

j'ai installé acpi et acpid.
activé acpi au demarrage.
mais kapacity  me dit : Impossible d'ouvrir /proc/acpi/battery/BAT0/state pour la lecture des informations batterie.
 
comment activer les options de ACPI : AC Adaptor et Control method ?
 
obligé de recompiler le noyau ? j'ai le 2.6.3-13mdk


Message édité par Profil supprimé le 27-05-2004 à 11:34:57
Reply

Marsh Posté le 27-05-2004 à 11:35:23    

jeep05 a écrit :

j'ai installé acpi et acpid.
activé acpi au demarrage.
mais kapacity  me dit : Impossible d'ouvrir /proc/acpi/battery/BAT0/state pour la lecture des informations batterie.

que te donne (en root) la commande modprobe -l | grep acpi (ça te liste tous les modules acpi compilés dans le noyau) ?

Reply

Marsh Posté le 27-05-2004 à 11:35:23   

Reply

Marsh Posté le 27-05-2004 à 11:40:45    

Goon a écrit :

À mon avis si tu tapes acpi en console, il va te donner le niveau de te batterie. C'est pas une applet mais c'est déjà ça  :hello: Sinon, repasse sous GNOME  :D  
 
Ceci dit, je viens de découvrir que Mandrake désactivait quasi complètement la gestion de l'ACPI dans ses noyaux. Ils mettent le paramètre "acpi=ht", qui est un support minimal de l'ACPI, permettant juste aux processeurs Hyper-Threading (les derniers P4) de fonctionner comme multi-processeurs.
 
Pour changer ça dans ton noyau, édite (avec nano  :whistle:) /etc/lilo.conf et remplace tous les acpi=ht par acpi=on. Ca devrait déjà aller mieux. Étape suivante : recompiler son noyau. :D


 
salut Goon, :jap:  à ce que je vois, tu bosses autant que moi.
Alors j'ai tapé acpi en console mais il me dit  
No Acpi support in kernel, or incorrect acpi-path ("/proc/acpi" ). :ouch:  
Ensuite tu me dis d'éditer sous nano alors moi d'accord, je lance nano, mais qu'est-ce que je fais de/etc/lilo.conf ? :whistle:  
Pour la recompilation, je te soupçonne de te foutre de ma gueule :kaola:

Reply

Marsh Posté le 27-05-2004 à 11:44:00    

mais non en fait je viens d'y arriver...
Au fait c'est quoi que tu m'as fais faire? :??:

Reply

Marsh Posté le 27-05-2004 à 11:45:37    

shaddy a écrit :

salut Goon, :jap:  à ce que je vois, tu bosses autant que moi.
Alors j'ai tapé acpi en console mais il me dit  
No Acpi support in kernel, or incorrect acpi-path ("/proc/acpi" ). :ouch:  
Ensuite tu me dis d'éditer sous nano alors moi d'accord, je lance nano, mais qu'est-ce que je fais de/etc/lilo.conf ? :whistle:  
Pour la recompilation, je te soupçonne de te foutre de ma gueule :kaola:

Pour la recompilation je me fous pas de ta gueule, ça me ferait assez marrer de t'apprendre ça.
En root, tu fais nano /etc/lilo.conf, ce qui va t'ouvrir /etc/lilo.conf sous nano  :D Puis Ctrl W pour chercher acpi=ht, tu modifies, puis Ctrl X pour quitter et confirmer que tu veux écrire.
Ce que je crains c'est soit que Mandrake ne charge pas les modules ACPI, ce que devrait changer l'édition de lilo.conf
ou alors qu'ils ont carrément pas compilé les modules dans le noyau (différent de pas les charger). Est-ce que tu peux me donner le résultat de la commande modprobe -l | grep acpi en root ? Si c'est vide, il faudra recompiler le noyau  :whistle:  

Reply

Marsh Posté le 27-05-2004 à 11:47:09    

Goon a écrit :

Pour la recompilation je me fous pas de ta gueule, ça me ferait assez marrer de t'apprendre ça.
En root, tu fais nano /etc/lilo.conf, ce qui va t'ouvrir /etc/lilo.conf sous nano  :D Puis Ctrl W pour chercher acpi=ht, tu modifies, puis Ctrl X pour quitter et confirmer que tu veux écrire.
Ce que je crains c'est soit que Mandrake ne charge pas les modules ACPI, ce que devrait changer l'édition de lilo.conf
ou alors qu'ils ont carrément pas compilé les modules dans le noyau (différent de pas les charger). Est-ce que tu peux me donner le résultat de la commande modprobe -l | grep acpi en root ? Si c'est vide, il faudra recompiler le noyau  :whistle:


 
Bouge pas coco, j'arrive

Reply

Marsh Posté le 27-05-2004 à 11:48:07    

shaddy a écrit :

Bouge pas coco, j'arrive

Traîne pas, faut que je bosse  :whistle:

Reply

Marsh Posté le 27-05-2004 à 11:48:31    

salut, je suis sous mdk 10.0, j'ai chopé un noyau 2.6.6smp sur cooker, et j'ai :
modprobe -l | grep acpi
/lib/modules/2.6.6-1mdksmp/kernel/drivers/pci/hotplug/acpiphp.ko.gz
/lib/modules/2.6.6-1mdksmp/kernel/drivers/acpi/thermal.ko.gz
/lib/modules/2.6.6-1mdksmp/kernel/drivers/acpi/processor.ko.gz
/lib/modules/2.6.6-1mdksmp/kernel/drivers/acpi/fan.ko.gz
/lib/modules/2.6.6-1mdksmp/kernel/drivers/acpi/button.ko.gz
/lib/modules/2.6.6-1mdksmp/kernel/drivers/acpi/battery.ko.gz
/lib/modules/2.6.6-1mdksmp/kernel/drivers/acpi/toshiba_acpi.ko.gz
/lib/modules/2.6.6-1mdksmp/kernel/drivers/acpi/ac.ko.gz
/lib/modules/2.6.6-1mdksmp/kernel/drivers/acpi/asus_acpi.ko.gz
 
Donc, si il a pas envie de recompiler, ya moyen de trouver un noyau qui va bien !
 
P.S. : c'était pas la peine de lui faire utiliser nano :o, y a un outil mandrake pour activer cette option :)

Reply

Marsh Posté le 27-05-2004 à 11:49:35    

bon alors j'ai tout fait ce que tu m'as dis, la commande acpi ça marche toujours pas.
MErde, comment tu fait la barre verticale déjà?

Reply

Marsh Posté le 27-05-2004 à 11:49:57    

chez moi :
 
[root@portable battery]# uname -r
2.6.3-13mdk
 
[root@portable battery]# modprobe -l | grep acpi
/lib/modules/2.6.3-13mdk/kernel/arch/i386/kernel/cpu/cpufreq/acpi.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/pci/hotplug/acpiphp.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/acpi/toshiba_acpi.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/acpi/thermal.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/acpi/processor.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/acpi/fan.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/acpi/button.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/acpi/battery.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/acpi/asus_acpi.ko.gz
/lib/modules/2.6.3-13mdk/kernel/drivers/acpi/ac.ko.gz

Reply

Marsh Posté le 27-05-2004 à 11:50:40    

bobuse a écrit :

P.S. : c'était pas la peine de lui faire utiliser nano :o, y a un outil mandrake pour activer cette option :)

Je me doute mais utilisant Debian, je ne connais pas plus la Mandrake que ça. L'avantage de Linux c'est quand même de pouvoir s'y retrouver d'une distrib à l'autre en mettant les mains dans le cambouis.

Reply

Marsh Posté le 27-05-2004 à 11:51:37    

shaddy a écrit :

bon alors j'ai tout fait ce que tu m'as dis, la commande acpi ça marche toujours pas.
MErde, comment tu fait la barre verticale déjà?

ALT-GR 6

Reply

Marsh Posté le 27-05-2004 à 11:52:47    

-l | grep acpi?

Reply

Marsh Posté le 27-05-2004 à 11:53:03    

shaddy a écrit :

bon alors j'ai tout fait ce que tu m'as dis, la commande acpi ça marche toujours pas.
MErde, comment tu fait la barre verticale déjà?

C'est Alt Gr 6 mais copier coller bordel ! :o Suffit de sélectionner le texte que tu veux copier puis pour le coller clic milieu ou clic roulette ou clic deux bouttons
 
Mais bon, on s'en fout, on sait (merci jeep05) que l'acpi est compilé donc le problème c'est de le charger maintenant. Un petit lsmod | grep acpi pour voir les modules acpi chargés en mémoire ?

Reply

Marsh Posté le 27-05-2004 à 11:53:13    

il me dit bash: -l command not found!

Reply

Marsh Posté le 27-05-2004 à 11:54:52    

shaddy a écrit :

il me dit bash: -l command not found!

Fais pas ton mongolien, y a deux mecs au-dessus de toi qui l'ont fait correctement  :o

Reply

Marsh Posté le 27-05-2004 à 11:56:29    

Goon a écrit :

C'est Alt Gr 6 mais copier coller bordel ! :o Suffit de sélectionner le texte que tu veux copier puis pour le coller clic milieu ou clic roulette ou clic deux bouttons


 
je suis peut-être pas une flèche  :pt1cable: mais je pense que j'y aurais pensé, SI je n'étais pas au labo et que mon portable n'étais pas relié à Internet...
Quand j'ai mis les acpi en on, j'ai rebooté et depuis le processeur rame à mort et fonctionne à 100% ya quequchose que j'ai mal fait?

Reply

Marsh Posté le 27-05-2004 à 11:59:59    

Goon a écrit :

Fais pas ton mongolien, y a deux mecs au-dessus de toi qui l'ont fait correctement  :o


 
mais j'y peux rien, j'écris -l | grep acpi en route et il me dit -l command not found, c po mo fote

Reply

Marsh Posté le 27-05-2004 à 12:00:33    

shaddy a écrit :

je suis peut-être pas une flèche  :pt1cable: mais je pense que j'y aurais pensé, SI je n'étais pas au labo et que mon portable n'étais pas relié à Internet...
Quand j'ai mis les acpi en on, j'ai rebooté et depuis le processeur rame à mort et fonctionne à 100% ya quequchose que j'ai mal fait?

Ta première phrase est imbittable.  :pt1cable:  
Sinon, est-ce que ça dure cette occupation proc à 100% et que donne lsmod | grep acpi ?

Reply

Marsh Posté le 27-05-2004 à 12:01:13    

shaddy a écrit :

mais j'y peux rien, j'écris -l | grep acpi en route et il me dit -l command not found, c po mo fote

C'est modprobe -l | grep acpi, pas -l | grep acpi

Reply

Marsh Posté le 27-05-2004 à 12:02:10    

en ce qui concerne lsmod | grep acpi, la commande semble marcher, mais en fait je sais pas, il me remet tout de suite (sans rien afficher) à une nouvelle ligne, comme si j'avais simplement fait [entrée]

Reply

Marsh Posté le 27-05-2004 à 12:03:17    

Goon a écrit :

C'est modprobe -l | grep acpi, pas -l | grep acpi


 
Ouais bon, d'accord, ça peut arriver à tout le monde  :whistle: ... (profil bas)

Reply

Marsh Posté le 27-05-2004 à 12:05:56    

[root@portable battery]# lsmod | grep acpi
[root@portable battery]# modprobe acpi
[root@portable battery]# lsmod | grep acpi
acpi                    4556  0
processor              17424  2 acpi,thermal

Reply

Marsh Posté le 27-05-2004 à 12:07:04    

Goon a écrit :

C'est modprobe -l | grep acpi, pas -l | grep acpi


 
alors le résulat est le suivant: (je peux pas faire de copier coller donc j'abbrege).
/lib/modules/2.4.25-5mdk/kernel/dirivers/acpi/ac.o.gz
                                             /asus-acpi.o.gz
                                             /battery.0.gz
                                             /button.o.gz
                                             /fan.o.gz
                                             /processor.o.gz
                                             /thermal.o.gz
                                             /toshiba_acpi.o.gz
                                         /hotplug/acpiphp.o.gz

Reply

Marsh Posté le 27-05-2004 à 12:07:08    

shaddy a écrit :

en ce qui concerne lsmod | grep acpi, la commande semble marcher, mais en fait je sais pas, il me remet tout de suite (sans rien afficher) à une nouvelle ligne, comme si j'avais simplement fait [entrée]

OK, ça veut dire que les modules ACPI ne sont pas chargés en mémoire. On va faire ça :
modprobe battery
modprobe fan
modprobe processor
modprobe ac
modprobe thermal

Reply

Marsh Posté le 27-05-2004 à 12:08:17    

shaddy a écrit :

alors le résulat est le suivant: (je peux pas faire de copier coller donc j'abbrege).

Je viens de comprendre comment tu devais te faire chier  :D

Reply

Marsh Posté le 27-05-2004 à 12:08:25    

Goon a écrit :

Ta première phrase est imbittable.  :pt1cable:  
Sinon, est-ce que ça dure cette occupation proc à 100% et que donne lsmod | grep acpi ?


 
je me comprends...En gors, mon portable est pas sur internet.
j'ai rebooté et l'occupation à 100% s'est arrêtée

Reply

Marsh Posté le 27-05-2004 à 12:14:49    

Goon a écrit :

OK, ça veut dire que les modules ACPI ne sont pas chargés en mémoire. On va faire ça :
modprobe battery
modprobe fan
modprobe processor
modprobe ac
modprobe thermal


 
j'ai rentré les commandes. Mais à chaque fois ça foire. Je te donne un exemple:
modprobe battery
/lib/modiles/machinnachin/battery.o.gz: init_module: No such device
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
You may find information in syslog or the output from dmseg
modprobe: insmod /li/modules/tructruc/battery.o.gz failed
modprobe: insmod battery failed  
 
tu comprendras que je mette pas le résultat de chaque commande

Reply

Marsh Posté le 27-05-2004 à 12:22:48    

shaddy a écrit :

j'ai rentré les commandes. Mais à chaque fois ça foire. Je te donne un exemple:
modprobe battery
/lib/modiles/machinnachin/battery.o.gz: init_module: No such device
Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.
You may find information in syslog or the output from dmseg
modprobe: insmod /li/modules/tructruc/battery.o.gz failed
modprobe: insmod battery failed  
 
tu comprendras que je mette pas le résultat de chaque commande


passer sous GNOME résoudrait vraiment le problème???
Si ç ase trouve pour mon problème de son ce serait pareil?

Reply

Marsh Posté le 27-05-2004 à 12:27:56    

Goon a écrit :

OK, ça veut dire que les modules ACPI ne sont pas chargés en mémoire. On va faire ça :
modprobe battery
modprobe fan
modprobe processor
modprobe ac
modprobe thermal

pour ma part c'est fait.
ensuite ?
 
(je vais manger retour dans 15 min :p)

Reply

Marsh Posté le 27-05-2004 à 13:08:40    

Ben je comprends pas pourquoi modprobe battery ne marche pas. Et tant que ce module sera pas chargé, pas moyen de faire marcher l'acpi... En faisant modprobe acpi puis modprobe battery tu as le même problème ?

Reply

Marsh Posté le 27-05-2004 à 13:22:50    

et moi je fais quoi maintenant ?

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

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