Hallo Thilo!

ich habe mich mit dem Thema noch nicht größer auseinandergesetzt, aber hast Du Dir das mal angesehen? http://sdb.suse.de/de/sdb/html/apm_poweroff.html

Grad vorhin! Kannst jedoch erst heute Abend Probieren! Danke für die Info! mfg Thomas

Hallo Martin!

Es mag vielleicht daran liegen, daß Dein BIOS nicht dahingehend eingerichtet ist, um dem OS mitzuteilen, daß er das darf. Oder Dein Board kann das grundsätzlich nicht --> Doku lesen.

Unter Windows ist es gegangen ! Habe nichts am BIOS geändert! mfg Thomas

Hallo Heiner!

Danke für deine Hilfe!

Das problem ist gelöst, ich übergebe beim Booten vom Linux im append
folgenden Eintrag:
append= "apm-realmode-off"

Der Rechner schaltet sich aus, so wie früher!
Frag mich bitte nicht wieso unter SuSE 8.0 ich die parameter eingeben nuß.

Ich beantrage EOT

Nochmals Danke

mfg
Thomas

----- Original Message -----
From: "Heiner Gewiehs" 
To: 
Sent: Wednesday, March 12, 2003 12:32 PM
Subject: Re: Rechner Auschalten


Am Montag, 10. März 2003 12:06 schrieb Thomas Masaninger:
> Hallo zusammen!
>
> Ich hab einen SuSE 8.0 Server der eigentlich ganz gut geht!
>
> Mein Problem ist, das wenn ich den Befehl init 0 eingebe,
> zwar der Herruntergefahren wird aber nicht ausgeschaltet!
>
> Ich habe schon apmd installiert jedoch ohne erfolg!
>
> Motherboard Gigabyte GA 5AX
> CPU              AMD K6 - 2
>

Hallo Thomas,

es muss an der Konstellation BIOS/Motherboard liegen.
Bei dem Intel P II 233 Mhz Board ? hatte ich das gleiche Problem,
konnte aber den SuSE- Support in Anspruch nehmen.
Nach Aufrüstung auf Athlon 2000+ mit K7T266 ist dieses Problem
verschwunden. Es funktioniert alles wie es soll!

Wohlgemerkt alles mit SuSE Pro 8.0 !

Was sagt nun der eben angesprochene Support dazu?

Schriftverkehr wie folgt:


ticket [20020612000001147]
Von;  SuSE Support 
An:    heiner.gewiehs@t-online.de
Datum: Tue, 18 Jun 2002 12:59:09 +0200 (CEST)

Sehr geehrter Herr Gewiehs,

vielen Dank für Ihre Anfrage an den SuSE-Installationssupport.
Sie schrieben uns:

