So, ich melde mich dann hier auch nochmal wieder.
Zunächst mal zu deiner Frage von damals.
PowerTOP sagt:
PowerTOP 1.11 (C) 2007, 2008 Intel Corporation
Sammle Daten für 15 Sekunden
Cn Verweildauer
C0 (Prozessor läuft) (22,6%)
zyklisches AbfraC1 0,0ms ( 0,0%)
C1 0,1ms ( 0,0%)
C2 10,3ms (77,4%)
P-States (Frequenzen)
2,21 GHz 1,5%
1,61 GHz 0,0%
1467 MHz 0,0%
800 MHz 1,5%
400 MHz 97,1%
Aufwachen pro Sekunde : 75,8 Intervall: 15,0s
Keine ACPI Stromverbrauch-Schätzung verfügbar
Häufigste Ursachen für das Aufwachen:
37,0% ( 58,3) <Kernel Kern> : hrtimer_start_range_ns (tick_sched_timer)
31,0% ( 48,9) firefox : hrtimer_start_range_ns (hrtimer_wakeup)
15,9% ( 25,0) <interrupt> : ohci1394, yenta, radeon@pci:0000:01:00.0, eth0, b43
4,9% ( 7,7) <interrupt> : pata_sis
3,1% ( 4,9) syndaemon : hrtimer_start_range_ns (hrtimer_wakeup)
1,3% ( 2,0) <interrupt> : extra timer interrupt
1,2% ( 1,9) gnome-terminal : hrtimer_start_range_ns (hrtimer_wakeup)
1,2% ( 1,9) mysqld : hrtimer_start_range_ns (hrtimer_wakeup)
0,6% ( 1,0) ntpd : hrtimer_start_range_ns (it_real_fn)
0,6% ( 0,9) apache2 : hrtimer_start_range_ns (hrtimer_wakeup)
0,5% ( 0,7) <Kernel Kern> : hrtimer_start (tick_sched_timer)
0,3% ( 0,5) <Kernel Kern> : neigh_periodic_timer (neigh_periodic_timer)
0,3% ( 0,5) phy0 : ieee80211_associated (ieee80211_sta_timer)
0,3% ( 0,5) devkit-disks-da : hrtimer_start_range_ns (hrtimer_wakeup)
0,3% ( 0,4) hald-addon-stor : hrtimer_start_range_ns (hrtimer_wakeup)
0,2% ( 0,3) nautilus : hrtimer_start_range_ns (hrtimer_wakeup)
0,2% ( 0,3) gnome-settings- : hrtimer_start_range_ns (hrtimer_wakeup)
0,2% ( 0,3) compiz.real : hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 0,2) ifconfig : add_timer (sis900_timer)
0,1% ( 0,2) pdflush : wb_kupdate (wb_timer_fn)
0,1% ( 0,2) events/0 : queue_delayed_work (delayed_work_timer_fn)
0,1% ( 0,2) gnome-panel : hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 0,1) hald-addon-stor : blk_add_timer (blk_rq_timed_out_timer)
0,1% ( 0,1) wicd-monitor : hrtimer_start_range_ns (hrtimer_wakeup)
0,1% ( 0,1) update-notifier : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,1) <interrupt> : PS/2 keyboard/mouse/touchpad
0,0% ( 0,1) Xorg : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,1) firefox : add_timer (sta_info_cleanup)
0,0% ( 0,1) gnome-power-man : hrtimer_start_range_ns (hrtimer_wakeup)
0,0% ( 0,1) phy0 : queue_delayed_work (delayed_work_timer_fn)
0,0% ( 0,1) phy0 : schedule_timeout_uninterruptible (process_timeout)
0,0% ( 0,1) ssh-agent : hrtimer_start_range_ns (hrtimer_wakeup)
Ein USB Gerät ist 100,0% der Zeit aktiv:
USB Gerät 1-2 : MEDION Drive-n-go (MEDION)
Vorschlag: Aktivieren Sie "USB autosuspend" durch drücken der U-Taste
oder durch Anhängen der Bootoption "usbcore.autosuspend=1" an die Kernel-
kommandozeile oder in der GRUB Konfiguration.
Vorschlag: Erhöhen Sie die "VM dirty writeback time" von 5,00 auf
15 Sekunden durch: echo 1500 > /proc/sys/vm/dirty_writeback_centisecs
Dadurch belasten die VM Hintergrundaktivitäten die Festplatte weniger.
Vorschlag: Hindern sie mit: "hal-disable-polling --device /dev/cdrom"
hal daran das CD-Laufwerk abzufragen. hal startet nach dem Einlegen einer CD
autom. einen Dateimanager. Die Abfragen verhindern den SATA Energiesparmodus.
aktuelle "USB suspend" Statistiken
Name des aktiven Gerätes
100,0% USB Gerät 3-3 : USB-PS/2 Optical Mouse (Logitech)
100,0% USB Gerät 1-2 : MEDION Drive-n-go (MEDION)
100,0% USB Gerät usb3 : OHCI Host Controller (Linux 2.6.31-14-generic ohci_hcd)
0,0% USB Gerät usb2 : OHCI Host Controller (Linux 2.6.31-14-generic ohci_hcd)
100,0% USB Gerät usb1 : EHCI Host Controller (Linux 2.6.31-14-generic ehci_hcd)
Vorschlag 1 verstehe ich nicht ganz. Was soll ich da machen?
Vorschlag 2 gibt "Permission denied" zurück, auch mit sudo.
Vorschlag 3 habe ich umgesetzt, aber beim nächsten Durchlauf stand er schon wieder da.
Aber nun was Anderes.
Ich habe was gefunden, was mir vermutlich helfen dürfte: http://fab51.com/cpu/tips/linux_k7-mcf.html
Nur versteh ich das nicht so ganz.
Ich habe das Ding kompiliert (nachdem man make ausgeführt hat, kann man tk/tkK7mauto und cmd/k7mctrl starten).
tkK7mauto startet nicht, sondern gibt aus:
/sys/devices/platform/i2c-9191/9191-0290/in0_input: No such file or directory
k7mctrl bringt mir folgende Ausgabe:
Max VID: 07(1.675V, 1.650V)
Start VID: 07(1.675V, 1.650V)
Current VID: 0E(1.500V, 1.300V)
Max FID: 1B(16.5x)
Start FID: 06(6.0x)
Current FID: 10(3.0x)
Was soll ich jetzt damit machen?
In der Quelle ist ja schon erklärt, dass man da FID und VID (was genau ist das eigentlich?) ändern kann. Aber ich weiß nicht, was ich da eingeben sollte, ohne was kaputt zu machen.
Nachtrag: Ich habe das übrigens auch mit der Lüftersteuerung versucht, nur findet pwmconfig keine Sensoren.
Nachtrag 2:
Die mobile Version vom Athlon XP („Athlon XP-M”) hatte da afaik schon etwas namens PowerNow!, das praktisch identisch zum heutigen Cool n‘ Quiet war.
Vielleicht habe ich einen fatalen Fehler gemacht, vielleicht war es auch nie anders als jetzt.
Jedenfalls habe ich heute was von Cool n' Quiet (bzgl. K8) gelesen, dass man das im BIOS aktivieren sollte. Und dabei stand dann auch, dass das bei anderen Modellen PowerNow! heißt. Ich habe dann im BIOS danach gesucht, allerdings vergeblich.
Ich meine, ich hätte vor einiger Zeit mal mein BIOS upgedatet, gefixt oder sowas (ist leider schon lange her, sodass ich es nur noch dunkel in Erinnerung habe). Ich weiß nicht, ob ich mir das PowerNow! - sofern es da jemals stand - dabei nicht vielleicht rausgeschossen habe.
Die Temperatur-Probleme hatte ich aber auf jeden Fall schon vorher.