Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1536 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  Gestion de la batterie sous Fedora Core1 (pb résolu)

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Gestion de la batterie sous Fedora Core1 (pb résolu)

n°425856
Profil sup​primé
Posté le 06-03-2004 à 23:21:59  answer
 

Ca existe?
Car celui de kde ne reconnais pas le niveau d'nrj de ma batterie.
Et comme je prefere gnome, il y a rien.
 
Donc un petit programme doit bien exister, non?
 
J'ai une fedore core 1 [:mad_oc@school]
 
Solution : en Fin de Topic


Message édité par Profil supprimé le 07-03-2004 à 23:22:17
mood
Publicité
Posté le 06-03-2004 à 23:21:59  profilanswer
 

n°425873
lucaramel
Posté le 06-03-2004 à 23:42:07  profilanswer
 

Dans Gnome, tu as un applet pour ça.
 
Clic droit sur un panel > Ajouter au tableau de bord > Utilitaire > Moniteur de charge de batterie.
 
Sinon il existe aussi wmbattery. Et tu peux aussi faire cat /proc/apm pour connaître le temps restant.

n°425879
Profil sup​primé
Posté le 06-03-2004 à 23:47:25  answer
 

bien vu
 
Mais tu sais pk, sur mon portable, cette utilitaire ( celui de gnome ) ne marche pas, il me marque batterie absente :??:

n°425894
ycarus
Posté le 07-03-2004 à 00:03:16  profilanswer
 

tu as vérifié que un cat /proc/acpi/battery/BAT0/state te donne des infos correctes ? (enfin sauf si tu as un portable qui date de l'avant guerre et qui ne gére que l'apm ou que l'acpi n'est pas activé dans le noyau...)

n°425935
tuxracer
Posté le 07-03-2004 à 01:54:04  profilanswer
 

La gestion de la batterie dépend de chaque portable et de chaque distrib. Exemple : sur mon IBM, l'apm sous fedora fonctionne à merveille, alors que l'acpi sous MDK 9.2 provoquait des kernel panic.
 
Il faut faire des essais, il n'y a pas de solution miracle...


---------------
Vulnerant omnes, ultima necat. / "les vrais privilégiés ne sont pas les fonctionnaires comme on le dit souvent mais les salariés des grands groupes"/"Avoir l'esprit ouvert n'est pas l'avoir béant à toutes les sottises." Jean Rostand
n°425936
o'gure
Modérateur
Multi grognon de B_L
Posté le 07-03-2004 à 01:58:21  profilanswer
 

tout d abord est ce que le module acpi est chargé ??
fait lsmod

n°425953
koss
Posté le 07-03-2004 à 08:20:09  profilanswer
 

fait un dmesg et dit moi si tu vois une ligne avec broken bios detected

n°426046
Profil sup​primé
Posté le 07-03-2004 à 11:55:05  answer
 

houla, vous m'en demandé bcp la  :lol:  
 
[michael@localhost michael]$ dmesg
Linux version 2.4.22-1.2115.nptl (bhcompile@daffy.perf.redhat.com) (gcc version 3.2.3 20030422 (Red Hat Linux 3.2.3-6)) #1 Wed Oct 29 15:42:51 EST 2003
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009e800 (usable)
 BIOS-e820: 000000000009e800 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000d8000 - 00000000000e0000 (reserved)
 BIOS-e820: 00000000000e4000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000fef0000 (usable)
 BIOS-e820: 000000000fef0000 - 000000000feff000 (ACPI data)
 BIOS-e820: 000000000feff000 - 000000000ff00000 (ACPI NVS)
 BIOS-e820: 000000000ff00000 - 000000000ff80000 (usable)
 BIOS-e820: 000000000ff80000 - 0000000010000000 (reserved)
 BIOS-e820: 00000000ffb80000 - 00000000ffc00000 (reserved)
 BIOS-e820: 00000000fffffc00 - 0000000100000000 (reserved)
