12 Mar
2003
12 Mar
'03
05:49
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