APM (Rechner herunterfahren, kein Notebook.....)

Ed · Beitrag von Ed » 28.08.2002 16:18:53

Hi liebes Forum,
wie kann ich meinen Rechner dazu bewegen, sich nach dem runterfahren ganz auszuschalten?
Zum System: Debian Woody 3.0r0 Kernel 2.4.18 Bootmanager: Grub Bios:Phoenix-Bios,
Advanced Power Managment:Enabled APM-Unterstützung als Modul einkompiliert und
auch geprüft ob geladen (lsmod); habe auch div. How-tos gelesen und probiert (z.B. auch
http://www.debian.de/doc/manuals/refere ... html#s-apm
Wer kann mir helfen? APM scheint irgendwie allgemein ein Problem unter Debian zu sein,
im Forum habe ich jedenfalls schon einige Hilfeschreie entdeckt, nur leider war für mich
keine brauchbares Statement dabeigewesen....
Bitte nachgeprüfte Step-by-Step-Anleitung,danke!

Beitrag von **BeS** » 28.08.2002 16:57:48

Hi,
ich hatte das problem auch mal mit einem selbst compilierten kernel.
Das problem war (habe ich übrigens mittlerweile schon von mehreren gehört):
Du musst darauf achten das du SMP (multi-prozessor support) nicht mit eincompilierst, sonst funktioniert (aus welchem Grund auch immer) apm beim powerdown nicht richtig.

Ed · Beitrag von Ed » 28.08.2002 18:10:02

Hallo Bes,
danke f. d. Antwort!
Habe aber meine boot/config überprüft, "config smp is not set"
das hatte ich aber glaube ich eh noch in Erinnerung, welcher normale Mensch kompiliert
Multiprozessorfähigkeit in seinen Computer, wenn er keinen hat?

Beitrag von **feltel** » 28.08.2002 18:14:36

Probier mal die Kerneloption "use real mode to power off" (CONFIG_APM_REAL_MODE_POWER_OFF=y). Die bewirkt manchmal Wunder. Was Du auch noch probieren könntest wäre ein Bios-Update. Bei älterne Boards (kenne deins jetzt nicht), wurde in neueren Bios-Releases manchmal in Sachen APM/ACPI was gefixt.

Ed · Beitrag von Ed » 28.08.2002 19:02:42

Hallo lieber Feltel.
ebenfalls danke f.d. Antwort, aber das Problem bleibt das gleiche: Habe nochmals die
/boot/config überprüft, in weiser Vorrausicht hatte ich schon ebenfalls die Funktion
"use real mode to power off" auf "yes" gesetzt. Zu meinem Board: Ich hab ein Atlanta-Board
von Intel mit Chipset AL 440 LX, mit dem letzen möglichen Update schon gefixt!
s.a. http://www.intel.com D.h. daran kann es nicht liegen.......
Was mit Suse7.0 schon vor 11/2 J. funktiioniert hat, sollte doch jetzt auch unter Debian
funktionieren, oder? Nichtsdestotrotz: Das Forum sollte mich jetzt hier nicht falsch ver-
stehen, Debian ist und bleibt die beste Linux-Distribution.... außer vielleicht einer Linux from
a Scratch......

Beitrag von **feltel** » 28.08.2002 19:14:00

Ed hat geschrieben:Was mit Suse7.0 schon vor 11/2 J. funktiioniert hat, sollte doch jetzt auch unter Debian
funktionieren, oder?

Da gebe ich Dir recht. Hast Du unter SuSE den Standardkernel verwendet?
@all: Vielleicht hat jemand noch ne SuSE-Installation, bei der er mal nachschauen könnte, wie SuSE in Sachen APM den Kernel konfiguriert hat.

Nichtsdestotrotz: Das Forum sollte mich jetzt hier nicht falsch ver-
stehen, Debian ist und bleibt die beste Linux-Distribution.... außer vielleicht einer Linux from a Scratch......

Denke nicht, das wir Dich wegen so ner Aussage plonken etc. Sowas ist bisher zum Glück nicht vorgekommen. Verwende das, mit dem Du das, was Du machen willst, am besten und schönsten hinbekommst. Ob das nun Debian, SuSE, RedHat oder wie auch immer heißt.

Ich denke aber trozdem, das wir Deinen Rechner zur APM Power-off bringen.

ernohl · Beitrag von **ernohl** » 28.08.2002 19:23:28

Ed hat geschrieben:APM scheint irgendwie allgemein ein Problem unter Debian zu sein

Kann ich nicht bestätigen, hat bei mir auf Anhieb geklappt.

Gib mal folgende Info:

Code: Alles auswählen

fgrep APM /boot/config

und baue ein /etc/rc0.d/S89lsmod mit folgendem Inhalt:

Code: Alles auswählen

lsmod | fgrep apm >datei

Was steht in dieser Datei?

Ed · Beitrag von Ed » 28.08.2002 19:38:45

Jo, aber ich mußte unter "Yast" einen anderen Kernel auswählen, das wars.....
An die Einzelheiten erinnere ich mich nicht mehr so....
Aber das scheint aber offensichtlicht ein offener "Bug" zu sein!
s.a. Ct Ausgabe 16! Wir sollten da mal ein öffentliches Statement an Debian richten?
Weil es meiner Meinung nicht sein kann, was bei anderen Distributionen schon seit über
einem Jahr selbstverständlich ist! Ich hoffe hiermit nicht allzu sehr ins Fettnäpfchen ge-
treten zu haben, aber ich denke, vielen (eingeschworenen) Debian-Usern aus der Seele
gesprochen zu haben! Wenn nötig, sollen Sie die entsprechenden Kernel-Pachtes an-
bieten! Aber offentsichtlich war das bisher kein Problem in der Debian-Gemeinde!

Beitrag von **feltel** » 28.08.2002 19:50:57

Das Problem ist denke ich weniger Debian, da hier ungepatchte Kernel-Sourcen zum Erstellen von Debian-Kernel-Paketen verwendet werden. Ich denke, das Problem ist eher bei den Mainboard- und Bios-Herstellern zu suchen, die teilweise mit zueinander inkompatiblen und unterschiedlichen APM/ACPI-Implementationen arbeiten.

Kann sich vielleicht einer unter den Admins hier noch an das anfängliche Problem von W2k mit ACPI-Systemen erinnern? W2k war auf einem betroffenen System einfach nicht installierbar. Die tolle Lösung von Microsoft und den Boardherstellern war, das man bei der Installation dann sagen musste, man hätte keinen ACPI-fähigen Rechner. Das Problem ist, das Standard so schnell über den Haufen geworfen werden, bevor sie überhaupt in der Industrie eingeführt und bewährt sind.

Ed · Beitrag von Ed » 28.08.2002 22:25:16

Hallo Feltel,

habe folgende Message beim booten, vielleicht hilft sie Dir zur Fehlereingrenzung:
Auszug aus less /var/log/messages: local APIC disabled by BIOS -- renabling
Found and enabled local APIC

Ich komme jedenfalls nicht mehr weiter......
vielleicht ja das Forum? Im übrigen, erkläre mir mal den Ausdruck "plonken", der ist hier
bei uns Hesse net so geläuuufigggg....?

liebe grüße ans forum
ed

Beitrag von **feltel** » 29.08.2002 07:12:12

Ed hat geschrieben:habe folgende Message beim booten, vielleicht hilft sie Dir zur Fehlereingrenzung:
Auszug aus less /var/log/messages: local APIC disabled by BIOS -- renabling
Found and enabled local APIC

Sieht danach aus, als hättest Du ACPI im Kernel aktiviert. Bei einem älteren Board macht dies aber keinen Sinn und kann unter Umständen APM außer Kraft setzen.

vielleicht ja das Forum? Im übrigen, erkläre mir mal den Ausdruck "plonken", der ist hier
bei uns Hesse net so geläuuufigggg....?

Ist ein Newsgroup-Ausdruck. Wenn jemand geplonkt wird, dann wird er auf ein Killfile gesetzt, was heißt, daß seine Beiträge nicht mehr sichtbar sind. Wenn Du die c´t hast, dann schau mal in die aktuelle Ausgabe; da ist ein längerer Artikel übers Usenet.

tylerD · Beitrag von **tylerD** » 29.08.2002 10:12:02

ich hatte das problem mit dem power down auch.
dann hab ich den kernel nen paar mal neu kompiliert und letztenendlich hats bei mir geklappt mit apci off,apm on(und von apm on nur noch enable apm at boot time on,alles andere aus auch use real mode to power of)!

versuch isses ja wert.

cu

Ed · Beitrag von Ed » 29.08.2002 10:24:05

Hallo!
Danke, habe ich ja noch mal Glück gehabt

wg. dem plon... meine ich
Zuerst einmal habe ich APIC mit ACPI verwechselt, tschuldigung sind natürlich zwei paar
Schuhe! ACPI ist bei mir im Kernel ebenfalls nicht gesetzt, vielleicht liegts ja auch daran,
das ich es setzen muß? Wenn ich nen neuen Kernel bau, werde ich es jedenfalls ausprobieren
und dem Forum berichten.Habe aber noch nicht rausgekriegt ob mein Bios diese Funktion
unterstützt, Intel-Boards sollten das eigentlich. Bei der Gelegenheit auch danke an die Hin-
weise von Ernohl und tyler D, hat mir bisher leider auch nicht weitergeholfen.
Hier auch nochmal ein Auszug aus der bootconfig bezüglich meiner APM-Konfiguration:
CONFIG_APM=m
# CONFIG_APM_IGNORE_USER_SUSPEND is not set
# CONFIG_APM_DO_ENABLE is not set
# CONFIG_APM_CPU_IDLE is not set
# CONFIG_APM_DISPLAY_BLANK is not set
# CONFIG_APM_RTC_IS_GMT is not set
# CONFIG_APM_ALLOW_INTS is not set
CONFIG_APM_REAL_MODE_POWER_OFF=y
Werde jedenfallls am Ball bleiben, danke vorerst für die Unterstützung....

pdreker · Beitrag von **pdreker** » 29.08.2002 13:34:15

feltel hat geschrieben:
Ed hat geschrieben:habe folgende Message beim booten, vielleicht hilft sie Dir zur Fehlereingrenzung:
Auszug aus less /var/log/messages: local APIC disabled by BIOS -- renabling
Found and enabled local APIC
Sieht danach aus, als hättest Du ACPI im Kernel aktiviert. Bei einem älteren Board macht dies aber keinen Sinn und kann unter Umständen APM außer Kraft setzen.

Feltel, Feltel.... Tststs...

APIC ist der "Advanced Programmable Interrupt Controller"... Da steht nix von ACPI und APIC hat auch nix mit ACPI zu tun... Die Meldung weist nur schon auf ein buggy BIOS hin, das eine vorhandene APIC aus irgendeinem, Grund nicht aktiviert hat. Der Kernel aktiviert sie dann einfach wieder, weil das einige Sachen deutlich schneller macht.

Patrick

Beitrag von **feltel** » 29.08.2002 13:38:04

pdreker hat geschrieben:Feltel, Feltel.... Tststs...

Hab irgendwie letzte Nacht zu kurz geschlafen und statt APIC ACPI gelesen

*indieeckestellundschäm*

Wigwam · Beitrag von **Wigwam** » 29.08.2002 14:19:35

hi.
ich zeig euch jetz mal. mit welchen optionen es bei mir funktioniert.
hab auch einen selbstgebackenen kernel, habs jetzt erst bei der letzten komilierung geschafft, dass sich der rechner ausschaltet.

CONFIG_ACPI=y
# CONFIG_ACPI_DEBUG is not set
CONFIG_ACPI_BUSMGR=y
CONFIG_ACPI_SYS=y
CONFIG_ACPI_CPU=y
CONFIG_ACPI_BUTTON=y
CONFIG_ACPI_AC=y
# CONFIG_ACPI_EC is not set
# CONFIG_ACPI_CMBATT is not set
# CONFIG_ACPI_THERMAL is not set
CONFIG_APM=m
# CONFIG_APM_IGNORE_USER_SUSPEND is not set
CONFIG_APM_DO_ENABLE=y
CONFIG_APM_CPU_IDLE=y
# CONFIG_APM_DISPLAY_BLANK is not set
# CONFIG_APM_RTC_IS_GMT is not set
# CONFIG_APM_ALLOW_INTS is not set
# CONFIG_APM_REAL_MODE_POWER_OFF is not set

pdreker · Beitrag von **pdreker** » 29.08.2002 15:08:43

Deaktiviere CONFIG_ACPI in make menuconfig. Dann neukompilieren...

Patrick

Ed · Beitrag von Ed » 29.08.2002 16:07:27

Hallo Wigwam!
Es funktioniert tatsächlich,jipeeehhh!!!!!!!
Habe Kernel genau nach Deiner Anleitung neu kompiliert!
Vieeelen Dank!!!!!!!!!!!!!!!!

debianforum.de