Bug 148674 (mal) - No login as root in KDE 3.5.1
Summary: No login as root in KDE 3.5.1
Status: RESOLVED WORKSFORME
Alias: mal
Product: SUSE Linux 10.1
Classification: openSUSE
Component: KDE (show other bugs)
Version: Beta 3
Hardware: HP Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Mike Fabian
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-07 12:51 UTC by Ulrich Lange
Modified: 2006-05-23 14:30 UTC (History)
1 user (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
.xsession-error from /root (596 bytes, application/octet-stream)
2006-02-07 14:24 UTC, Ulrich Lange
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ulrich Lange 2006-02-07 12:51:52 UTC
In KDE Login Window superuser root cannot login. Login over console and with su is possible.
No Error message occors.
Comment 1 Stephan Kulow 2006-02-07 13:07:03 UTC
works fine here
Comment 2 Ulrich Lange 2006-02-07 13:27:59 UTC
Fine for you, but here it isn't.
If I start Yast2 under a normal user login as root isn´t working too.
Any idea?
Comment 3 Michael Gross 2006-02-07 13:37:07 UTC
Ulrich: Maby the root user was disabled somehow. If you can use su, though, this should not be the case. What's the passwd-line for the root user? Why does YaST not work after you started a root shell? Does a normal shell login (text mode) work on this machine?
Comment 4 Ulrich Lange 2006-02-07 14:24:12 UTC
Created attachment 66749 [details]
.xsession-error from /root
Comment 5 Ulrich Lange 2006-02-07 14:26:13 UTC
I could remember that the last action was changing the login setting from autologin to no autologin. This I've done under the normal user. Yast2 and login as root was working last time.

The status with yast2 is at the moment: If I open a shell and enter yast2

/sbin/yast2: line207: 3517 Segmentation fault $ybindir/y2controlcenter $Y2QT_ARGS "$@" 
occurs.

yast is working well.
Comment 6 Ulrich Lange 2006-02-07 14:28:22 UTC
Comment on attachment 66749 [details]
.xsession-error from /root

The only logfile I could found with some information about this bug was
.xsession-errors (see attachment)
Comment 7 Stephan Binner 2006-02-07 15:11:41 UTC
Did you install the updated fontconfig-rpms? Did you try to rm ~/.fonts.cache-2 (as root)?
Comment 8 Ulrich Lange 2006-02-07 15:59:57 UTC
No I didn't install fontconfig-rpms.
After deleting .fonts.cache-2 login as root is now possible. Strange!

Please let this bug open. I have to install the system new because of another bug. I want to reproduce this.
Comment 9 Michael Gross 2006-02-08 11:43:05 UTC
If there is another bug, create a seperate report for this problem. I consider this one resolved.
Comment 10 mike lopez 2006-02-19 04:35:59 UTC
I had this bug too which was fixed by th rm ~/.fonts.cache-2.  I think I had a similar problem on my first install attempt but i had gnome instead of kde like this latest install.  The ramifications were even worse there - I eventually couldnt login with root or my username into gnome.  It seems like it starts off fine but after a few vnc logins i started having problems.
Comment 11 Andreas Schlehahn 2006-05-12 22:51:27 UTC
Sorry to bother, but I had the exact same problem with a fresh install of the 10.1 final. Login as root impossible, starting programs with kdesu impossible. no error messages. This happened after I tried copying some fonts from my windows partition to /usr/X11R6/libs/X11/fonts/truetype and Konqueror died during the operation. Not even a restart helped. I then used a backup of my /root directory and everything works fine now.
Comment 12 Michael Gross 2006-05-17 12:06:35 UTC
We maby should open another report for this, as it is not connected to the original fontconfig bug in B3.
Mike?
Comment 13 Mike Fabian 2006-05-23 14:16:17 UTC
I cannot reproduce this.
Comment 14 Mike Fabian 2006-05-23 14:30:29 UTC
Unless somebody can describe a procedure to reproduce this, I cannot
do anything → WORKSFORME.