halt, shutdown, poweroff => führen immer zum reboot
Hallo, ich hatte dieses "Phänomen" schon einmal auf einem Laptop mit einer 9er Suse Version, hat mich damals aber nicht so gestört, da zumindest noch der Shutdown per Power-Button funktioniert hatte. Nun tritt dies allerdings bei meinem internen Web-Server auf, nachdem ich per ssh/yast ein System-Update von 9.2 auf 10.1 durchgeführt habe. Ich schaffe es nun nicht mehr per ssh oder cron-script den Server auszuschalten, da alles immer zum reboot führt. Bei drücken des Power-Buttons geht er wohl nur in Standby-Modus. (Kann ich nur auf Grund der dann deaktivierten LED der Netzwerkkarte diagnostizieren; keine Gra-ka vorhanden) Google liefert mir bei meinen Suchbegriffen immer nur Zeug das ich nicht wissen will. acpi=oldboot brachte auch nix (Ich weiß allerdings auch nicht mehr ob das beim alten System nötig/eingestellt war. Kann mir da mal jemand einen Anhaltpunkt geben? Grüße Maik
-------- Original-Nachricht -------- Datum: Wed, 31 May 2006 13:31:20 +0200 Von: M. Bader
An: Suse-Linux Betreff: halt, shutdown, poweroff => führen immer zum reboot Hallo,
ich hatte dieses "Phänomen" schon einmal auf einem Laptop mit einer 9er Suse Version, hat mich damals aber nicht so gestört, da zumindest noch der Shutdown per Power-Button funktioniert hatte.
Nun tritt dies allerdings bei meinem internen Web-Server auf, nachdem ich per ssh/yast ein System-Update von 9.2 auf 10.1 durchgeführt habe.
Kannst Du das ganze eingrenzen indem Du mal die einschlägigen init-Befehle (0 bzw. 6) manuell ausführst? Gruß Rainer -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
-----Original Message----- From: Rainer Kulhanek [mailto:Rainer.Kulhanek@gmx.de]
-------- Original-Nachricht -------- Von: M. Bader
Kannst Du das ganze eingrenzen indem Du mal die einschlägigen init-Befehle (0 bzw. 6) manuell ausführst?
init 0 ergibt auch einen Reboot hier mal das log während des "init 0": May 31 13:50:50 JENNESTA init: Switching to runlevel: 0 May 31 13:50:53 JENNESTA kernel: nfsd: last server has exited May 31 13:50:53 JENNESTA kernel: nfsd: unexporting all filesystems May 31 13:50:53 JENNESTA rpc.mountd: Caught signal 15, un-registering and exiting. May 31 13:50:54 JENNESTA kernel: NET: Unregistered protocol family 15 May 31 13:50:54 JENNESTA ipsec_setup: ...Openswan IPsec stopped May 31 13:50:54 JENNESTA ipsec_setup: Stopping Openswan IPsec... May 31 13:50:54 JENNESTA ipsec_setup: stop ordered, but IPsec does not appear to be running! May 31 13:50:54 JENNESTA ipsec_setup: doing cleanup anyway... May 31 13:50:55 JENNESTA sshd[2692]: Received signal 15; terminating. May 31 13:50:55 JENNESTA xinetd[2693]: Exiting... May 31 13:50:56 JENNESTA nmbd[2265]: [2006/05/31 13:50:56, 0] nmbd/nmbd.c:terminate(58) May 31 13:50:56 JENNESTA nmbd[2265]: Got SIGTERM: going down... May 31 13:50:59 JENNESTA kernel: Kernel logging (proc) stopped. May 31 13:50:59 JENNESTA kernel: Kernel log daemon terminating. May 31 13:51:00 JENNESTA exiting on signal 15 May 31 13:53:02 JENNESTA syslogd 1.4.1: restart. May 31 13:53:07 JENNESTA kernel: klogd 1.4.1, log source = /proc/kmsg started. sieht für mich eigentlich alles normal aus, bis auf die vorletzte Zeile, danach gehts wieder weiter mit dem Booten init 6 macht einen reboot, wie es ja eigentlich auch sein sollte, oder? Grüße Maik
Hallo,
From: Martin Ereth [mailto:martin.ereth@arcor.de]
Poste mal die /etc/inittab.
was mir noch aufgefallen ist, meine andere Kiste läuft noch auf runlevel 5. Das war früher mal ein Desktop und ist vor dem System-Update zum FileServer "degradiert" worden. ...und bei dem gehts problemlos, könnte es das sein? Wär aber wohl nicht Sinn der Sache einen reinen Server im 5er rl zu lassen. Grüße Maik # The default runlevel is defined here id:3:initdefault: # First script to be executed, if not booting in emergency (-b) mode si::bootwait:/etc/init.d/boot l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 #l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6 # what to do in single-user mode ls:S:wait:/etc/init.d/rc S ~~:S:respawn:/sbin/sulogin # what to do when CTRL-ALT-DEL is pressed ca::ctrlaltdel:/sbin/shutdown -r -t 4 now # special keyboard request (Alt-UpArrow) # look into the kbd-0.90 docs for this kb::kbrequest:/bin/echo "Keyboard Request -- edit /etc/inittab to let this work." # what to do when power fails/returns pf::powerwait:/etc/init.d/powerfail start pn::powerfailnow:/etc/init.d/powerfail now #pn::powerfail:/etc/init.d/powerfail now po::powerokwait:/etc/init.d/powerfail stop # for ARGO UPS sh:12345:powerfail:/sbin/shutdown -h now THE POWER IS FAILING # getty-programs for the normal runlevels # <id>:<runlevels>:<action>:<process> # The "id" field MUST be the same as the last # characters of the device (after "tty"). 1:2345:respawn:/sbin/mingetty --noclear tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 # #S0:12345:respawn:/sbin/agetty -L 9600 ttyS0 vt102 #cons:1235:respawn:/sbin/smart_agetty -L 38400 console
Hallo, hmm, so langsam bin ich echt ratlos. ich gehe mal davon aus dass die /etc/inittab so i.O. war.
From: M. Bader [mailto:lists@one-mb.net] Sent: Thursday, June 01, 2006 1:58 AM
From: Martin Ereth [mailto:martin.ereth@arcor.de] Poste mal die /etc/inittab.
l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 #l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6
Hab heute und gestern noch ein paar Stunden in den Logs und im Bios herumgesucht, aber find irgendwie nichts was mir das Verhalten im Vergleich zur 9.2er Version erklärt. Ist ja auch ein recht alter PC, P2-233 Mhz mit 265 MB ram, was mich dabei nur immer wurmt, ist dass es unter 9.2 problemlos lief. Aber das Gejammer hilft ja auch nicht weiter. Gestern habe ich dann mal den Bootloader explizit umgestellt auf acpi=off und apm=on, um eine Meldung über den acpid bei den Failed Services wegzubekommen, also muß ich wohl noch den Symlink aus dem /etc/init.d/rc3 rausnehmen. Kann man denn das halt-Skript in /etc/init.d/rc1 irgendwie debuggen? Grüße Maik -- 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
Maik Bader schrieb:
[...]
Google liefert mir bei meinen Suchbegriffen immer nur Zeug das ich nicht wissen will. [...]
Kann mir da mal jemand einen Anhaltpunkt geben?
Hallo Maik, Du kannst statt Google http://www.metager2.de/ aufrufen, die Metasuchmaschine ohne Müll (Neuversion; nicht zu verwechseln mit der bisherigen Metager!). Vielleicht findest Du da eher was Geeignetes. MfG Wolfgang Gruhn
Hallo, Am Mit, 31 Mai 2006, M. Bader schrieb:
ich hatte dieses "Phänomen" schon einmal auf einem Laptop mit einer 9er Suse Version, hat mich damals aber nicht so gestört, da zumindest noch der Shutdown per Power-Button funktioniert hatte. [..] Kann mir da mal jemand einen Anhaltpunkt geben?
Wie sieht deine /etc/inittab aus? Genauer: grep 'l[0-6]:' /etc/inittab -dnh -- Es ist auch merkwürdig, dass Leute auf alten Photos jünger aussehen. -- Olli Dittrich in "Genial Daneben"
From: David Haller [mailto:lists@dhaller.de]
Wie sieht deine /etc/inittab aus? Genauer: grep 'l[0-6]:' /etc/inittab
da noch einmal in Kürze: JENNESTA:~ # grep 'l[0-6]:' /etc/inittab l0:0:wait:/etc/init.d/rc 0 l1:1:wait:/etc/init.d/rc 1 l2:2:wait:/etc/init.d/rc 2 l3:3:wait:/etc/init.d/rc 3 #l4:4:wait:/etc/init.d/rc 4 l5:5:wait:/etc/init.d/rc 5 l6:6:wait:/etc/init.d/rc 6
participants (5)
-
David Haller
-
M. Bader
-
Martin Ereth
-
Rainer Kulhanek
-
Wolfgang Gruhn