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

Xdm automatische Benutzer Anmeldung

Jedesmal wenn ich den Laptop starte läd Suse bis zum Konsolenlogin

Dort melde ich mich mit Benutzernamen und Passwort an. Dann gebe ich mir mit su root rechte und starte Xdm. Dann muss ich noch bei Xdm
mit Benutzernamen und Passwort einloggen. Dann bin ich erst drinnen...
Ziemlich mühsam---

Wer kennt die Lösung dieses zu Automatisieren?

MFG
Enrico
 
Scheint so als würde dein Suse im Textmodus starten.
Was gibt denn folgendes aus:
Code:
cat /etc/inittab | grep initdefault

Code:
cat /boot/grub/menu.lst | grep vmlinuz
 
sparrow schrieb:
Scheint so als würde dein Suse im Textmodus starten.
Was gibt denn folgendes aus:
Code:
cat /etc/inittab | grep initdefault

id:5:initdefault:
# runlevel 0 is System halt (Do not use this for initdefault!)
# runlevel 6 is System reboot (Do not use this for initdefault!)

Code:
cat /boot/grub/menu.lst | grep vmlinuz

kernel /boot/vmlinuz root=/dev/hda4 vga=791 resume=/dev/hda3 splash=silent showopts
kernel /boot/vmlinuz root=/dev/hda4 vga=normal showopts ide=nodma apm=off acpi=off noresume nosmp noapic maxcpus=0 edd=off 3

Ist ja wie Glaskugel schaun =) Ich hoffe man erkennt was...Da merkt man was man nicht kann ;)

Gruß
Enrico
 
Hmmm, also vom runlevel her scheint alles in Ordnung zu sein. Poste doch mal bitte die
Code:
/etc/sysconfig/displaymanager
Vielleicht findet sich da etwas fehlerhaftes.
 
NoReason schrieb:
Hmmm, also vom runlevel her scheint alles in Ordnung zu sein. Poste doch mal bitte die
Code:
/etc/sysconfig/displaymanager
Vielleicht findet sich da etwas fehlerhaftes.

Ich habe jetzt XDM zum starten bewegt. Die XDM Anmeldung erscheint und in der linken unteren Ecke öffnet sich eine XConsole und wirft einen Fehler nach dem anderen raus:

Code:
linux-zett kernel: [fglrx:firegl_pcie_lock_pages]
*ERROR* locking Memory at (Hexawerte)  for (verschidene Zahlen) bytes

KDE startet nach Eingabe von Benutzer und Passwort unter XDM (was ich eigentlich auch automatisieren möchte) und die Xconsole bleibt offen und leiert den oben genannten Fehler gnadenlos runter.

Hier die Datei "displaymanager":

Code:
## Path:	Desktop/Display manager
## Description:	settings to generate a proper displaymanager config
## Config:      xdm,kdm3,gdm

## Type:	string(kdm,xdm,gdm,wdm,console)
## Default:	""
#
# 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="xdm"

## 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="Zettmaster"

## 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="yes"

## 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="all"
## Path:	Desktop/Display manager
## Description: settings to generate a proper displaymanager config
## Type:    string
## Default: 
## Config:      kdm3
#
# 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"

## Type:        string(Xorg,Xgl)
## 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
## 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"

Übrigens kann ich unter "Abmelden" den Rechner nich ausschalten. Es erscheint lediglich ein Punkt "aktuelle Session beenden"...

Bis später...Gruß Enrico
 
NoReason schrieb:
Warum nutzt du xdm anstatt kdm?

XGL/Compiz funtionieren nur darüber...

Ich habe alles am laufen, 3D Desktop und CGWD Fenstermanager---
Sieht klasse aus...

Ich habe die neuesten 3D Treiber von ATI für meine x200m mobile Grafikkarte geladen...

Der Anmeldescreen bei XDM hat nun eine komische Schrift mit Strichen bekommen.

Wie geht bei xdm ein autologin?

Gruß
Enrico
 
