Ubuntu - Login hängt in einer Schleife

[Kabuto]

Heyho,
die Probleme bei meinem (K)ubuntu häufen sich aber im moment

Nun mein heutiges Problem

Nach dem neusten Update des Kernel heute Mittag hängt mein Login andauernd
in einer Schleife, sprich ich geben "Benutzername" und "Passwort" an darauf ein
kurzes flackern des Bildschirm und ich bin wieder beim LogIn Bildschirm.
(Falls die Frage aufkommt, Name und PW habe ich nicht vergessen )
Konsolen Login funktioniert ohne Probleme.
Habe auch schon Suchmaschinen gefüttert, auch Probleme dieser Art gefunden nur leider
keine Lösung für mich :/

Folgendes wurde gemacht
Festplattenspeicher geprüft

df -h

ergab folgendes

/dev/sda7 Size:7.4G; Used: 6.7G; Avail: 341M

sollte eigentlich genug sein

Testuser wurde angelegt -> LogIn klappt ohne Probleme

dpkg-reconfigure -a

dpkg-reconfigure -xserver-xorg

wurden beide ausgeführt, da ich denke der Hund liegt beim Xorg begraben.
Beide Befehle brachten leider kein Ergebnis ;(

Als Workaround funktiert folgendes:

Konsolen Login -> service kdm stop -> startx

Ist leider unbequem, dazu fehlt mir dann unter "Start" der "Shutdown" , "Restart" Button

System ist Ubuntu 10.04

Hoffe man kann mir helfen

 

[leboh]

Ich wuerde auf ein verhunztes File in ~/.kde tippen.
Evtl mal per Console einloggem und schauen ob im /var/log/Xorg.0.log am Ende
irgendwas steht was einen Hinweis gibt, wenn das nicht weiter hilft, einmach mal
das .kde in .kde-alt umbenennen
mv ~/.kde ~/.kde-alt
und dann normal einloggen und schauen ob es geht.
Dagegen spricht dass der startx geht, insofern unwahrscheinlich.
Wenn ja, nach und nach die Settings wieder aus dem Alten ins Neue umziehen,
irgendwann wirds dann evtl wieder krachen beim einloggen. Das war dann das
Problem ;-)
Es koennte auch ein Problem mit DBUS sein, sowas in der Art hatte ich mal,
da wurde der DBUS daemon nicht gestarted. Evtl mal die DBUS Packte neu configurieren,
ob dabei Probleme auftreten. War bei mir direkt nach einem Upgrade.

 

[Kabuto]

Erstmal Danke für die Antwort,

mit dem korrupten file in ~/.kde stimmt wohl nicht, habe es so versucht wie beschrieben und
ergebnis blieb dasselbe. Nach LogIn eine Schleife

Im Xorg Log gibt es für mich (als Linux Newbie) leider nichts, was auf einen Fehler schließen lässt.
Es gibt keine Prefix mit (WW) daher kann ich leider keine weiteren aussagen dazu tätigen.

Ich bin jetzt mal in der .xsession-error am schauen ob ich da etwas auffälliges finde, ob
ich da jedoch was finde ist eher fraglich

 

[Sensei21]

was gibt

dmesg

aus ?

irgend ein general protection, segfault, error, issue ?

dmesg | grep general

dmesg | grep segf

dmesg | grep err

dmesg | grep issue

 

[Kabuto]

dmesg | grep err gibt folgendes aus

[ 0.000000] ACPI: IRQ0 used by override.
[ 0.000000] ACPI: IRQ2 used by override.
[ 0.000000] ACPI: IRQ9 used by override.
[ 0.173708] ACPI: Using IOAPIC for interrupt routing
[ 0.187686] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.187875] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE2._PRT]
[ 0.187927] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE6._PRT]
[ 0.188018] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PC._PRT]
[ 0.192604] ACPI: PCI Interrupt Link [LNKA] (IRQs 4 7 *10 11 12 14 15)
[ 0.192694] ACPI: PCI Interrupt Link [LNKB] (IRQs 4 7 10 *11 12 14 15)
[ 0.192782] ACPI: PCI Interrupt Link [LNKC] (IRQs 4 7 *10 11 12 14 15)
[ 0.192871] ACPI: PCI Interrupt Link [LNKD] (IRQs 4 7 *10 11 12 14 15)
[ 0.192960] ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 10 11 12 14 15) *0, disabled.
[ 0.193049] ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 10 11 12 14 15) *0, disabled.
[ 0.193138] ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7 10 *11 12 14 15)
[ 0.193228] ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 10 11 12 14 15) *0, disabled.
[ 27.648197] lp0: using parport0 (interrupt-driven).
[ 27.954676] k8temp 0000:00:18.3: Temperature readouts might be wrong - check erratum #141

Bei den anderen Befehlen bekomme ich keine Ausgabe

 

[Sensei21]

du könntest ja auch wirklich mehr infos zur hardware und treibern posten:

ati, nvidia ?

offener (xf86-video-ati/radeon/radeonhd, nouveau), proprietär (catalyst, geforce treiber)

etc. etc.

versuch mal:

dmesg | grep drm

dmesg | grep nv

dmesg | grep fglrx

 

[Kabuto]

du könntest ja auch wirklich mehr infos zur hardware und treibern posten: ...

Klar, mache ich auch gerne wenn es denn weiterhilft.
Da ich keinerlei Ahnung habe, woran es liegt habe ich dies nicht gepostet, da ich es halt
nicht als notwendig betrachtete.

Grafikkarte ist eine ATI Radeon X1950Pro,
als treiber wird der offene radoen genutzt.

"dmesg | grep drm"

[    0.000000] Linux version 2.6.32-25-generic (buildd@rothera) (gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) #43-Ubuntu SMP Wed Sep 1 09:46:39 UTC 2010 (Ubuntu 2.6.32-25.43-generic 2.6.32.21+drm33.7)
[   18.663483] [drm] Initialized drm 1.1.0 20060810
[   18.708993] [drm] Initialized radeon 1.32.0 20080528 for 0000:01:00.0 on minor 0
[   37.930783] [drm] Setting GART location based on new memory map
[   37.931359] [drm] Loading R500 Microcode
[   38.003133] [drm] Num pipes: 3
[   38.003143] [drm] writeback test succeeded in 1 usecs
[   43.237925] [drm] Num pipes: 3
[   43.307289] [drm] Setting GART location based on new memory map
[   43.307853] [drm] Loading R500 Microcode
[   43.309442] [drm] Num pipes: 3
[   43.309452] [drm] writeback test succeeded in 1 usecs
[   48.541938] [drm] Num pipes: 3
[   48.615201] [drm] Setting GART location based on new memory map
[   48.615771] [drm] Loading R500 Microcode
[   48.617346] [drm] Num pipes: 3
[   48.617356] [drm] writeback test succeeded in 1 usecs
[   52.116075] [drm] Num pipes: 3
[   74.716836] [drm] Setting GART location based on new memory map
[   74.717420] [drm] Loading R500 Microcode
[   74.718986] [drm] Num pipes: 3
[   74.718996] [drm] writeback test succeeded in 1 usecs

nv

[    0.031394] ftrace: converting mcount calls to 0f 1f 44 00 00
[    0.774599] rtc0: alarms up to one month, y3k, 114 bytes nvram, hpet irqs