0MB HIGHMEM available.
255MB LOWMEM available.
ACPI: have wakeup address 0xc0001000
On node 0 totalpages: 65408
zone(0): 4096 pages.
zone(1): 61312 pages.
zone(2): 0 pages.
ACPI: RSDP (v000 TOSCPL                                    ) @ 0x000f7020
ACPI: RSDT (v001 TOSCPL   RSDT   0x06040000  LTP 0x00000000) @ 0x0fef9a7f
ACPI: FADT (v001 TOSCPL 888M2    0x06040000 PTL  0x00000001) @ 0x0fefef8c
ACPI: DSDT (v001 TOSCPL ALMADOR  0x06040000 MSFT 0x0100000d) @ 0x00000000
Kernel command line: ro root=LABEL=/ hdc=ide-scsi rhgb
ide_setup: hdc=ide-scsi
Initializing CPU#0
Detected 730.915 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1458.17 BogoMIPS
Memory: 254700k/261632k available (1503k kernel code, 6476k reserved, 1110k data, 136k init, 0k highmem)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU:     After generic, caps: 0383f9ff 00000000 00000000 00000000
CPU:             Common caps: 0383f9ff 00000000 00000000 00000000
CPU: Intel(R) Pentium(R) III Mobile CPU      1000MHz stepping 01
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
ACPI: Subsystem revision 20031002
ACPI: Interpreter disabled.
PCI: PCI BIOS revision 2.10 entry at 0xfd96a, last bus=2
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 00:1f.1
Transparent bridge - Intel Corp. 82801BAM/CAM PCI Bridge
PCI: Using IRQ router PIIX/ICH [8086/248c] at 00:1f.0
PCI: Found IRQ 5 for device 00:1f.1
PCI: Sharing IRQ 5 with 00:1d.2
PCI: Found IRQ 10 for device 02:04.0
PCI: Sharing IRQ 10 with 00:1d.0
PCI: Sharing IRQ 10 with 01:00.0
PCI: Sharing IRQ 10 with 02:00.0
PCI: Found IRQ 10 for device 02:04.1
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.6
PCI: Sharing IRQ 10 with 02:01.0
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16)
Starting kswapd
VFS: Disk quotas vdquot_6.5.1
pty: 2048 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS1 at 0x02f8 (irq = 3) is a 16550A
PCI: Found IRQ 10 for device 00:1f.6
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
PCI: Sharing IRQ 10 with 02:01.0
PCI: Sharing IRQ 10 with 02:04.1
Real Time Clock Driver v1.10e
NET4: Frame Diverter 0.46
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH3M: IDE controller at PCI slot 00:1f.1
PCI: Enabling device 00:1f.1 (0005 -> 0007)
PCI: Found IRQ 5 for device 00:1f.1
PCI: Sharing IRQ 5 with 00:1d.2
ICH3M: chipset revision 1
ICH3M: not 100% native mode: will probe irqs later
    ide0: BM-DMA at 0x1860-0x1867, BIOS settings: hda:DMA, hdb:pio
    ide1: BM-DMA at 0x1868-0x186f, BIOS settings: hdc:DMA, hdd:pio
hda: TOSHIBA MK2018GAP, ATA DISK drive
blk: queue c040cfc0, I/O limit 4095Mb (mask 0xffffffff)
hdc: TOSHIBA DVD-ROM SD-R2102, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 39070080 sectors (20004 MB), CHS=2432/255/63, UDMA(100)
Partition check:
 hda: hda1 hda2 < hda5 hda6 >
