• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

kdestart gelingt nicht nach Deinstallation des nvidia-Treibe

padersuse

Hacker
Hallo,
ich habe opensuse 10.3, 64 bit Version auf meinem PC installiert und habe heute den nvidia-Treiber deinstalliert. Seitdem schaffe ich es nicht, mein System im Runlevel 5 graphisch zu starten. Habe schon das Board nach Lösungen durchsucht, bisher kein Erfolg.

nach start von kde erscheint folgende Fehlermeldung :

xset unable to open display ""
xsetroot unable to open display ' '
startkde starting up
xprop : unable to open display
kde unable to open display
usage xprop [-options ...] ..........
kdeinit: aborting. $DISPLAY is not set
warning: connect (failed) : no such file or directory



sax2 habe ich schon laufen lassen und Einstellungen vorgenommen, mit der Installations-CD wollte ich das System reparieren, aber ins Menü für die Reparatur komme ich erst gar nicht, das System sagt mir nur, daas bei der Installation ein Fehler aufgetreten ist. Vielleicht hängt es mit dem neuen Monitor zusammen (24 Zoll Flachbildschirm) stat 21 Zoll Röhre. Diese Einstellungen konnte ich mit sax2 ja vornehmen, aber trotzdem kein Erfolg. Beim Hochfahren des Rechners erkenn ich service kdm "unused"
Gestern lief das System noch mit nvidia-Treiber und neuem Bildschirm einwandfrei.
Hat einer eine Idee ?

Gruß Padersuse
 
OP
P

padersuse

Hacker
Hallo,

leider gelingt auch dieser Versuch nicht. Ich werde wohl das graphische Systen neu aufsetzen müssen, aber ohne Einsatz von kde. Mit yast in der Konsole gehts glaube ich nicht. Ich werde es nochmal über die Installations-CD versuchen und mich wieder melden.
Gruß Padersuse
 
OP
P

padersuse

Hacker
Hallo,
ich musste noch ein Paar Besorgungen machen, deswegen jetzt erst meine Antwort.
Hier ist der Inhalt der Datei displaymanger :


## Type: string(Xorg,Xgl)
## Path: Desktop/Display manager
## Default: "Xorg"
#
# Xgl is an experimental Xserver using OpenGL for rendering.
# Right now only the glx backend is supported, which runs on top of a
# standard Xorg server providing OpenGL.
# Set this to 'Xgl' and run SuSEconfig only if you want to run your
# displaymanager (kdm/gdm/xdm) on Xgl on top of Xorg.
# This setting is case sensitive.
# Warning! This is highly experimental.
#
DISPLAYMANAGER_XSERVER="Xgl"

## Type: string
## Path: Desktop/Display manager
## Default: "-accel glx:pbuffer -accel xv:pbuffer"
#
# Xglx is an experimental Xserver using OpenGL for rendering.
# Additional options for startup when using a display manager.
# You can try
# "-accel glx"
# or
# "-accel glx:pbuffer"
# in order to get accelerated indirect OpenGL rendering for 3D applications.
# You can also try
# "-accel xv"
# to accelerate XVideo color space conversion and/or scaling.
#
# See also /usr/share/doc/packages/xgl/README.SUSE
#
DISPLAYMANAGER_XGL_OPTS="-accel glx:pbuffer -accel xv:pbuffer"
## Path: Desktop/Display manager
## Description: settings to generate a proper displaymanager config
## Type: string(kdm,xdm,gdm,wdm,console)
## Default: ""
## Config: xdm,kdm,gdm
#
# Here you can set the default Display manager (kdm/xdm/gdm/wdm/console).
# all changes in this file require a restart of the displaymanager
#
DISPLAYMANAGER="kdm"

## Type: yesno
## Default: no
#
# Allow remote access (XDMCP) to your display manager (xdm/kdm/gdm). Please note
# that a modified kdm or xdm configuration, e.g. by KDE control center
# will not be changed. For gdm, values will be updated after change.
# XDMCP service should run only on trusted networks and you have to disable
# firewall for interfaces, where you want to provide this service.
#
DISPLAYMANAGER_REMOTE_ACCESS="no"

## Type: yesno
## Default: no
#
# Allow remote access of the user root to your display manager. Note
# that root can never login if DISPLAYMANAGER_SHUTDOWN is "auto" and
# System/Security/Permissions/PERMISSION_SECURITY is "paranoid"
#
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"

## Type: yesno
## Default: yes
#
# Let the displaymanager start a local Xserver.
# Set to "no" for remote-access only.
# Set to "no" on architectures without any Xserver (e.g. s390/s390x).
#
DISPLAYMANAGER_STARTS_XSERVER="yes"

## Type: yesno
## Default: no
#
# TCP port 6000 of Xserver. When set to "no" (default) Xserver is
# started with "-nolisten tcp". Only set this to "yes" if you really
# need to. Remote X service should run only on trusted networks and
# you have to disable firewall for interfaces, where you want to
# provide this service. Use ssh X11 port forwarding whenever possible.
#
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"

## Type: string
## Default:
#
# Define the user whom should get logged in without request. If string
# is empty, display standard login dialog.
#
DISPLAYMANAGER_AUTOLOGIN=""

## Type: yesno
## Default: no
#
# Allow all users to login without password, but ask for the user, if
# DISPLAYMANAGER_AUTOLOGIN is empty.
#
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"

## Type: yesno
## Default: no
#
# Display a combobox for Active Directory domains.
#
DISPLAYMANAGER_AD_INTEGRATION="no"