Außerdem funktionert kdm natürlich auch mit XGL/compiz.
Hab ich nämlich hier wunderbar laufen.
Das du dich in kde nicht direkt abmelden kannst liegt nämlich daran, das du kdm nicht nutzt.
 
Grothesk schrieb:
Außerdem funktionert kdm natürlich auch mit XGL/compiz.
Hab ich nämlich hier wunderbar laufen.
Das du dich in kde nicht direkt abmelden kannst liegt nämlich daran, das du kdm nicht nutzt.

Bei mir startet nur XDM ...KDM ging seit XGL/Compiz nicht mehr.

Natürlich würde ich KDM nutzen, leider muckt das kein stück:

Code:
root@linux-zett:kdm
root@linux-zett:

nichts passiert...gleiches mit xdm und er fährt hoch...Tipp???

MFG
Enrico
 
1. Tipp: Stell mal auf kdm um und mach dann mal ein als root
Code:
SuSEconfig --module xdm

2. Tipp: Suche nach der Datei
Code:
/etc/opt/kde3/share/config/kdm/kdmrc
Dort suchst du den Abschnitt [X-:0-Core] und fügst folgende Zeile ein:
Code:
ServerTimeout=60
Ggf musst du den Kommentar vor der Zeile löschen (im Falle sie existiert schon).
 
NoReason schrieb:
1. Tipp: Stell mal auf kdm um und mach dann mal ein als root
Code:
SuSEconfig --module xdm

2. Tipp: Suche nach der Datei
Code:
/etc/opt/kde3/share/config/kdm/kdmrc
Dort suchst du den Abschnitt [X-:0-Core] und fügst folgende Zeile ein:
Code:
ServerTimeout=60
Ggf musst du den Kommentar vor der Zeile löschen (im Falle sie existiert schon).

Im groben und ganzen scheint es zu funktionieren...Leider friert KDE nach dem Start unweigerlich ein und ich kann nur noch den Powerknopf drücken.

Ich suche nochmal, ich glaube das schon mal gelesen zu haben...
Hoffentlich schaffen wir das noch. Danke schonmal für die fachlichen Auskünfte. Wo lernt man das eigentlich???

Gruß
Enrico
 
Das lernt man nur durch Erfahrung :D

Was hast du für eine Grafikkarte? Ich kann mich erninnern, dass es bei einigen ATI-Karten Probleme gibt. Was sagt denn:
Code:
glxinfo | grep OpenGL
 
NoReason schrieb:
Das lernt man nur durch Erfahrung :D

Was hast du für eine Grafikkarte? Ich kann mich erninnern, dass es bei einigen ATI-Karten Probleme gibt. Was sagt denn:
Code:
glxinfo | grep OpenGL

Hallo...

Entschuldige das ich mich jetzt erst wieder einlogge...

Ich habe eine

ATI Radeon XPress 200M Series (0x5955)

Auf Suse komme ich jetzt gar nicht mehr...bleib ja hängen...

Gruß
Enrico
 
Zu früh gefreut...

Geht wieder nicht, System bleibt nach der KDE Loginmusik hängen...*heul*

Warum ging das ganze unter XDM?

Gruß
Enrico
 
Versuch mal in der xorg.conf folgendes einzutragen unter der Section Device (da sollte deine Grafikkarte drin stehen).
Code:
Option       "UseInternalAGPGART" "no"
Option       "KernelModuleParm" "agplock=0"
 
NoReason schrieb:
Versuch mal in der xorg.conf folgendes einzutragen unter der Section Device (da sollte deine Grafikkarte drin stehen).
Code:
Option       "UseInternalAGPGART" "no"
Option       "KernelModuleParm" "agplock=0"

Habe heute alles neu Installiert und bin genau nach Anleitung der Zeitschrift
"GameStar" Sonderheft Linux für Spieler gegangen.

Leider funktioniert das auch nicht. Ich gehe davon aus das meine Radeon X200 an allem Schuld ist da ich XGL/Compiz erst auf einem Desktop mit NVidia Grafikkarte erfolgreich zum laufen gebracht habe...

Ich danke trotzdem...
Gruß
Enrico
 
Oben