After successful upgrading from 11.3 to 11.4 I had to install ATI driver from here Index of /mirror/ati/openSUSE_11.4 and delete the old ones.
After rebooting the system entered in runlevel 5 where I received kwin error which I couldn’t back-trace with the tools, but it was working. When I have made an on-line update and rebooted again it went to runlevel 3 without showing any error.
When I type startx it shows error, but when I enter as root KDE starts normally and it’s functional.
Can somebody advise me how to get to the KDE with my account, but not as a root user ?
# chmod u+s /usr/bin/Xorg
will probably allow “startx” as an ordinary user.
I have no idea why it is not entering runlevel 5. Have you checked “/etc/inittab”?
Try adding a new user as a test and see if that user has a problem. Do you have auto-log turned on?
On 2011-07-30 13:06, terziyski wrote:
> When I type startx it shows error, but when I enter as root KDE starts
> normally and it’s functional.
It would be wise to say which error exactly if you expect us to help.
Guessing, you need to edit /etc/permissions.local,
/usr/bin/Xorg root:root 4711
and then run “SuSEconfig --permissions”
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
This is the error message that I received when I started KDE as ordinary user:
cat /home/ivo/.xsession-errors
xauth: file /home/ivo/.serverauth.20757 does not exist
xauth: (stdin):2: unknown command “af3d1d80002a41c04ed97ed8a8ec51ad”
Fatal server error:
Cannot move old log file “/var/log/Xorg.0.log” to “/var/log/Xorg.0.log.old”
Please consult the The X.Org Foundation support
at X.Org Wiki - Home
for help.
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
xinit failed. /usr/bin/Xorg is not setuid, maybe that’s the reason?
If so either use a display manager (strongly recommended) or adjust /etc/permissions.local
“chmod u+s /usr/bin/Xorg” has done the trick
The problem now is that I have to type startx every time when I boot into OpenSuSE to start KDE. It still gives me the message for booting skipped on runlevel 5 at boot.
Here is my inittab file:
#
# /etc/inittab
#
# Copyright (c) 1996-2002 SuSE Linux AG, Nuernberg, Germany. All rights reserved.
#
# Author: Florian La Roche, 1996
# Please send feedback to [Portal:Distribution - openSUSE](http://www.suse.de/feedback)
#
# This is the main configuration file of /sbin/init, which
# is executed by the kernel on startup. It describes what
# scripts are used for the different run-levels.
#
# All scripts for runlevel changes are in /etc/init.d/.
#
# This file may be modified by SuSEconfig unless CHECK_INITTAB
# in /etc/sysconfig/suseconfig is set to "no"
#
# The default runlevel is defined here
id:5:initdefault:
# First script to be executed, if not booting in emergency (-b) mode
si::bootwait:/etc/init.d/boot
# /etc/init.d/rc takes care of runlevel handling
#
# runlevel 0 is System halt (Do not use this for initdefault!)
# runlevel 1 is Single user mode
# runlevel 2 is Local multiuser without remote network (e.g. NFS)
# runlevel 3 is Full multiuser with network
# runlevel 4 is Not used
# runlevel 5 is Full multiuser with network and xdm
# runlevel 6 is System reboot (Do not use this for initdefault!)
#
l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
#l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# what to do in single-user mode
ls:S:wait:/etc/init.d/rc S
~~:S:respawn:/sbin/sulogin
# what to do when CTRL-ALT-DEL is pressed
ca::ctrlaltdel:/sbin/shutdown -r -t 4 now
# special keyboard request (Alt-UpArrow)
# look into the kbd-0.90 docs for this
kb::kbrequest:/bin/echo "Keyboard Request -- edit /etc/inittab to let this work."
# what to do when power fails/returns
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
#pn::powerfail:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop
# for ARGO UPS
sh:12345:powerfail:/sbin/shutdown -h now THE POWER IS FAILING
# getty-programs for the normal runlevels
# <id>:<runlevels>:<action>:<process>
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
1:2345:respawn:/sbin/mingetty --noclear tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
#
#S0:12345:respawn:/sbin/agetty -L 9600 ttyS0 vt102
#cons:1235:respawn:/sbin/smart_agetty -L 38400 console
#
# Note: Do not use tty7 in runlevel 3, this virtual line
# is occupied by the programm xdm.
#
# This is for the package xdmsc, after installing and
# and configuration you should remove the comment character
# from the following line:
#7:3:respawn:+/etc/init.d/rx tty7
# modem getty.
# mo:235:respawn:/usr/sbin/mgetty -s 38400 modem
# fax getty (hylafax)
# mo:35:respawn:/usr/lib/fax/faxgetty /dev/modem
# vbox (voice box) getty
# I6:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI6
# I7:35:respawn:/usr/sbin/vboxgetty -d /dev/ttyI7
# end of /etc/inittab
I can provide .xsession-errors file (it’s a little bit large though)
These are first two lines:
xauth: file /home/ivo/.serverauth.10176 does not exist
xauth: (stdin):2: unknown command "af3d1d80002a41c04ed97ed8a8ec51ad"
On 2011-08-01 01:26, terziyski wrote:
> “chmod u+s /usr/bin/Xorg” has done the trick
It will be reset to what it was, unless you change the permission file.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
After executing “SuSEconfig --permissions” I receive this :
Starting SuSEconfig, the SuSE Configuration Tool…
Unknown parameter --permissions.
Usage: SuSEconfig --quick|–nonewpackage|–force|–verbose] --module name]
Is there something I am missing ?
On 2011-08-01 02:36, terziyski wrote:
> Is there something I am missing ?
Oops.
“SuSEconfig --module permissions”
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
On 2011-08-01 02:06, terziyski wrote:
> I can provide .xsession-errors file (it’s a little bit large though)
If what fails is that level 5 does not reach graphics mode, the pertinent
file is “/var/log/Xorg.0.log” or same .old, for the previous attempt.
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
OK, after edit /etc/permissions.local,
/usr/bin/Xorg root:root 4711
and then
“SuSEconfig --module permissions”
the results is still the same:
Initial boot stops at runlevel 3. Startx enters KDE normally.
There’s no errors in this file ‘/var/log/Xorg.0.log’.
What can I check next ?
On 2011-08-01 10:06, terziyski wrote:
>
> OK, after edit /etc/permissions.local,
> /usr/bin/Xorg root:root 4711
> and then
> “SuSEconfig --module permissions”
>
> the results is still the same:
> Initial boot stops at runlevel 3. Startx enters KDE normally.
They are different problems. The above is to allow you to run startx as
user, permanently.
> There’s no errors in this file ‘/var/log/Xorg.0.log’.
> What can I check next ?
Nor the “old” file?
It has to be some error in the xdm/kdm/gdm, but I don’t know what. No
messages? Perhaps in /var/log/messages. The .session files are not
pertinent, because the session has not started, you have not logged in (yet).
You can try changing the session manager in
/etc/sysconfig/displaymanager:DISPLAYMANAGER=“gdm”
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
There’s no errors in /var/log/Xorg.0.log.old and /var/log/messages related to kdm as well.
Changing
/etc/sysconfig/displaymanager:DISPLAYMANAGER="gdm"
brought the system into runlevel 5 successfully.
I recall that when I started the system for the first time after upgrading from 11.3 to 11.4 there was a message stating a problem with kwin.
Maybe I should re-install some packages or at least reconfigure them.
On 2011-08-01 22:16, terziyski wrote:
> Maybe I should re-install some packages or at least reconfigure them.
Maybe you have some packages that were not upgraded. You can try to find
them in Yast, or with a query:
rpm -q -a --queryformat "%{INSTALLTIME};%{INSTALLTIME:day}; \
%{BUILDTIME:day}; %{NAME};%{VERSION}-%-7{RELEASE};%{arch}; \
%{VENDOR};%{PACKAGER};%{DISTRIBUTION};%{DISTTAG}
" \
| sort | cut --fields="2-" --delimiter=\; \
| tee rpmlist.csv | less -S
or
rpm -q -a --queryformat "%{INSTALLTIME} %{INSTALLTIME:day} \
%{BUILDTIME:day} %-30{NAME} %15{VERSION}-%-7{RELEASE} %{arch} \
%25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}
" \
| sort | cut --fields="2-" > rpmlist
–
Cheers / Saludos,
Carlos E. R.
(from 11.4 x86_64 “Celadon” at Telcontar)
Sorry for the delayed post - was on vacation.
After ‘zypper up’ and successful update of 23 packages (including kernel update to 2.6.37.6-0.7-default) I received this message:
The following package updates will NOT be installed:
compiz-plugins-extra gstreamer-0_10 gstreamer-0_10-fluendo-mp3 gstreamer-0_10-plugin-gnomevfs gstreamer-0_10-plugin-hal
gstreamer-0_10-plugins-bad gstreamer-0_10-plugins-base gstreamer-0_10-plugins-good gstreamer-0_10-plugins-good-lang gstreamer-0_10-utils
gstreamer-utils k3b ladspa lame libGraphicsMagick3 libamrwb3 libavfilter1 libgstapp-0_10-0 libgstbasecamerabinsrc-0_10-0 libgstbasevideo-0_10-0
libgstinterfaces-0_10-0 libgstphotography-0_10-0 libgstreamer-0_10-0 libgstsignalprocessor-0_10-0 libgstvdp-0_10-0 libmp3lame0 libopencore-amrnb0
libopencore-amrwb0 liboping0 libprotobuf6 libshout3 libtag-extras1 libvpx0 libwavpack1 libxine1 libxine1-gnome-vfs libxine1-pulse libxvidcore4
mjpegtools nagios nagios-plugins nagios-www oping perl-Net-Oping perl-Net-SNMP taglib x264
Using GDM as a displaymanager everything is fine. Shall I switch back to KDM to test again?
What the difference between them ?