X-Server beendet sich nicht, trotz "init 3" !
Hallo, ich habe es irgendwie hinbekommen ein SUSE 10.0 64-bit zu installieren, bei dem ein "init 3" vom Runlevel 5 aus den X-Server nicht beendet: Auf "init 3" wird zwar gemeldet: (...) Shutting down service kdm done Shutting down service kdm done (...) aber ein "/etc/init.d/xdm status" meldet: Checking for service kdm: running Auch ein manuelles Stop hat keine Wirkung: linux:/home/gerd # /etc/init.d/xdm stop Shutting down service kdm done linux:/home/gerd # /etc/init.d/xdm status Checking for service kdm: running Was habe ich wo falsch gemacht?! Danke für Hilfe in voraus. Gerd
Hallo Gerd, Am Freitag, 21. April 2006 09:58 schrieb Gerd Limbeck:
Hallo,
ich habe es irgendwie hinbekommen ein SUSE 10.0 64-bit zu installieren, bei dem ein "init 3" vom Runlevel 5 aus den X-Server nicht beendet:
Auf "init 3" wird zwar gemeldet: (...) Shutting down service kdm done Shutting down service kdm done (...)
aber ein "/etc/init.d/xdm status" meldet: Checking for service kdm: running
Kleiner Tipp: Unter SuSE kannst Du auch rcxdm start/stop/status verwenden, das spart Zeit beim tippen ;)
Auch ein manuelles Stop hat keine Wirkung:
linux:/home/gerd # /etc/init.d/xdm stop Shutting down service kdm done linux:/home/gerd # /etc/init.d/xdm status Checking for service kdm: running
Was habe ich wo falsch gemacht?!
Mach das doch nochmal und sende dann mal die Ausgabe von "dmesg | tail". Gruß Thomas
Am Freitag, 21. April 2006 12:57 schrieb Thomas Ohms:
Hallo Gerd,
Am Freitag, 21. April 2006 09:58 schrieb Gerd Limbeck:
Hallo,
ich habe es irgendwie hinbekommen ein SUSE 10.0 64-bit zu installieren, bei dem ein "init 3" vom Runlevel 5 aus den X-Server nicht beendet:
Auf "init 3" wird zwar gemeldet: (...) Shutting down service kdm done Shutting down service kdm done (...)
aber ein "/etc/init.d/xdm status" meldet: Checking for service kdm: running
Kleiner Tipp: Unter SuSE kannst Du auch rcxdm start/stop/status verwenden, das spart Zeit beim tippen ;)
Ohh ja. Danke. Geht ja wohl mit allen Diensten...
Auch ein manuelles Stop hat keine Wirkung:
linux:/home/gerd # /etc/init.d/xdm stop Shutting down service kdm done linux:/home/gerd # /etc/init.d/xdm status Checking for service kdm: running
Was habe ich wo falsch gemacht?!
Mach das doch nochmal und sende dann mal die Ausgabe von "dmesg | tail".
linux:/home/limbeck # dmesg | tail 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html 0000:00:0e.0: 3Com PCI 3c905B Cyclone 10/100/BNC at 0x1400. Vers LK1.1.19 ACPI: PCI Interrupt 0000:00:0e.0[A] -> GSI 19 (level, low) -> IRQ 209 0000:00:06.0: tulip_stop_rxtx() failed 0000:00:06.0: tulip_stop_rxtx() failed eth0: Setting full-duplex based on MII#1 link partner capability of 45e1. eth2: no IPv6 routers present eth0: no IPv6 routers present eth2: Setting full-duplex based on MII #24 link partner capability of 01e1. mtrr: 0xf0000000,0x2000000 overlaps existing 0xf0000000,0x1000000 mehr war nich... Gruß Gerd
Gruß Thomas
Am Freitag, 21. April 2006 15:04 schrieb Gerd Limbeck:
Ohh ja. Danke. Geht ja wohl mit allen Diensten... Ganz genau ;)
Auch ein manuelles Stop hat keine Wirkung:
linux:/home/gerd # /etc/init.d/xdm stop Shutting down service kdm done linux:/home/gerd # /etc/init.d/xdm status Checking for service kdm: running
Was habe ich wo falsch gemacht?!
Mach das doch nochmal und sende dann mal die Ausgabe von "dmesg | tail".
Hmm, ist wirklich nicht sehr viel. Aber ein paar Anhaltspunkte hätte ich noch: - Überprüfe mal ob unter "/etc/init.d/rc3.d" der Dämon gelistet ist. - Vielleicht zeigt "/var/log/messages" mehr?! - Was passiert wenn Du von Beginn an im Runlevel 3 startest? läuft der Dämon da auch? - Wie sieht es aus, wenn Du in Runlevel 1 gehst und (da sollte der Dämon auf jeden Fall gestoppt sein) dann in Runlevel 3 umschaltest? Gruß Thomas
Am Freitag, 21. April 2006 15:18 schrieb Thomas Ohms:
Am Freitag, 21. April 2006 15:04 schrieb Gerd Limbeck:
Ohh ja. Danke. Geht ja wohl mit allen Diensten...
Ganz genau ;)
Auch ein manuelles Stop hat keine Wirkung:
linux:/home/gerd # /etc/init.d/xdm stop Shutting down service kdm done linux:/home/gerd # /etc/init.d/xdm status Checking for service kdm: running
Was habe ich wo falsch gemacht?!
Mach das doch nochmal und sende dann mal die Ausgabe von "dmesg | tail".
Hmm, ist wirklich nicht sehr viel. Aber ein paar Anhaltspunkte hätte ich noch:
- Überprüfe mal ob unter "/etc/init.d/rc3.d" der Dämon gelistet ist.
nein, in rc3.d nicht: linux:/home/limbeck # ll /etc/init.d/rc3.d insgesamt 5 drwxr-xr-x 2 root root 1592 2006-04-21 14:58 . drwxr-xr-x 11 root root 3296 2006-04-21 14:35 .. lrwxrwxrwx 1 root root 13 2006-04-20 14:25 K05powersaved -> ../powersaved lrwxrwxrwx 1 root root 12 2006-04-20 14:25 K06haldaemon -> ../haldaemon lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K07cron -> ../cron lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K08nscd -> ../nscd lrwxrwxrwx 1 root root 10 2006-04-20 14:25 K08postfix -> ../postfix lrwxrwxrwx 1 root root 8 2006-04-20 14:25 K08smbfs -> ../smbfs lrwxrwxrwx 1 root root 6 2006-04-21 09:50 K09smb -> ../smb lrwxrwxrwx 1 root root 8 2006-04-20 14:25 K10acpid -> ../acpid lrwxrwxrwx 1 root root 12 2006-04-20 14:25 K10alsasound -> ../alsasound lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K10cups -> ../cups lrwxrwxrwx 1 root root 12 2006-04-20 14:25 K10microcode -> ../microcode lrwxrwxrwx 1 root root 6 2006-04-21 14:58 K10nwe -> ../nwe lrwxrwxrwx 1 root root 9 2006-04-20 14:25 K10splash -> ../splash lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K10sshd -> ../sshd lrwxrwxrwx 1 root root 6 2006-04-20 14:25 K12nfs -> ../nfs lrwxrwxrwx 1 root root 10 2006-04-20 14:25 K12nfsboot -> ../nfsboot lrwxrwxrwx 1 root root 8 2006-04-20 14:25 K14mdnsd -> ../mdnsd lrwxrwxrwx 1 root root 10 2006-04-20 14:25 K14portmap -> ../portmap lrwxrwxrwx 1 root root 15 2006-04-20 14:25 K14splash_early -> ../splash_early lrwxrwxrwx 1 root root 6 2006-04-21 09:50 K15nmb -> ../nmb lrwxrwxrwx 1 root root 9 2006-04-20 14:25 K16syslog -> ../syslog lrwxrwxrwx 1 root root 10 2006-04-20 14:25 K17network -> ../network lrwxrwxrwx 1 root root 12 2006-04-20 14:25 K18boot.udev -> ../boot.udev lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K19dbus -> ../dbus lrwxrwxrwx 1 root root 9 2006-04-20 14:25 K19resmgr -> ../resmgr lrwxrwxrwx 1 root root 8 2006-04-20 14:25 K21fbset -> ../fbset lrwxrwxrwx 1 root root 9 2006-04-20 14:25 K21random -> ../random lrwxrwxrwx 1 root root 8 2006-04-20 14:25 S01fbset -> ../fbset lrwxrwxrwx 1 root root 9 2006-04-20 14:25 S01random -> ../random lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S03dbus -> ../dbus lrwxrwxrwx 1 root root 9 2006-04-20 14:25 S03resmgr -> ../resmgr lrwxrwxrwx 1 root root 12 2006-04-20 14:25 S04boot.udev -> ../boot.udev lrwxrwxrwx 1 root root 10 2006-04-20 14:25 S05network -> ../network lrwxrwxrwx 1 root root 9 2006-04-20 14:25 S06syslog -> ../syslog lrwxrwxrwx 1 root root 6 2006-04-21 09:50 S07nmb -> ../nmb lrwxrwxrwx 1 root root 8 2006-04-20 14:25 S08mdnsd -> ../mdnsd lrwxrwxrwx 1 root root 10 2006-04-20 14:25 S08portmap -> ../portmap lrwxrwxrwx 1 root root 15 2006-04-20 14:25 S08splash_early -> ../splash_early lrwxrwxrwx 1 root root 6 2006-04-20 14:25 S10nfs -> ../nfs lrwxrwxrwx 1 root root 10 2006-04-20 14:25 S10nfsboot -> ../nfsboot lrwxrwxrwx 1 root root 8 2006-04-20 14:25 S12acpid -> ../acpid lrwxrwxrwx 1 root root 12 2006-04-20 14:25 S12alsasound -> ../alsasound lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S12cups -> ../cups lrwxrwxrwx 1 root root 6 2006-04-20 14:25 S12kbd -> ../kbd lrwxrwxrwx 1 root root 12 2006-04-20 14:25 S12microcode -> ../microcode lrwxrwxrwx 1 root root 6 2006-04-21 14:58 S12nwe -> ../nwe lrwxrwxrwx 1 root root 9 2006-04-20 14:25 S12splash -> ../splash lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S12sshd -> ../sshd lrwxrwxrwx 1 root root 6 2006-04-21 09:50 S13smb -> ../smb lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S14nscd -> ../nscd lrwxrwxrwx 1 root root 10 2006-04-20 14:25 S14postfix -> ../postfix lrwxrwxrwx 1 root root 8 2006-04-20 14:25 S14smbfs -> ../smbfs lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S15cron -> ../cron lrwxrwxrwx 1 root root 12 2006-04-20 14:25 S16haldaemon -> ../haldaemon lrwxrwxrwx 1 root root 13 2006-04-20 14:25 S17powersaved -> ../powersaved auch nicht in rc2.d und rc1.d. Nur in rc5.d: (...) lrwxrwxrwx 1 root root 6 2006-04-20 14:25 K09xdm -> ../xdm (...) lrwxrwxrwx 1 root root 6 2006-04-20 14:25 S13xdm -> ../xdm (...)
- Vielleicht zeigt "/var/log/messages" mehr?!
linux:/home/limbeck # cat /var/log/messages | tail Apr 21 16:47:31 UT-Bridge-Weipert syslog-ng[7159]: Changing permissions on special file /dev/tty10 Apr 21 16:47:31 UT-Bridge-Weipert kernel: mtrr: 0xf0000000,0x2000000 overlaps existing 0xf0000000,0x1000000 Apr 21 16:47:38 UT-Bridge-Weipert init: Switching to runlevel: 3 Apr 21 16:48:47 UT-Bridge-Weipert init: Switching to runlevel: 5 Apr 21 16:48:47 UT-Bridge-Weipert kernel: Kernel logging (proc) stopped. Apr 21 16:48:47 UT-Bridge-Weipert kernel: Kernel log daemon terminating. Apr 21 16:48:49 UT-Bridge-Weipert syslog-ng[7159]: syslog-ng version 1.6.8 going down Apr 21 16:48:49 UT-Bridge-Weipert syslog-ng[7399]: syslog-ng version 1.6.8 starting Apr 21 16:48:54 UT-Bridge-Weipert kernel: klogd 1.4.1, log source = /proc/kmsg started. Apr 21 16:49:12 UT-Bridge-Weipert init: Switching to runlevel: 3
- Was passiert wenn Du von Beginn an im Runlevel 3 startest? läuft der Dämon da auch?
nein. Ein "init 3" startet den X-Sever, ein "init 3" oder "init 2" bleibt ohne Wirkung auf den X-Sever. Nur in Runlevel 1 schaltet er sich ab.
- Wie sieht es aus, wenn Du in Runlevel 1 gehst und (da sollte der Dämon auf jeden Fall gestoppt sein) dann in Runlevel 3 umschaltest?
Zurück von Runlevel 1 nach Runlevel 3 bleibt der X-Server unten. Ein "init 5" startet den X-Server wieder.
Gruß Thomas
Am Freitag, 21. April 2006 15:51 schrieb Gerd Limbeck:
- Überprüfe mal ob unter "/etc/init.d/rc3.d" der Dämon gelistet ist.
nein, in rc3.d nicht: Seltsam, denn wenn der X-Dämon im Runlevel 3 nicht laufen soll, muss er dort auch einen Befehl dazu haben (KXXxdm).
Versuche mal folgendes: Gib in der Konsole den Befehl ein: "ln -s /etc/init.d/xdm /etc/init.d/rc3.d/K09xdm" Achte dabei auf die Leerzeichen! Wie sieht es aus, wenn Du nun wechselst?
Am Freitag, 21. April 2006 16:21 schrieb Thomas Ohms:
Am Freitag, 21. April 2006 15:51 schrieb Gerd Limbeck:
- Überprüfe mal ob unter "/etc/init.d/rc3.d" der Dämon gelistet ist.
nein, in rc3.d nicht:
Seltsam, denn wenn der X-Dämon im Runlevel 3 nicht laufen soll, muss er dort auch einen Befehl dazu haben (KXXxdm).
Ah nein, er braucht einen in rc5.d . Das Problem hört sich für mich so an, als würde ein "rcxdm stop" den X-Server nicht beenden. Und da würde ich suchen, warum er ihn nicht beendet. Z.B. einfach mal im /etc/init.d/xdm irgendwo nach der 1. Zeile ein set -x hineinschreiben, z.B., um mal zu schauen, was genau geschieht... Oftmals heißt das Problem, daß er die PID nicht findet, unter der der X-Server läuft... Thomas Mack
Am Freitag, 21. April 2006 16:31 schrieb Thomas Mack:
Am Freitag, 21. April 2006 16:21 schrieb Thomas Ohms:
Am Freitag, 21. April 2006 15:51 schrieb Gerd Limbeck:
- Überprüfe mal ob unter "/etc/init.d/rc3.d" der Dämon gelistet ist.
nein, in rc3.d nicht:
Seltsam, denn wenn der X-Dämon im Runlevel 3 nicht laufen soll, muss er dort auch einen Befehl dazu haben (KXXxdm).
Ah nein, er braucht einen in rc5.d . Dort hat er doch aber den Startbefehl für xdm eingetragen!? Oder sehe ich hier was falsch?
Am Freitag, 21. April 2006 16:34 schrieb Thomas Ohms:
Am Freitag, 21. April 2006 16:31 schrieb Thomas Mack:
Am Freitag, 21. April 2006 16:21 schrieb Thomas Ohms:
Am Freitag, 21. April 2006 15:51 schrieb Gerd Limbeck:
- Überprüfe mal ob unter "/etc/init.d/rc3.d" der Dämon gelistet ist.
nein, in rc3.d nicht:
Seltsam, denn wenn der X-Dämon im Runlevel 3 nicht laufen soll, muss er dort auch einen Befehl dazu haben (KXXxdm).
Ah nein, er braucht einen in rc5.d .
Dort hat er doch aber den Startbefehl für xdm eingetragen!? Oder sehe ich hier was falsch?
Naja, wenn er von Runlevel 5 auf Runlevel 3 geht, dann werden zuerst in rc5.d alle K* Skripte mit dem Parameter "stop" aufgerufen (K für Kill), anschließend in rc3.d alle S* Skripte mit "start". Das ist der Mechanismus. Thomas Mack
Am Freitag, 21. April 2006 16:38 schrieb Thomas Mack:
Naja, wenn er von Runlevel 5 auf Runlevel 3 geht, dann werden zuerst in rc5.d alle K* Skripte mit dem Parameter "stop" aufgerufen (K für Kill), anschließend in rc3.d alle S* Skripte mit "start". Das ist der Mechanismus.
Interessant! Unter Debian hatte ich mal gelernt, dass die Kill-Befehle in den Ordner für das Runlevel müssen, wo es beendet werden soll. Aber gut man lernt ja nie aus :) Jetzt macht es auch Sinn, dass in rc3.d keine Einträge sind :)
Am Freitag, 21. April 2006 16:46 schrieb Thomas Ohms:
Am Freitag, 21. April 2006 16:38 schrieb Thomas Mack:
Naja, wenn er von Runlevel 5 auf Runlevel 3 geht, dann werden zuerst in rc5.d alle K* Skripte mit dem Parameter "stop" aufgerufen (K für Kill), anschließend in rc3.d alle S* Skripte mit "start". Das ist der Mechanismus.
Interessant! Unter Debian hatte ich mal gelernt, dass die Kill-Befehle in den Ordner für das Runlevel müssen, wo es beendet werden soll. Aber gut man lernt ja nie aus :)
Hups - ich habe gerade mal in die Doku geschaut, die leider ungewöhnlich schweigsam ist. man init sagt (auf SuSE 9.0): When init is requested to change the runlevel, it sends the warning signal SIGTERM to all processes that are undefined in the new runlevel. Ähem: das scheint zu bedeuten, daß er dort sehr frei und eigenmächtig alles beendet, was nicht in rc.3.d/S* steht. Wäre aber sehr merkwürdig... Außerdem erzählt die Manpage: Init is compatible with the System V init. It works closely together with the scripts in the directories /etc/init.d and /etc/init.d/rc{runlevel}.d. If your system uses this convention, there should be a README file in the directory /etc/init.d explaining how these scripts work. Ok, also sollte dort genauer stehen, wie das mit dem Runlevel Change funktioniert. Ein erster Blick dort drauf war aber wenig ergiebig. Oder zumindest wenig konkret, wie es genau geschieht. Meine These scheint aber nicht richtig zu sein. Schade eigentlich, ich war bisher immer davon ausgegangen, daß es so funktioniert, ohne mir weitere Gedanken darüber zu machen. War halt auch noch nicht nötig... Wegen mangelnder Zeit schaue ich erstmal nicht weiter... Grüße, Thomas
Am Freitag, 21. April 2006 16:31 schrieb Thomas Mack:
Am Freitag, 21. April 2006 16:21 schrieb Thomas Ohms:
Am Freitag, 21. April 2006 15:51 schrieb Gerd Limbeck:
- Überprüfe mal ob unter "/etc/init.d/rc3.d" der Dämon gelistet ist.
nein, in rc3.d nicht:
Seltsam, denn wenn der X-Dämon im Runlevel 3 nicht laufen soll, muss er dort auch einen Befehl dazu haben (KXXxdm).
Ah nein, er braucht einen in rc5.d .
Das Problem hört sich für mich so an, als würde ein "rcxdm stop" den X-Server nicht beenden. Und da würde ich suchen, warum er ihn nicht beendet.
Z.B. einfach mal im /etc/init.d/xdm irgendwo nach der 1. Zeile ein set -x hineinschreiben, z.B., um mal zu schauen, was genau geschieht...
Oftmals heißt das Problem, daß er die PID nicht findet, unter der der X-Server läuft...
Ja genau! Ich habe mal in "/etc/init.d/xdm" unter "stop)" die zwei Zeilen echo "$DISPLAYMANAGER" echo "$PIDFILE" eingefügt. Ein "rcxdm stop" meldete dann: /opt/kde3/bin/kdm /var/run/kdm.pid Shutting down service kdm done Doch ein "/var/run/kdm.pid" existiert gar nicht! Somit ist doch der Wert von "$PIDFILE" falsch, oder? Habe daraufhin in "/etc/init.d/xdm" die Zuweisung für PIDFILE von PIDFILE="/var/run/kdm.pid" geändert nach "PIDFILE="/var/run/xdm.pid": case "${DISPLAYMANAGER##*/}" in kdm|kde|KDM|KDE) DISPLAYMANAGER=/opt/kde3/bin/kdm PIDFILE="/var/run/xdm.pid" <--- HIER test -d /usr/lib/qt3 && \ export QTDIR=/usr/lib/qt3 ;; xdm) DISPLAYMANAGER=/usr/X11R6/bin/xdm ;; gdm|GDM|Gnome|GNOME) DISPLAYMANAGER=/opt/gnome/sbin/gdm PIDFILE="/var/run/gdm.pid" ;; wdm|WDM) DISPLAYMANAGER=/usr/X11R6/bin/wdm ;; console) exit 0 ;; *) DISPLAYMANAGER=/usr/X11R6/bin/xdm test -x /opt/kde3/bin/kdm && \ DISPLAYMANAGER=/opt/kde3/bin/kdm ;; esac Jetzt klappt auch "rcxdm stop" bzw. "init 3". :-) Jedoch scheint mir eine Anpassungen von Scripten nicht ganz SUSE-like...., oder? Gibt es eine bessere Lösung, die auch nach dem nächsten SUSE-Update noch funktioniert? Gruß Gerd
Thomas Mack
Ja genau! Ich habe mal in "/etc/init.d/xdm" unter "stop)" die zwei Zeilen echo "$DISPLAYMANAGER" echo "$PIDFILE" eingefügt. Ein "rcxdm stop" meldete dann: /opt/kde3/bin/kdm /var/run/kdm.pid Shutting down service kdm done Doch ein "/var/run/kdm.pid" existiert gar nicht! Somit ist doch der Wert von "$PIDFILE" falsch, oder?
Habe daraufhin in "/etc/init.d/xdm" die Zuweisung für PIDFILE von PIDFILE="/var/run/kdm.pid" geändert nach "PIDFILE="/var/run/xdm.pid":
KDE meint auch, alles neu erfinden und doppelt implementieren zu müssen, um für mehr Undurchsichtigkeit zu sorgen. ("Alleinherrscher: was kümmern mich andere, was kümmert mich die Vergangenheit / Tradition?"). Deshalb kümmert es sich nicht um die X-Konfiguration in /etc/X11, sondern definiert alles noch ein zweites Mal. is38:~ # grep -rl kdm.pid /opt/kde3 /opt/kde3/share/config/kdm/kdmrc /opt/kde3/share/config/SuSE/default/kdmrc is38:~ # Oder anders gesagt: in beiden obigen Dateien wird bei mir (SuSE 9.0) /var/run/kdm.pid als PID-Datei definiert, während in /etc/X11/xdm/xdm-config /var/run/xdm.pid dafür definiert ist. Es besteht also die Vermutung, daß bei Dir aus irgendeinem Grund in den kdmrc Dateien der entsprechende Eintrag fehlt oder anders definiert wurde, oder sogar die gesamte(n) Datei(en) fehlen. Möglicherweise kann man das über irgendeine graphische Oberfläche konfigurieren, wenn es denn schon in irgendwelchen SuSE Dateien drinsteht. Grüße, Thomas Mack
Am Freitag, 21. April 2006 15:18 schrieb Thomas Ohms:
Am Freitag, 21. April 2006 15:04 schrieb Gerd Limbeck:
Ohh ja. Danke. Geht ja wohl mit allen Diensten...
Ganz genau ;)
Auch ein manuelles Stop hat keine Wirkung:
linux:/home/gerd # /etc/init.d/xdm stop Shutting down service kdm done linux:/home/gerd # /etc/init.d/xdm status Checking for service kdm: running
Was habe ich wo falsch gemacht?!
Mach das doch nochmal und sende dann mal die Ausgabe von "dmesg | tail".
Hmm, ist wirklich nicht sehr viel. Aber ein paar Anhaltspunkte hätte ich noch:
- Überprüfe mal ob unter "/etc/init.d/rc3.d" der Dämon gelistet ist.
nein, in rc3.d nicht: linux:/home/limbeck # ll /etc/init.d/rc3.d insgesamt 5 drwxr-xr-x 2 root root 1592 2006-04-21 14:58 . drwxr-xr-x 11 root root 3296 2006-04-21 14:35 .. lrwxrwxrwx 1 root root 13 2006-04-20 14:25 K05powersaved -> ../powersaved lrwxrwxrwx 1 root root 12 2006-04-20 14:25 K06haldaemon -> ../haldaemon lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K07cron -> ../cron lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K08nscd -> ../nscd lrwxrwxrwx 1 root root 10 2006-04-20 14:25 K08postfix -> ../postfix lrwxrwxrwx 1 root root 8 2006-04-20 14:25 K08smbfs -> ../smbfs lrwxrwxrwx 1 root root 6 2006-04-21 09:50 K09smb -> ../smb lrwxrwxrwx 1 root root 8 2006-04-20 14:25 K10acpid -> ../acpid lrwxrwxrwx 1 root root 12 2006-04-20 14:25 K10alsasound -> ../alsasound lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K10cups -> ../cups lrwxrwxrwx 1 root root 12 2006-04-20 14:25 K10microcode -> ../microcode lrwxrwxrwx 1 root root 6 2006-04-21 14:58 K10nwe -> ../nwe lrwxrwxrwx 1 root root 9 2006-04-20 14:25 K10splash -> ../splash lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K10sshd -> ../sshd lrwxrwxrwx 1 root root 6 2006-04-20 14:25 K12nfs -> ../nfs lrwxrwxrwx 1 root root 10 2006-04-20 14:25 K12nfsboot -> ../nfsboot lrwxrwxrwx 1 root root 8 2006-04-20 14:25 K14mdnsd -> ../mdnsd lrwxrwxrwx 1 root root 10 2006-04-20 14:25 K14portmap -> ../portmap lrwxrwxrwx 1 root root 15 2006-04-20 14:25 K14splash_early -> ../splash_early lrwxrwxrwx 1 root root 6 2006-04-21 09:50 K15nmb -> ../nmb lrwxrwxrwx 1 root root 9 2006-04-20 14:25 K16syslog -> ../syslog lrwxrwxrwx 1 root root 10 2006-04-20 14:25 K17network -> ../network lrwxrwxrwx 1 root root 12 2006-04-20 14:25 K18boot.udev -> ../boot.udev lrwxrwxrwx 1 root root 7 2006-04-20 14:25 K19dbus -> ../dbus lrwxrwxrwx 1 root root 9 2006-04-20 14:25 K19resmgr -> ../resmgr lrwxrwxrwx 1 root root 8 2006-04-20 14:25 K21fbset -> ../fbset lrwxrwxrwx 1 root root 9 2006-04-20 14:25 K21random -> ../random lrwxrwxrwx 1 root root 8 2006-04-20 14:25 S01fbset -> ../fbset lrwxrwxrwx 1 root root 9 2006-04-20 14:25 S01random -> ../random lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S03dbus -> ../dbus lrwxrwxrwx 1 root root 9 2006-04-20 14:25 S03resmgr -> ../resmgr lrwxrwxrwx 1 root root 12 2006-04-20 14:25 S04boot.udev -> ../boot.udev lrwxrwxrwx 1 root root 10 2006-04-20 14:25 S05network -> ../network lrwxrwxrwx 1 root root 9 2006-04-20 14:25 S06syslog -> ../syslog lrwxrwxrwx 1 root root 6 2006-04-21 09:50 S07nmb -> ../nmb lrwxrwxrwx 1 root root 8 2006-04-20 14:25 S08mdnsd -> ../mdnsd lrwxrwxrwx 1 root root 10 2006-04-20 14:25 S08portmap -> ../portmap lrwxrwxrwx 1 root root 15 2006-04-20 14:25 S08splash_early -> ../splash_early lrwxrwxrwx 1 root root 6 2006-04-20 14:25 S10nfs -> ../nfs lrwxrwxrwx 1 root root 10 2006-04-20 14:25 S10nfsboot -> ../nfsboot lrwxrwxrwx 1 root root 8 2006-04-20 14:25 S12acpid -> ../acpid lrwxrwxrwx 1 root root 12 2006-04-20 14:25 S12alsasound -> ../alsasound lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S12cups -> ../cups lrwxrwxrwx 1 root root 6 2006-04-20 14:25 S12kbd -> ../kbd lrwxrwxrwx 1 root root 12 2006-04-20 14:25 S12microcode -> ../microcode lrwxrwxrwx 1 root root 6 2006-04-21 14:58 S12nwe -> ../nwe lrwxrwxrwx 1 root root 9 2006-04-20 14:25 S12splash -> ../splash lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S12sshd -> ../sshd lrwxrwxrwx 1 root root 6 2006-04-21 09:50 S13smb -> ../smb lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S14nscd -> ../nscd lrwxrwxrwx 1 root root 10 2006-04-20 14:25 S14postfix -> ../postfix lrwxrwxrwx 1 root root 8 2006-04-20 14:25 S14smbfs -> ../smbfs lrwxrwxrwx 1 root root 7 2006-04-20 14:25 S15cron -> ../cron lrwxrwxrwx 1 root root 12 2006-04-20 14:25 S16haldaemon -> ../haldaemon lrwxrwxrwx 1 root root 13 2006-04-20 14:25 S17powersaved -> ../powersaved auch nicht in rc2.d und rc1.d. Nur in rc5.d: (...) lrwxrwxrwx 1 root root 6 2006-04-20 14:25 K09xdm -> ../xdm (...) lrwxrwxrwx 1 root root 6 2006-04-20 14:25 S13xdm -> ../xdm (...)
- Vielleicht zeigt "/var/log/messages" mehr?!
linux:/home/limbeck # cat /var/log/messages | tail Apr 21 16:47:31 UT-Bridge-Weipert syslog-ng[7159]: Changing permissions on special file /dev/tty10 Apr 21 16:47:31 UT-Bridge-Weipert kernel: mtrr: 0xf0000000,0x2000000 overlaps existing 0xf0000000,0x1000000 Apr 21 16:47:38 UT-Bridge-Weipert init: Switching to runlevel: 3 Apr 21 16:48:47 UT-Bridge-Weipert init: Switching to runlevel: 5 Apr 21 16:48:47 UT-Bridge-Weipert kernel: Kernel logging (proc) stopped. Apr 21 16:48:47 UT-Bridge-Weipert kernel: Kernel log daemon terminating. Apr 21 16:48:49 UT-Bridge-Weipert syslog-ng[7159]: syslog-ng version 1.6.8 going down Apr 21 16:48:49 UT-Bridge-Weipert syslog-ng[7399]: syslog-ng version 1.6.8 starting Apr 21 16:48:54 UT-Bridge-Weipert kernel: klogd 1.4.1, log source = /proc/kmsg started. Apr 21 16:49:12 UT-Bridge-Weipert init: Switching to runlevel: 3
- Was passiert wenn Du von Beginn an im Runlevel 3 startest? läuft der Dämon da auch?
nein. Ein anschließendes "init 5" startet den X-Sever, ein "init 3" oder "init 2" bleibt ohne Wirkung auf den X-Sever. Nur in Runlevel 1 schaltet er sich ab.
- Wie sieht es aus, wenn Du in Runlevel 1 gehst und (da sollte der Dämon auf jeden Fall gestoppt sein) dann in Runlevel 3 umschaltest?
Zurück von Runlevel 1 nach Runlevel 3 bleibt der X-Server unten. Ein "init 5" startet den X-Server wieder.
Gruß Thomas
Hallo Gerd, Am Freitag, 21. April 2006 15:54 schrieb Gerd Limbeck: Was gibt ein: grep TerminateServer /etc/opt/kde3/share/config/kdm/kdmrc bei dir aus? Bei mir ein true. Frank
Am Freitag, 21. April 2006 18:31 schrieb Frank Babies:
Hallo Gerd,
Am Freitag, 21. April 2006 15:54 schrieb Gerd Limbeck:
Was gibt ein: grep TerminateServer /etc/opt/kde3/share/config/kdm/kdmrc
linux:/home/limbeck # grep TerminateServer /etc/opt/kde3/share/config/kdm/kdmrc grep: /etc/opt/kde3/share/config/kdm/kdmrc: Datei oder Verzeichnis nicht gefunden Datei existiert nicht?!
bei dir aus? Bei mir ein true.
Frank
Hallo Gerd, Am Montag, 24. April 2006 09:12 schrieb Gerd Limbeck:
Am Freitag, 21. April 2006 18:31 schrieb Frank Babies:
Hallo Gerd,
Am Freitag, 21. April 2006 15:54 schrieb Gerd Limbeck:
Was gibt ein: grep TerminateServer /etc/opt/kde3/share/config/kdm/kdmrc
linux:/home/limbeck # grep TerminateServer /etc/opt/kde3/share/config/kdm/kdmrc grep: /etc/opt/kde3/share/config/kdm/kdmrc: Datei oder Verzeichnis nicht gefunden
Datei existiert nicht?!
bei dir aus? Bei mir ein true.
Frank
Uppsss. Suche einfach mal nach kdmrc und greppe nach TerminateServer. Ich verwende SuSE 10.0 mit KDE 3.4.2. Frank
participants (4)
-
Frank Babies -
Gerd Limbeck -
Thomas Mack -
Thomas Ohms