ide: late registration of driver.
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
Initializing Cryptographic API
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 32768)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 159k freed
VFS: Mounted root (ext2 filesystem).
Journalled Block Device driver loaded
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 136k freed
mice: PS/2 mouse device common for all mice
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.275 $ time 15:50:32 Oct 29 2003
usb-uhci.c: High bandwidth mode enabled
PCI: Found IRQ 10 for device 00:1d.0
PCI: Sharing IRQ 10 with 01:00.0
PCI: Sharing IRQ 10 with 02:00.0
PCI: Sharing IRQ 10 with 02:04.0
PCI: Setting latency timer of device 00:1d.0 to 64
usb-uhci.c: USB UHCI at I/O 0x1800, IRQ 10
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 5 for device 00:1d.1
PCI: Sharing IRQ 5 with 02:06.0
PCI: Setting latency timer of device 00:1d.1 to 64
usb-uhci.c: USB UHCI at I/O 0x1820, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 2
hub.c: USB hub found
hub.c: 2 ports detected
PCI: Found IRQ 5 for device 00:1d.2
PCI: Sharing IRQ 5 with 00:1f.1
PCI: Setting latency timer of device 00:1d.2 to 64
usb-uhci.c: USB UHCI at I/O 0x1840, IRQ 5
usb-uhci.c: Detected 2 ports
usb.c: new USB bus registered, assigned bus number 3
hub.c: USB hub found
hub.c: 2 ports detected
usb-uhci.c: v1.275:USB Universal Host Controller Interface driver
usb.c: registered new driver hiddev
usb.c: registered new driver hid
hid-core.c: v1.8.1 Andreas Gal, Vojtech Pavlik <vojtech@suse.cz>
hid-core.c: USB HID support drivers
hub.c: new USB device 00:1d.0-1, assigned address 2
input: USB HID v1.10 Mouse [Logitech USB Receiver] on usb1:2.0
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,6), internal journal
Adding Swap: 530104k swap-space (priority -1)
ohci1394: $Rev: 1010 $ Ben Collins <bcollins@debian.org>
PCI: Found IRQ 10 for device 02:00.0
PCI: Sharing IRQ 10 with 00:1d.0
PCI: Sharing IRQ 10 with 01:00.0
PCI: Sharing IRQ 10 with 02:04.0
ohci1394_0: OHCI-1394 1.1 (PCI): IRQ=[10]  MMIO=[d2004000-d20047ff]  Max Packet=[2048]
ieee1394: Host added: ID:BUS[0-00:1023]  GUID[00023f2110000a59]
SCSI subsystem driver Revision: 1.00
hdc: attached ide-scsi driver.
scsi0 : SCSI host adapter emulation for IDE ATAPI devices
  Vendor: TOSHIBA   Model: DVD-ROM SD-R2102  Rev: 1015
  Type:   CD-ROM                             ANSI SCSI revision: 02
IA-32 Microcode Update Driver: v1.11 <tigran@veritas.com>
microcode: CPU0 no microcode found! (sig=6b1, pflags=32)
parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP]
Attached scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0
sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray
Uniform CD-ROM driver Revision: 3.12
inserting floppy driver for 2.4.22-1.2115.nptl
FDC 0 is a post-1991 82077
8139too Fast Ethernet driver 0.9.26
PCI: Found IRQ 10 for device 02:01.0
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.6
PCI: Sharing IRQ 10 with 02:04.1
divert: allocating divert_blk for eth0
eth0: RealTek RTL8139 Fast Ethernet at 0xd0942800, 00:02:3f:74:10:b0, IRQ 10
eth0:  Identified 8139 chip type 'RTL-8100'
divert: freeing divert_blk for eth0
ip_tables: (C) 2000-2002 Netfilter core team
8139too Fast Ethernet driver 0.9.26
PCI: Found IRQ 10 for device 02:01.0
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.6
PCI: Sharing IRQ 10 with 02:04.1
divert: allocating divert_blk for eth0
eth0: RealTek RTL8139 Fast Ethernet at 0xd0942800, 00:02:3f:74:10:b0, IRQ 10
eth0:  Identified 8139 chip type 'RTL-8100'
ip_tables: (C) 2000-2002 Netfilter core team
eth0: link down
Linux Kernel Card Services 3.1.22
  options:  [pci] [cardbus] [pm]