## Type: list(root,all,none,auto)
## Default: auto
#
# Determine who will be able to shutdown or reboot the system in kdm
# and gdm. Valid values are: "root" (only root can shutdown), "all"
# (everybody can shutdown), "none" (nobody can shutdown from
# displaymanager), "auto" (follow
# System/Security/Permissions/PERMISSION_SECURITY to decide: "easy
# local" is equal to "all", everything else is equal to "root"). Note
# that remote user can never shutdown in GDM.
#
DISPLAYMANAGER_SHUTDOWN="auto"

## Type: string
## Default: "auto"
#
# Mode to configure on output devices by default
# (RANDR 1.2 compatible drivers only).
#
# If set to "auto", DISPLAYMANAGER_RANDR_MODE_auto is used on laptops, and
# the empty string on workstations.
#
# The output is not explicitly enabled (read: disabled) if set to an empty
# string.
# If the variable contains a fully configured modeline (see default of
# DISPLAYMANAGER_RANDR_MODE_auto), the mode is defined and set.
# If the variable contains a mode name only, the mode has to be defined
# already.
#
# If a monitor is attached during Xstartup, or when invoking "xrandr --auto"
# during runtime, the output is correctly configured and a mode is
# automatically selected if none has been used so far.
#
# Variables are checked according to their extension for
# VGA DVI_I DVI_D DVI_A Composite S_Video Component LFP Proprietary
#
DISPLAYMANAGER_RANDR_MODE_VGA="auto"

## Type: string
## Default: "1024x768_60 64.11 1024 1080 1184 1344 768 769 772 795 -HSync +Vsync"
#
# Mode to use for laptops for DISPLAYMANAGER_RANDR_MODE_* on laptops only,
# when the according variable is set to "auto".
# (RANDR 1.2 compatible drivers only).
#
DISPLAYMANAGER_RANDR_MODE_auto="1024x768_60 64.11 1024 1080 1184 1344 768 769 772 795 -HSync +Vsync"
## Path: Desktop/Display manager
## Description: settings to generate a proper displaymanager config
## Config: kdm3

## Type: string
## Default:
#
# space separated list of users for which icons should be shown in KDM
# if empty, then take system defaults
#
KDM_USERS=""

## Type: string
## Default:
#
# Special greeting words in kdm
#
KDM_GREETSTRING=""

## Type: string
## Default: SUSE
#
# Define the theme to be used by kdm. If empty, the traditional login
# window is used (which lacks some features)
#
DISPLAYMANAGER_KDM_THEME="SUSE"
#DISPLAYMANAGER_RANDR_MODE_DVI_I=""
#DISPLAYMANAGER_RANDR_MODE_DVI_D=""
#DISPLAYMANAGER_RANDR_MODE_DVI_A=""
#DISPLAYMANAGER_RANDR_MODE_Compsite=""
#DISPLAYMANAGER_RANDR_MODE_S_Video=""
#DISPLAYMANAGER_RANDR_MODE_Component=""
#DISPLAYMANAGER_RANDR_MODE_LFP=""
#DISPLAYMANAGER_RANDR_MODE_Proprietary=""
 
OP
P

padersuse

Hacker
Hallo,

momentan sieht es bei mir so aus, dass ich den Nvidia-Treiber deinstalliert habe, kdm nur nach explizitem Aufruf von "kdm" startet, ich aber einen fast kompletten, schwarzen Bildschirm bekomme, lediglich die user sind in diesem graphischen Anmeldebildschirm zusehen, ansonsten ist fast alles schwarz. Bekommt man es hin, sich anzumelden, hat man wiederum bis auf die Startleiste alles schwarz. Erstaunlicherweise kann man aber sax2 starten.
 
Öffne diese Datei mal mit einem Editor und ändere

Code:
DISPLAYMANAGER_XSERVER="Xgl"

zu

Code:
DISPLAYMANAGER_XSERVER="Xorg"

Das speicherst Du und startest den X-server neu (z.B. Strg + Alt + Rücktaste oder einfach rebooten) und schaust mal, wie es dann aussieht.

XGL ist für NVidias meiner Erfahrung nach ohnehin nicht die beste Lösung, besser, man verwendet das glx-Modul, welches die proprietären NVidia-Treiber bereitstellen (wäre sowieso mal interessant zu erfahren, wie und warum Du den Treiber deinstalliert hast).

Aber schau erst mal, was das Umschalten auf Xorg bewirkt.

Noch ein kleiner Tipp: solche Dateien oder auch längere Konsolenausgaben packst Du hier im Forum am besten in code-tags, dann nehmen die nicht so viel Platz weg. Einfach die entsprechende Ausgabe hier reinkopieren, markieren und auf 'Code' drücken.
 
OP
P

padersuse

Hacker
Hallo.

das habe ich auch schon versucht, ohne Erfolg. Ich hab inzwischen mit der Neuinstallation begonnen. Trotzdem vielen Dank für die Hilfe.
P.S.: Ich habe ehrlich gesagt wohl auch über yast kernel updates und nvidia Treiber Installationen hintereinander laufen lassen. Ich stelle mir vor, dass bei Kernelveränderungen ein Schritt nach dem anderen gemacht werden sollte, d.h. zunächst mal wieder neu starten und dann die nächste Veränderung vornehmen.

Padersuse
 
Nein, eigentlich nicht - es ist nur so, dass nach einem Kernel-update (und auch z.T. bei Aktualisierungen der Xorg-Pakete) die händisch installierten NVidia-Treiber neu eingerichtet werden müssen. Und das geht so: in das Verzeichnis wechseln, wo Dein Treiber liegt, dann 'su' + Passwort eingeben, dann

Code:
sh NVIDIA-Linux-x86-100.14.19-pkg1.run -K

danach wieder zum normalen user zurückwechseln und

Code:
startx

(hier bezogen auf meine Treiber-Version, die musst Du ggf. natürlich anpassen)
 
Oben