Hallo LUG,
ich habe ein kleines Problem mit meinem X-Server. Erstmal einige technische Daten:
- X-Server: X.org 6.8.1 - Gui: KDE - Disti: Slackware
Nun mein Problem:
Ich kann den Rechner starten und mich einmal in KDE anmelden. Doch beim abmelden bleibt er irgendwie hängen. Das tritt bei folgenden Aktionen auf:
- KDE start beim booten (init 5) -> abmelden oder herunterfahren - starten KDE von Hand von Konsole -> abmelden oder herunterfahren - wechseln mit Alt + Strg + F[1-8] bei geladenem KDE
Was muss ich wo einstellen, um ordentlich nach getaner Arbeit den Rechner herunterfahren zu können bzw. was muss ich bei den Einstellungen beachten? Von Konsole aus, wenn X nicht lief, klappt alles.
Danke,
Falk
Hallo Falk,
Ich hatte mal ein ähnliches Problem - allerdings benutze ich noch XFree86 (bin Debian-Benutzer).
Hast du zufällig eine nvidia-Karte? Wenn ja welchen Treiber verwendest du für X? nvdia oder nv? Das findest du raus indem du in deine X-config schaust (liegt bei xorg vermutlich unter //etc/X11/xorg.conf oder so ähnlich/). Dort müßte ein Eintrag so ähnlich wie
Section "Device" Identifier "Generic Video Card" Driver "nvidia" # ev. ersetzen durch: Driver "nv" EndSection
sein. Bei mir war nämlich das Problem, dass ich den Treiber "nvidia" verwendet habe und im Kernel "Support for frame buffer devices" mit "nVidia Riva support" aktiviert habe und der nvidia-Treiber für X sich nicht mit dem nvidia-Treiber für die Konsole verträgt. Die erste Lösung wäre in dem Falle in dem Eintrag oben das "nvidia" durch "nv" zu ersetzen (mußt aber auf Hardware-Beschleunigung verzichten). Die zweite Lösung wäre im Kernel bei frame-buffer-support statt den nvidia-treiber den "VESA VGA graphics support" zu wählen oder den frame-buffer-support ganz abzuschalten.
Falls dir das alles nicht weiterhilft liegt's wahrscheinlich an was anderem (und ich hab wieder mal zu viel geschrieben). Du solltest dann mal etwas genauer werden zum Beispiel 'nen relevanten Ausschnitt des syslog (/var/log/syslog*) und das xorg-logs (wahrscheinlich /var/log/*Xorg*.*.log ?) zeigen.
MfG, Alex.
Alexander Morgenstern schrieb am Montag, 28. Februar 2005 04:21:
Hallo Falk,
Ich hatte mal ein ähnliches Problem - allerdings benutze ich noch XFree86 (bin Debian-Benutzer).
Hast du zufällig eine nvidia-Karte? Wenn ja welchen Treiber verwendest du für X?
Ich nutze keine nvidia-Karte. Ist ein OnBoard. Habe gerade versucht, heraus zu finden, was es für eine ist. Scheint eine von VIA.
Section "Device" Identifier "Generic Video Card" Driver "nvidia" # ev. ersetzen durch: Driver "nv" EndSection
Section "Device" Identifier "VESA Framebuffer" Driver "vesa" #VideoRam 4096 # Insert Clocks lines here if appropriate EndSection
Falls dir das alles nicht weiterhilft liegt's wahrscheinlich an was anderem (und ich hab wieder mal zu viel geschrieben). Du solltest dann mal etwas genauer werden zum Beispiel 'nen relevanten Ausschnitt des syslog (/var/log/syslog*) und das xorg-logs (wahrscheinlich /var/log/*Xorg*.*.log ?) zeigen.
Hier mal einige logs.
/var/log/syslog:
Feb 25 16:49:21 voyager kernel: agpgart: Unsupported Via chipset (device id: 0605), you might want to try agp_try_unsupported=1. Feb 25 16:49:24 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 16:49:24 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 16:49:24 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:24 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 16:49:25 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 16:49:25 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:25 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 16:49:26 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 16:49:26 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 16:49:26 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:26 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 16:49:27 voyager kernel: shpchp: shpc_init : shpc_cap_offset == 0 Feb 25 16:49:27 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: init_module: No such device Feb 25 16:49:27 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:27 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/shpchp.o.gz: insmod shpchp failed Feb 25 16:49:28 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: init_module: No such device Feb 25 16:49:28 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters. You may find more information in syslog or the output from dmesg Feb 25 16:49:28 voyager insmod: /lib/modules/2.4.29/kernel/drivers/hotplug/pciehp.o.gz: insmod pciehp failed Feb 25 17:02:18 voyager kernel: Linux version 2.4.29 (root@midas) (gcc version 3.3.4) #6 Thu Jan 20 16:30:37 PST 2005
scheint so, als ob ich meinen eigenen Kernel backen muss ...
/var/log/Xorg.0.log
II) VESA(0): VESA BIOS detected (II) VESA(0): VESA VBE Version 3.0 (II) VESA(0): VESA VBE Total Mem: 8192 kB (II) VESA(0): VESA VBE OEM: S3 Incorporated. Savage4 (II) VESA(0): VESA VBE OEM Software Rev: 2.0 (II) VESA(0): VESA VBE OEM Vendor: S3 Incorporated. (II) VESA(0): VESA VBE OEM Product: Savage4 (II) VESA(0): VESA VBE OEM Product Rev: Rev B
Aha, VIA Savage4 mit S3-Treiber.
Mein Vorgehen müsste jetzt also sein, einen eigenen Kernel zu backen und Xorg meine Grafikkarte beizubringen. Oder gibts eine andere Möglichkeit?
Ich habe mich noch nie mit X beschäftigen müssen und bin derzeit geistig nicht ganz da, deshalb bitte Tschuldigung für meine Fragen.
Falk
Bei mir war nämlich das Problem, dass ich den Treiber "nvidia" verwendet habe und im Kernel "Support for frame buffer devices" mit "nVidia Riva support" aktiviert habe und der nvidia-Treiber für X sich nicht mit dem nvidia-Treiber für die Konsole verträgt.
Ich habe ähnliche Effekte aber auch mit vesafb-framebuffer und nvidia-X-Treiber. X beenden bzw. aus X rauswechseln geht, aber wieder in den nvidia-X reinwechseln lässt mich nur noch über's netzwerk oder über den Powerknopf (an welchem acpid lauscht) an's System rankommen.
Ciao, Felix.
Felix Becker schrieb am Montag, 28. Februar 2005 20:33:
Bei mir war nämlich das Problem, dass ich den Treiber "nvidia" verwendet habe und im Kernel "Support for frame buffer devices" mit "nVidia Riva support" aktiviert habe und der nvidia-Treiber für X sich nicht mit dem nvidia-Treiber für die Konsole verträgt.
Ich habe ähnliche Effekte aber auch mit vesafb-framebuffer und nvidia-X-Treiber. X beenden bzw. aus X rauswechseln geht, aber wieder in den nvidia-X reinwechseln lässt mich nur noch über's netzwerk oder über den Powerknopf (an welchem acpid lauscht) an's System rankommen.
Ich habe mal den VESA-Treiber raus geschmissen und nach mehreren Versuchen (meine Schuld) den richtigen Ansatz gefunden. Nun arbeite ich sogar mit 1200x... Pixeln, was ich noch nie machen konnte.
Danke für eure Ratschläge und Hilfestellungen.
Falk
Hallo Falk!
Falk Döring falk.doering@web.de:
Felix Becker schrieb am Montag, 28. Februar 2005 20:33:
Bei mir war nämlich das Problem, dass ich den Treiber "nvidia" verwendet habe und im Kernel "Support for frame buffer devices" mit "nVidia Riva support" aktiviert habe und der nvidia-Treiber für X sich nicht mit dem nvidia-Treiber für die Konsole verträgt.
Ich habe ähnliche Effekte aber auch mit vesafb-framebuffer und nvidia-X-Treiber. X beenden bzw. aus X rauswechseln geht, aber wieder in den nvidia-X reinwechseln lässt mich nur noch über's netzwerk oder über den Powerknopf (an welchem acpid lauscht) an's System rankommen.
Ich habe mal den VESA-Treiber raus geschmissen und nach mehreren Versuchen (meine Schuld) den richtigen Ansatz gefunden.
Der da wäre?
In einer Mailingliste ist es überaus praktisch, wenn am Ende eines Threads eine Lösung steht, die andere mit einem ähnlichen Problem im Archiv später einmal finden können.
Freundlich grüßend,
Erik
Erik Schanze schrieb am Dienstag, 1. März 2005 23:16:
Hallo Falk!
Falk Döring falk.doering@web.de:
Felix Becker schrieb am Montag, 28. Februar 2005 20:33:
Bei mir war nämlich das Problem, dass ich den Treiber "nvidia" verwendet habe und im Kernel "Support for frame buffer devices" mit "nVidia Riva support" aktiviert habe und der nvidia-Treiber für X sich nicht mit dem nvidia-Treiber für die Konsole verträgt.
Ich habe ähnliche Effekte aber auch mit vesafb-framebuffer und nvidia-X-Treiber. X beenden bzw. aus X rauswechseln geht, aber wieder in den nvidia-X reinwechseln lässt mich nur noch über's netzwerk oder über den Powerknopf (an welchem acpid lauscht) an's System rankommen.
Ich habe mal den VESA-Treiber raus geschmissen und nach mehreren Versuchen (meine Schuld) den richtigen Ansatz gefunden.
Der da wäre?
In einer Mailingliste ist es überaus praktisch, wenn am Ende eines Threads eine Lösung steht, die andere mit einem ähnlichen Problem im Archiv später einmal finden können.
Entschuldige. Aber mein Nervenkostüm war nicht gerade gut geschnitten. Siehe anderes Problem.
Ich habe mir mal xorgconfig durchgejagt und meine savage4 mit savage3-Treiber laufen lassen und dann noch die gespeicherte xorg.conf wiedergefunden und nach /etc/X11 kopiert. Anschließend reboot und gucki da, ein Problem weniger.
Wenn ich aber die Hinweise der Anderen nicht gehabt hätte, würde ich jetzt noch grübeln.
Nachmals vielmals Entschuldigung,
Falk
PS: Es gibt genug, die ebenfalls keine Lösung schreiben, das Problem aber gelöst ist.
lug-dd@mailman.schlittermann.de
-
Alexander Morgenstern -
Erik Schanze -
Falk Döring -
Felix Becker