PCI: Found IRQ 10 for device 02:04.0
PCI: Sharing IRQ 10 with 00:1d.0
PCI: Sharing IRQ 10 with 01:00.0
PCI: Sharing IRQ 10 with 02:00.0
PCI: Found IRQ 10 for device 02:04.1
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.6
PCI: Sharing IRQ 10 with 02:01.0
Yenta IRQ list 0a98, PCI irq10
Socket status: 30000010
Yenta IRQ list 0a98, PCI irq10
Socket status: 30000006
cs: IO port probe 0x0c00-0x0cff: clean.
cs: IO port probe 0x0100-0x04ff: excluding 0x378-0x37f 0x4d0-0x4d7
cs: IO port probe 0x0a00-0x0aff: clean.
cs: memory probe 0xa0000000-0xa0ffffff: clean.
ttyS3 at port 0x02e8 (irq = 3) is a 16550A
parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP]
lp0: using parport0 (polling).
lp0: console ready
Intel 810 + AC97 Audio, version 0.24, 15:50:18 Oct 29 2003
PCI: Found IRQ 10 for device 00:1f.5
PCI: Sharing IRQ 10 with 00:1f.3
PCI: Sharing IRQ 10 with 00:1f.6
PCI: Sharing IRQ 10 with 02:01.0
PCI: Sharing IRQ 10 with 02:04.1
PCI: Setting latency timer of device 00:1f.5 to 64
i810: Intel ICH3 found at IO 0x18c0 and 0x1c00, MEM 0x0000 and 0x0000, IRQ 10
i810_audio: Audio Controller supports 6 channels.
i810_audio: Defaulting to base 2 channel mode.
i810_audio: Resetting connection 0
ac97_codec: AC97 Audio codec, id: CRY52 (Cirrus Logic CS4299 rev D)
i810_audio: AC'97 codec 0 supports AMAP, total channels = 2
CSLIP: code copyright 1989 Regents of the University of California
PPP generic driver version 2.4.2
divert: not allocating divert_blk for non-ethernet device ppp0
PPP Deflate Compression module registered
 
 
 
 
 
 
Par contre le restant ( lsmod et cat /proc/acpi/battery/BAT0/state , pas compris car marche pas dans le terminal ) [:mad_oc@school]

n°426095
Aesthetics
Posté le 07-03-2004 à 12:28:47  profilanswer
 

moi sous suse la batterie est bien reconnu sous mdk non  
 

n°426683
Profil sup​primé
Posté le 07-03-2004 à 23:01:37  answer
 

ca doit etre comme dis plus haut un truc qui n'est pas chargé
 
Et j'ai opté pour une fedora car la mdk ne reconnaissait pas mon modem pcmcia :(

mood
Publicité
Posté le 07-03-2004 à 23:01:37  profilanswer
 

n°426697
o'gure
Modérateur
Multi grognon de B_L
Posté le 07-03-2004 à 23:06:27  profilanswer
 

en root le lsmod devrait marché :/

n°426701
Profil sup​primé
Posté le 07-03-2004 à 23:09:26  answer
 

O'gure a écrit :

en root le lsmod devrait marché :/
 


 
 [:pamplemousse] j'avais oublié qu'il fallait etre en root
 
non , je vais essayer cela :
 
La gestion de l'énergie est désormais pris en charge par FC1 ; cependant elle n'est pas activée par défaut. Pour l'activer il faut simplement rajouter 'acpi=on' à la séquence de boot.
 
Pour cela, il faut éditer en root le fichier /etc/grub.conf et modifier la ligne suivante :
 
kernel /boot/vmlinuz-2.4.22-1.2115.nptl ro root=LABEL=/ hdc=ide-scsi rhgb
 
ce qui donne :
 