> mit der Version SuSE 8.0 habe ich Probleme
> a.) mit dem Runterfahren des Linux- Systems
> b.) mit dem Neustart desselben
> c.) mit Neustart von Windows aus Linux
>
> zu a:
> zu erkennen ist, dass die Programmteile beendet werden. Dann
schwarzer > Bildschirm - dann runterschalten in den
Energiespannodus. Rechner kann > nicht normal ausgeschaltet werden.
(Ausnahme, durch sportliche > Verrenkungen um den Hauptschalter an
der Rückseite des Gerätes zu > erreichen. Alternativ: Warmstart mit
Strg/Alt/entf - via Lilo ins
- Windows und von dort auf herunterfahren gehen.
>
> zu b:
> Programmteile werden beendet - Bildschirm schwarz. Man kann nur
vermuten
> was da im Hintergrund abläuft. Um den Vorgang dennoch verfolgen zu
> können, muß der Bildschirm aus- und sofort wieder eingeschaltet
werden,
> weil ich nur dann sehen kann wieweit der Bootvorgang gediehen ist.
>
> zu c:
> Programmteile werden beendet - Bildschirm schwarz Also wie bei b -
aber > nicht immer - manchmal funktioniert das Zusammenspiel
Rechner-Bildschirm > wie es soll: Linux abmelden, auf Neustart
Windows gehen und warten bis > das Ziel erreicht ist. >
> Nun wüsste ich natürlich gerne, was die Ursache für dieses
Verhalten > ist. Die Schalterei am Monitor kann auf Dauer ja wohl
nicht > Materialverbessemd sein! >
*> Wo habe ich das Problem?
>
> Rechner:
> Pentium II / 233 Mhz / 256MB ram / Monitor Highscreen MS 15AX


Welche Grafikkarte setzen Sie ein?
Senden Sie uns bitte die Ausgabe des Befehls: Ispci -w

Ist APM im BIOS Ihres Rechners aktiviert? Senden Sie uns bitte auch
Ihre Dateien /etc/lüo.conf und /etc/Xll/XF86Config und die Ausgabe
des Befehls cat /proc/cmdline

Sie können alle diese Informationen in einer Datei sammeln:

Ispci -w > /tmp/info.txt
less /etc/lilo.conf > > /tmp/info.txt
less /proc/mdline > > /tmp/info.txt
less /etc/Xl l/XF86Config > > /tmp/info.txt

Senden Sie uns dann die erstellte Datei /tmp/info.txt zu. Möglichst
kopieren Sie bitte den Inhalt der Datei direkt in die Email im
ascii Format.
Vielen Dank für Ihre Mitarbeit.


Datum: Tue, 18 Jun 2002 17:52:06 +0200 (CEST)


> anbei die gewünschten Ausgaben. Die Konvertierung von text in
ascii habe > ich auf die Schnelle nicht hingekriegt, ich hoffe,
dass die Ausgaben > auch so genügen.

Vielen Dank für die Daten!

Bitte versuchen Sie folgendes:
Laden Sie die Datei /etc/Xll/XF86Config in einen Editor Ihrer Wahl,
z.B.:
mcedit /etc/Xll/XF86Config .nd suchen Sie nach dem Abschnitt:
Section "Monitor"
Option    "CalcAlgorithm" "IteratePrecisely"
HorizSync 28-69
Idenrifier "Monitor [0]"
ModelName "AutoDetected"
Option   "DPMS"
VendorName "AutoDetected"
VertRefresh 45-75
UseModes  "Modes[0]"
EndSection


Kommentieren Sie die Zeile bez. DPMS aus:

Section "Monitor"
Option    "CalcAlgorithm" "IteratePrecisely"
HorizSync 28-69
Idenrifier "Monitor [0]"
ModelName "AutoDetected"
# Option   "DPMS"
VendorName "AutoDetected"
VertRefresh 45-75
UseModes  "Modes[0]"
EndSection

Suchen Sie weiter noch den nächsten Abschnitt:

Section "Device"
BoardName "AutoDetected"
Driver    "ati"
Idenrifier "Device [0]"
Option   "dpms"
VendorName "AutoDetected"
EndSection

und kommentieren Sie auch hier wieder die "DPMS-Zeile" aus:

Section "Device"
BoardName "AutoDetected"
Driver    "ati"
Identifier "DevicetO]"
# Option    "dpins"
VendorName "AutoDetected"
EndSection

Speichern Sie die Datei mit "F2" und verlassen Sie den Editor dann
über "F10".

Starten Sie dann den X-Server neu und rebooten Sie anschließend zum
Test Ihren Rechner.

Mit freundlichen Grüßen,


Sehr geehrter Herr Gewiehs, vielen Dank für Ihre E-Mail. Sie
schrieben uns:

> bin erst heute dazu gekommen Ihre Empfehlung in die Tat
umzusetzen. >
> Ich muss zu unser aller Leidwesen sagen, dass sich am
Shutdownverhalten
> des Rechners, trotz der Auskommentierungen, nicht viel geändert
hat.
>
> Der Rechner lässt sich immer noch nicht herunterfahren (schwarzer
> Monitor, läuft weiter). Neustart- Linux funktioniert - allerdings
auch
> nur mit schwarzem Monitor! Einzig der "Neustart nach Windows"
scheint
> jetzt zu funktionieren. 3 Versuche 3 mal i.O.
>
> Wenn Ihnen noch etwas einfällt, was dieses Verhalten im positiven
Sinne -• weiter beeinflussen kann, bin ich für Hinweise aller Art
aufgeschlossen.

Versuchen Sie es bitte auch einmal mit einer Änderung Ihrer LILO
Konfigurationsdatei.

Laden Sie diese als root in einen Editor, z.B.:
mcedit /etc/lilo.conf

und setzen Sie den Wert vga=791 auf vga= normal

Suchen Sie also nach folgendem Abschnitt:

image = /boot/vmlinuz
label = linux
append = "hdb==ide-scsi"
initrd == /boot/initrd
root = /dev/hda7
vga ==791

und ändern Sie ihn wie folgt:

image == /boot/vmlinuz
label == linux
append = "hdb==ide-scsi"
initrd = /boot/initrd
root = /dev/hda7
vga = normal

Anschließend führen Sie bitte aus:

lilo -v

Wenn Sie keine Fehlermeldungen erhalten und am Ende eine Meldung:
writing boot sector, dann rebooten Sie bitte jetzt den Rechner.

Gleiches Verhalten?

Mit freundlichen Grüßen,


Sehr geehrter Herr Gewiehs,

vielen Dank für Ihre E-Mail. Sie schrieben uns:
> das Verhalten hat sich etwas geändert:
>
> das System lässt sich, von der Anmeldemaske aus (aber nur von
hier, vom
> angemeldeten User aus geht es nicht), neu starten, die Meldungen,
die
> beim Herunterfahren gezeigt werden und auch die, die beim
Hochfahren des
> Systems zu sehen sein sollen, sind zu sehen. Ich habe zwar hier
das
> Startverhalten, wie ehemals noch bei der SuSE 6.4, große weiße
Letter
> auf schwarzem, bildschirmfüllenden Hintergrund, dies stört
allerdings
> nicht, im Gegenteil, es ist für meinen Geschmack wesentlich
> übersichtlicher.

Anscheinend hatte Ihre Grafikkarte Probleme mit der Darstellung über
den ramebuffer- Denn den Framebuffer haben Sie mit vga= normal
abgeschaltet.

Möglicherweise ist in Ihrem BIOS APIC aktiviert. Wenn Sie eine
Möglichkeit in Ihrem BIOS finden diese Funktion anzuschalten, so
sollten Sie das tun-APIC ist eine Funktion neueren Datums und
bereitet derzeit immer wieder Probleme. Gerade auch beim Umschalten
von einem X-Server auf den Framebuffer oder Textkonsole.

> ansonsten hat sich das Shutdownverhalten leider nicht weiter
geändert.
> Schmewrzlich vermisst wird, dass sich der Rechner nicht
abschaltet.

^Hier wird das APM die Problematik verursachen. Leider ist APM
i.d.R. nur sehr schlecht bzw. lückenhaft implementieit. Es werden
von den Herstellern kaum Spezifikationen eingehalten. Daher kann
ihnen möglicherweise eine der Lösungsvorschläge des folgenden
Artikels helfen, muß aber nicht.

Titel: Trotz APM Kemel schaltet der Rechner beim Herunterfahren
nicht ab

http://sdb.suse.de/de/sdb/html/apmJ3oweroff.html

Bezieht sich auf
SuSE Linux: Versionen ab 7.1 Symptom
Ab SuSE Linux 7.1 haben alle Kemel APM Advanced Power Management
Unterstützung; wenn Sie den Rechner herunterfahren wird er trotzdem
nicht abgeschaltet. Möglicherweise tritt auch ein 'Segmentation
Fault' auf.

Ursache

Fehlerhaftes bzw. nicht mit den APM Spezifikationen konformes BIOS.

Lösung

Grundvoraussetzung .ist natürlich, daß im BIOS die Option "Advanced
Power Management" auf disabled gestellt ist.

Mit folgendem Kemel-Parameter lassen sich die 'real mode APM BIOS
calls' aktivieren um den Rechner abzuschalten:
apm=real-mode-powerofr

Eventuell hilft auch ein BIOS Update.

Weitere Optionen:
^Ganz abschalten lässt sich die APM Unterstützung im Kemel mit:
apm = off

Debug Meldungen lassen sich einschalten mit:
apm=debug

Wenn Sie verhindern wollen, dass der Rechner nach dem Herunterfahren
automatisch abschaltet:
apm = no-power-off

Diese Parameter können testweise am Bootprompt übergeben werden,
z.B.:
boot: linux apm = real- mode-poweroff

und bei Bedarf dauerhaft mit der Append-Zeile in der /etc/lüo.conf
übergeben werden, z.B.:
append = "apm= real-mode-poweroff"

nach Einrügen dieser Zeile in den globalen Abschnitt Lilo erneut
aufrufen:
lito

Kemelquellen:
* file:/usr/src/linux/arch/i386/kemel/apm.c
* ffle://usr/src/linux/Documentation/Configure.help
Wenn das alles nicht hilft, dann können Sie i.d.R. den Rechner durch
Drücken des Powertasters für 4 sek. abschalten.
Mit freundlichen Grüßen,


Vielleicht hilft es Dir ja. Bei mir war das Vergnügen eher
wechselhaft - wie 'n Blinker - geht, geht nicht, geht

Viel Grüße
Heiner

--
**************************************
H e i n e r  G e w i e h s
Marketing-Fachkaufmann
D- 63868 Großwallstadt
FON: (06022) 65 41 67
Mail: heiner.gewiehs@gewiehs.de
**************************************

--
Um die Liste abzubestellen, schicken Sie eine Mail an:
    suse-linux-unsubscribe@suse.com
Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken
Sie eine Mail an: suse-linux-help@suse.com