Am 2004-10-15 16:27:31 schrieb(en) Tobias Herziger:
Merci vielmals, genau *diese* Option (acpi=ht) bringt die gew�nschte
Besserung. Es wird nun kein kacpid mehr gestartet. Die Last ist wieder
normal.
freut mich das er l�uft,..
Nun noch eine daraus resultierende Frage. Welche Nachteile bringt das mit sich, wenn nur soviel gestartet wird, dass HT funktioniert?
..allerdings wei� ich selber nicht genau wieviel er nun vom (kernel) acpi subsystem nun deaktiviert hat. auf die meisten funktionen kann durchaus problemlos verzichtet werden. bequem sind aber die funktionen in /proc/acpi (oder ist das alles schon nach sys umgezogen?) die infos zu prozessortemp, l�fterfunktion, batterieladestand bereitstellen und bei druck auf den power/sleep-knopf die box runterfahren/in den ruhezustand setzten bzw. darauf in irgend einer form reagieren k�nnen (meistens mit einem solider freeze ;) [-joke.] (vor)letztes wird bei einem server aber nun doch nicht so notwendig sein als es einem laptop user rettet und MCE sollte ja auch bei komponentenversagen irgendwie bescheid geben k�nnen (fixme - hab ich noch nicht erlebt? irgendwer?).
weiters ersetzt acpi das pnp des bios, gibt dem os (apm war bios) die entscheidungen �ber die powermanagement funktionen in die hand und behandelt MPS(SMP) des systems.
also w�rd ich mal tippen, das bis auf MPS alles deaktiviert wurde. ein dmesg | grep acpi oder blick nach /prco/acpi kann auskunft geben.
sl ritch.
--
Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