kernel /boot/vmlinuz-2.4.22-1.2115.nptl ro root=LABEL=/ hdc=ide-scsi acpi=on rhgb
 
Voila ! C'est tout ! Vous pouvez alors profiter d'une autonomie de 2 heures environ.

n°426711
Profil sup​primé
Posté le 07-03-2004 à 23:21:13  answer
 

carbonim a écrit :


 
 [:pamplemousse] j'avais oublié qu'il fallait etre en root
 
non , je vais essayer cela :
 
La gestion de l'énergie est désormais pris en charge par FC1 ; cependant elle n'est pas activée par défaut. Pour l'activer il faut simplement rajouter 'acpi=on' à la séquence de boot.
 
Pour cela, il faut éditer en root le fichier /etc/grub.conf et modifier la ligne suivante :
 
kernel /boot/vmlinuz-2.4.22-1.2115.nptl ro root=LABEL=/ hdc=ide-scsi rhgb
 
ce qui donne :
 
kernel /boot/vmlinuz-2.4.22-1.2115.nptl ro root=LABEL=/ hdc=ide-scsi acpi=on rhgb
 
Voila ! C'est tout ! Vous pouvez alors profiter d'une autonomie de 2 heures environ.


 
 
 [:claque2000]  
Voila ca marche, il fallait bien rajouter acpi=on a la sequence boot de Grub
Tout est nickel
 
Merci a tous [:mad_oc@school]

n°426717
black_lord
Modérateur
Truth speaks from peacefulness
Posté le 07-03-2004 à 23:23:52  profilanswer
 

j'ai un problème avec l'ACPI, de temps en temps il plante au boot avec l'acpi...

n°426725
Profil sup​primé
Posté le 07-03-2004 à 23:28:04  answer
 

black_lord a écrit :

j'ai un problème avec l'ACPI, de temps en temps il plante au boot avec l'acpi...


 
T'as une fedora ?
Car apriori, il le gere en natif ( je sais pas ce que cela veut dire ) mais apriori, c'est mieux [:mad_oc@school]

n°426751
o'gure
Modérateur
Multi grognon de B_L
Posté le 08-03-2004 à 00:00:24  profilanswer
 

ca veut dire qu il est né avec :o
[:rofl]

n°426756
tuxracer
Posté le 08-03-2004 à 00:06:26  profilanswer
 

O'gure a écrit :

ca veut dire qu il est né avec :o
[:rofl]


 
[:tapai] Ca veut dire que le noyau est déjà complié pour le supporter.


Message édité par tuxracer le 08-03-2004 à 00:06:35

---------------
Vulnerant omnes, ultima necat. / "les vrais privilégiés ne sont pas les fonctionnaires comme on le dit souvent mais les salariés des grands groupes"/"Avoir l'esprit ouvert n'est pas l'avoir béant à toutes les sottises." Jean Rostand
n°426808
black_lord
Modérateur
Truth speaks from peacefulness
Posté le 08-03-2004 à 08:05:27  profilanswer
 

ca plante seulement en passant l'option au boot (problème de bootsplash qui part en sucette). J'ai 2 entrées dans grub, une avec et une sans et voila...


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs

  Gestion de la batterie sous Fedora Core1 (pb résolu)

 

Sujets relatifs
message d'erreur a l'install de mandrake 9.2 (resolu)Grub, gros souci à l'installation, du moins juste après (Résolu)
reseaux entre deux poste sous fedora[debian newbie] installation carte reseau [resolu]
fedora en serveur ?[NVIDIA & RECOMPIL] ca fonctionnize plus [RESOLU]
Apache démarre et disparaît aussitôt ? [Resolu]Logiciel de Gestion des droits : Sondage exploratoire
UltraSparc/Ultra2 : booter sur une disquette | resolu[résolu] Profil Mozilla 'in use' ????
Plus de sujets relatifs à : Gestion de la batterie sous Fedora Core1 (pb résolu)


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR