30 Jan
2018
30 Jan
'18
1:08 p.m.
With 42.2 having gone EOL last week, I figured my office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
a) nfs mounts don't work. I can't mount them manually either.
b) instead of a GUI login screen, I get a black screen with a mouse
pointer.
I can probably figure (a) out in time, but I'm a little stuck with (b).
I'm using the Nvidia drivers, they worked fine on 42.2.
Suggestions on how to proceed with (b) much welcome.
--
Per Jessen, Zürich (8.9°C)
http://www.dns24.ch/ - free dynamic DNS, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
30 Jan
30 Jan
1:15 p.m.
* Per Jessen <per(a)computer.org> [01-30-18 08:10]:
With 42.2 having gone EOL last week, I figured my
office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
a) nfs mounts don't work. I can't mount them manually either.
b) instead of a GUI login screen, I get a black screen with a mouse
pointer.
I can probably figure (a) out in time, but I'm a little stuck with (b).
I'm using the Nvidia drivers, they worked fine on 42.2.
Suggestions on how to proceed with (b) much welcome.
did you reinstall nvidia drivers? you probably have a different kernel.
does startx work?
about "a", did you try "exportfs"?
--
(paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri
http://en.opensuse.org openSUSE Community Member facebook/ptilopteri
Registered Linux User #207535 @ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
1:30 p.m.
Patrick Shanahan wrote:
* Per Jessen <per(a)computer.org> [01-30-18
08:10]:
Yep, I use the Nvidia repo, I saw the drivers being rebuilt.
With 42.2 having gone EOL last week, I figured my
office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
a) nfs mounts don't work. I can't mount them manually either.
b) instead of a GUI login screen, I get a black screen with a mouse
pointer.
I can probably figure (a) out in time, but I'm a little stuck with
(b). I'm using the Nvidia drivers, they worked fine on 42.2.
Suggestions on how to proceed with (b) much welcome.
did you reinstall nvidia drivers? you probably have a different
kernel. does startx work?
Will try.
about "a", did you try "exportfs"?
:-) when the fileserver was rebooted three months ago - besides, it
worked before the upgrade.
--
Per Jessen, Zürich (9.1°C)
http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
1:37 p.m.
* Per Jessen <per(a)computer.org> [01-30-18 08:32]:
Patrick Shanahan wrote:
I would try exportfs again
--
(paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri
http://en.opensuse.org openSUSE Community Member facebook/ptilopteri
Registered Linux User #207535 @ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
* Per Jessen <per(a)computer.org> [01-30-18
08:10]:
Yep, I use the Nvidia repo, I saw the drivers being rebuilt.
With 42.2 having gone EOL last week, I figured my
office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
a) nfs mounts don't work. I can't mount them manually either.
b) instead of a GUI login screen, I get a black screen with a mouse
pointer.
I can probably figure (a) out in time, but I'm a little stuck with
(b). I'm using the Nvidia drivers, they worked fine on 42.2.
Suggestions on how to proceed with (b) much welcome.
did you reinstall nvidia drivers? you probably have a different
kernel. does startx work?
Will try.
about "a", did you try
"exportfs"?
:-) when the fileserver was rebooted three months ago - besides, it
worked before the upgrade.
2:05 p.m.
Patrick Shanahan wrote:
I would try exportfs again
I see no need. NFS works fine on the other desktops and whereeverelse
it is used. (root on nfs for instance). Anyway, it is a secondary
issue.
--
Per Jessen, Zürich (8.6°C)
http://www.hostsuisse.com/ - dedicated server rental in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
* Per Jessen <per(a)computer.org> [01-30-18
08:32]:
> Patrick Shanahan wrote:
>
> > * Per Jessen <per(a)computer.org> [01-30-18 08:10]:
> >> With 42.2 having gone EOL last week, I figured my office test
> >> system ought to be upgraded to 42.3 too - not much chance of
> >> anything being fixed on 42.2 anymore.
> >> So I ran a 'zypper dup' which seemed to go fine - except
> >>
> >> a) nfs mounts don't work. I can't mount them manually either.
> >> b) instead of a GUI login screen, I get a black screen with a
> >> mouse pointer.
> >>
> >> I can probably figure (a) out in time, but I'm a little stuck with
> >> (b). I'm using the Nvidia drivers, they worked fine on 42.2.
> >>
> >> Suggestions on how to proceed with (b) much welcome.
> >
> > did you reinstall nvidia drivers? you probably have a different
> > kernel.
>
> Yep, I use the Nvidia repo, I saw the drivers being rebuilt.
>
> > does startx work?
>
> Will try.
startx just reported that an x server was already running.
about "a", did you try "exportfs"?
:-) when the fileserver was rebooted three months ago - besides, it
worked before the upgrade.
2:12 p.m.
* Per Jessen <per(a)computer.org> [01-30-18 09:08]:
Patrick Shanahan wrote:
so you are not in multi-user
# ls -la /usr/bin/Xorg
-rws--x--x 1 root root 2402448 Jan 20 08:54 /usr/bin/Xorg*
is Xorg suid?
--
(paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri
http://en.opensuse.org openSUSE Community Member facebook/ptilopteri
Registered Linux User #207535 @ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
* Per Jessen <per(a)computer.org> [01-30-18
08:32]:
> Patrick Shanahan wrote:
>
> > * Per Jessen <per(a)computer.org> [01-30-18 08:10]:
> >> With 42.2 having gone EOL last week, I figured my office test
> >> system ought to be upgraded to 42.3 too - not much chance of
> >> anything being fixed on 42.2 anymore.
> >> So I ran a 'zypper dup' which seemed to go fine - except
> >>
> >> a) nfs mounts don't work. I can't mount them manually either.
> >> b) instead of a GUI login screen, I get a black screen with a
> >> mouse pointer.
> >>
> >> I can probably figure (a) out in time, but I'm a little stuck with
> >> (b). I'm using the Nvidia drivers, they worked fine on 42.2.
> >>
> >> Suggestions on how to proceed with (b) much welcome.
> >
> > did you reinstall nvidia drivers? you probably have a different
> > kernel.
>
> Yep, I use the Nvidia repo, I saw the drivers being rebuilt.
>
> > does startx work?
>
> Will try.
startx just reported that an x server was already running.
2:41 p.m.
Patrick Shanahan wrote:
* Per Jessen <per(a)computer.org> [01-30-18
09:08]:
Nope:
# l /usr/bin/Xorg
-rwxr-xr-x 1 root root 2205856 Oct 16 21:21 /usr/bin/Xorg*
--
Per Jessen, Zürich (9.4°C)
http://www.hostsuisse.com/ - dedicated server rental in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Patrick Shanahan wrote:
so you are not in multi-user
# ls -la /usr/bin/Xorg
-rws--x--x 1 root root 2402448 Jan 20 08:54 /usr/bin/Xorg*
is Xorg suid? * Per Jessen <per(a)computer.org> [01-30-18
08:32]:
> Patrick Shanahan wrote:
>
> > * Per Jessen <per(a)computer.org> [01-30-18 08:10]:
> >> With 42.2 having gone EOL last week, I figured my office test
> >> system ought to be upgraded to 42.3 too - not much chance of
> >> anything being fixed on 42.2 anymore.
> >> So I ran a 'zypper dup' which seemed to go fine - except
> >>
> >> a) nfs mounts don't work. I can't mount them manually either.
> >> b) instead of a GUI login screen, I get a black screen with a
> >> mouse pointer.
> >>
> >> I can probably figure (a) out in time, but I'm a little stuck
> >> with (b). I'm using the Nvidia drivers, they worked fine on
> >> 42.2.
> >>
> >> Suggestions on how to proceed with (b) much welcome.
> >
> > did you reinstall nvidia drivers? you probably have a different
> > kernel.
>
> Yep, I use the Nvidia repo, I saw the drivers being rebuilt.
>
> > does startx work?
>
> Will try.
startx just reported that an x server was already running. 
2:46 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday, 2018-01-30 at 15:41 +0100, Per Jessen wrote:
so you are not in multi-user
# ls -la /usr/bin/Xorg
-rws--x--x 1 root root 2402448 Jan 20 08:54 /usr/bin/Xorg*
is Xorg suid?
Nope:
# l /usr/bin/Xorg
-rwxr-xr-x 1 root root 2205856 Oct 16 21:21 /usr/bin/Xorg*
Just run startx in runlevel 3 and as root.
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
Patrick Shanahan wrote:
> * Per Jessen <> [01-30-18 09:08]:
>> Patrick Shanahan wrote:
>>> * Per Jessen <> [01-30-18 08:32]:
>>>> Patrick Shanahan wrote:
>>>>> * Per Jessen <> [01-30-18 08:10]:
...
>> does
startx work?
>
> Will try.
startx just reported that an x server was already running. -----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpwhS4ACgkQtTMYHG2NR9W0fACeJ4n6KJPVKONvajhhRv2/mWrz
oXAAnjlFttJZge6kdF3S+lTbtm1KUOX+
=Pdan
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3 p.m.
Carlos E. R. wrote:
On Tuesday, 2018-01-30 at 15:41 +0100, Per Jessen
wrote:
Nope:
# l /usr/bin/Xorg
-rwxr-xr-x 1 root root 2205856 Oct 16 21:21 /usr/bin/Xorg*
Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in.
--
Per Jessen, Zürich (9.7°C)
http://www.hostsuisse.com/ - dedicated server rental in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Patrick Shanahan wrote:
> * Per Jessen <> [01-30-18 09:08]:
>> Patrick Shanahan wrote:
>>> * Per Jessen <> [01-30-18 08:32]:
>>>> Patrick Shanahan wrote:
>>>>> * Per Jessen <> [01-30-18 08:10]:
...
>>> does startx work?
>>
>> Will try.
startx just reported that an x server was already running.
so you are not in multi-user
# ls -la /usr/bin/Xorg
-rws--x--x 1 root root 2402448 Jan 20 08:54 /usr/bin/Xorg*
is Xorg suid?
3:11 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen wrote:
Carlos E. R. wrote:
Then that means that the graphics driver is not the issue. It is the
display manager.
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in. -----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpwiz8ACgkQtTMYHG2NR9W7TACcDk+5kexEqjCJqYLKGbj7AW88
3U0AniJW3lkh+GDpE+Rx0Y1ae3A8BZmz
=B+R7
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3:25 p.m.
Carlos E. R. wrote:
On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
That is at least progress. Not sure what to try next though. Maybe I
should just have done a re-install, would have easily fixed the problem
by now :-(
--
Per Jessen, Zürich (9.0°C)
http://www.hostsuisse.com/ - dedicated server rental in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Carlos E. R. wrote:
Then that means that the graphics driver is not the issue. It is the
display manager. Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in. 
3:28 p.m.
Per Jessen wrote:
Carlos E. R. wrote:
:(
Can you just change the display manager in /etc/sysconfig/displaymanager?
(or has that one been actually changed to something not installed)?
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
That is at least progress. Not sure what to try next though. Maybe I
should just have done a re-install, would have easily fixed the problem
by now :-( Carlos E. R. wrote:
Then that means that the graphics driver is not the issue. It is the
display manager. Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in.
3:38 p.m.
Peter Suetterlin wrote:
Per Jessen wrote:
That file was in fact touched today, contains this:
DISPLAYMANAGER_XSERVER=Xorg
DISPLAYMANAGER="sddm"
DISPLAYMANAGER_REMOTE_ACCESS="no"
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"
DISPLAYMANAGER_STARTS_XSERVER="yes"
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"
DISPLAYMANAGER_AUTOLOGIN=""
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"
DISPLAYMANAGER_AD_INTEGRATION="no"
DISPLAYMANAGER_SHUTDOWN="auto"
--
Per Jessen, Zürich (8.9°C)
http://www.hostsuisse.com/ - virtual servers, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Carlos E. R. wrote:
:(
Can you just change the display manager in
/etc/sysconfig/displaymanager? (or has that one been actually changed
to something not installed)? On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
That is at least progress. Not sure what to try next though. Maybe
I should just have done a re-install, would have easily fixed the
problem by now :-( Carlos E. R. wrote:
> Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in.
Then that means that the graphics driver is not the issue. It is
the display manager. 
3:45 p.m.
On 30/01/2018 17:38, Per Jessen wrote:
Peter Suetterlin wrote:
I've never touched mine, it still contains comments.
attaching mine, maybe it'll help
Dave P
Per Jessen wrote:
That file was in fact touched today, contains this:
DISPLAYMANAGER_XSERVER=Xorg
DISPLAYMANAGER="sddm"
DISPLAYMANAGER_REMOTE_ACCESS="no"
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"
DISPLAYMANAGER_STARTS_XSERVER="yes"
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"
DISPLAYMANAGER_AUTOLOGIN=""
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"
DISPLAYMANAGER_AD_INTEGRATION="no"
DISPLAYMANAGER_SHUTDOWN="auto"
Carlos E. R. wrote:
:(
Can you just change the display manager in
/etc/sysconfig/displaymanager? (or has that one been actually changed
to something not installed)? On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
> Carlos E. R. wrote:
>
>> Just run startx in runlevel 3 and as root.
>
> Okay, that gave me the KDE GUI, as root, without logging in.
Then that means that the graphics driver is not the issue. It is
the display manager.
That is at least progress. Not sure what to try next though. Maybe
I should just have done a re-install, would have easily fixed the
problem by now :-(
3:51 p.m.
Dave Plater wrote:
On 30/01/2018 17:38, Per Jessen wrote:
I grepped the comments and the blank lines before posting. :-)
The only difference are in:
DISPLAYMANAGER_AUTOLOGIN="davepl"
DISPLAYMANAGER_SHUTDOWN="all" (mine says auto).
--
Per Jessen, Zürich (8.8°C)
http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Peter Suetterlin wrote:
I've never touched mine, it still contains comments. Per Jessen wrote:
That file was in fact touched today, contains this:
DISPLAYMANAGER_XSERVER=Xorg
DISPLAYMANAGER="sddm"
DISPLAYMANAGER_REMOTE_ACCESS="no"
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"
DISPLAYMANAGER_STARTS_XSERVER="yes"
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"
DISPLAYMANAGER_AUTOLOGIN=""
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"
DISPLAYMANAGER_AD_INTEGRATION="no"
DISPLAYMANAGER_SHUTDOWN="auto"
Carlos E. R. wrote:
> On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen wrote:
>
>> Carlos E. R. wrote:
>>
>>> Just run startx in runlevel 3 and as root.
>>
>> Okay, that gave me the KDE GUI, as root, without logging in.
>
> Then that means that the graphics driver is not the issue. It is
> the display manager.
That is at least progress. Not sure what to try next though.
Maybe I should just have done a re-install, would have easily fixed
the problem by now :-(
:(
Can you just change the display manager in
/etc/sysconfig/displaymanager? (or has that one been actually
changed to something not installed)?
3:54 p.m.
On 30/01/2018 17:51, Per Jessen wrote:
Dave Plater wrote:
As peter also suggested, try changing AUTOLOGIN to your user name.
Dave P
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On 30/01/2018 17:38, Per Jessen wrote:
I grepped the comments and the blank lines before posting. :-)
The only difference are in:
DISPLAYMANAGER_AUTOLOGIN="davepl"
DISPLAYMANAGER_SHUTDOWN="all" (mine says auto).
Peter Suetterlin wrote:
I've never touched mine, it still contains comments. Per Jessen wrote:
> Carlos E. R. wrote:
>
>> On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen wrote:
>>
>>> Carlos E. R. wrote:
>>>
>>>> Just run startx in runlevel 3 and as root.
>>>
>>> Okay, that gave me the KDE GUI, as root, without logging in.
>>
>> Then that means that the graphics driver is not the issue. It is
>> the display manager.
>
> That is at least progress. Not sure what to try next though.
> Maybe I should just have done a re-install, would have easily fixed
> the problem by now :-(
:(
Can you just change the display manager in
/etc/sysconfig/displaymanager? (or has that one been actually
changed to something not installed)?
That file was in fact touched today, contains this:
DISPLAYMANAGER_XSERVER=Xorg
DISPLAYMANAGER="sddm"
DISPLAYMANAGER_REMOTE_ACCESS="no"
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"
DISPLAYMANAGER_STARTS_XSERVER="yes"
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"
DISPLAYMANAGER_AUTOLOGIN=""
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"
DISPLAYMANAGER_AD_INTEGRATION="no"
DISPLAYMANAGER_SHUTDOWN="auto"
4:02 p.m.
Dave Plater wrote:
Interesting - that worked! Not a solution of course, but still.
--
Per Jessen, Zürich (8.5°C)
http://www.dns24.ch/ - free dynamic DNS, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
The only
difference are in:
DISPLAYMANAGER_AUTOLOGIN="davepl"
DISPLAYMANAGER_SHUTDOWN="all" (mine says auto).
As peter also suggested, try changing AUTOLOGIN to your user name.
Dave P
8:37 p.m.
Per Jessen wrote:
Dave Plater wrote:
Interesting - that worked! Not a solution of course, but still.
When the screen locked, I got the message "screen locker is broken
blablah". ISTR that from earlier, but in conclusion this is just not a
candidate for a working office system. People don't want to change the
interface or window manager willy-nilly, they depend on the interface
remaining the same and consistent. Well, that's why this is a test
system.
Tomorrow I'll try a fresh leap423 install on separate media.
Many thanks to everyone who chipped in! I'm really quite overwhelmed by
the number of suggestions and speed of follow-up. Chapeau!
--
Per Jessen, Zürich (6.8°C)
http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
The only
difference are in:
DISPLAYMANAGER_AUTOLOGIN="davepl"
DISPLAYMANAGER_SHUTDOWN="all" (mine says auto).
As peter also suggested, try changing AUTOLOGIN to your user name.
Dave P
9:32 p.m.
Per Jessen wrote:
Dave Plater wrote:
Interesting - that worked! Not a solution of course, but still.
It confirms that the displaymanager is the issue.
So switching to some other DM should be a quick solution.
One of the reasons I found for sddm to not properly work was a missing directory
/var/lib/sddm/ and/or bad settings in there. Maybe check if it's there, create
it if not, and if yes, try renaming and creating an empty new one?
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
The only
difference are in:
DISPLAYMANAGER_AUTOLOGIN="davepl"
DISPLAYMANAGER_SHUTDOWN="all" (mine says auto).
As peter also suggested, try changing AUTOLOGIN to your user name.
Dave P
31 Jan
31 Jan
8:23 a.m.
Peter Suetterlin wrote:
Per Jessen wrote:
Yeah, but I'd rather have the right solution - this is a test system,
it's been running 42.1 and 42.2 - someday, we hope to have a
config/combination that is ready for plain office use.
Dave Plater wrote:
Interesting - that worked! Not a solution of course, but still.
It confirms that the displaymanager is the issue.
So switching to some other DM should be a quick solution. The only
difference are in:
DISPLAYMANAGER_AUTOLOGIN="davepl"
DISPLAYMANAGER_SHUTDOWN="all" (mine says auto).
As peter also suggested, try changing AUTOLOGIN to your user name.
Dave P One of the reasons I found for sddm to not properly
work was a missing
directory /var/lib/sddm/ and/or bad settings in there. Maybe check if
it's there, create it if not, and if yes, try renaming and creating an
empty new one?
I'll try that - the directory is present and populated.
--
Per Jessen, Zürich (5.8°C)
http://www.hostsuisse.com/ - virtual servers, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
8:51 a.m.
Per Jessen wrote:
Peter Suetterlin wrote:
I cleared it out, no change. I'm installing a fresh 42.3 now.
--
Per Jessen, Zürich (6.2°C)
http://www.dns24.ch/ - free dynamic DNS, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Per Jessen wrote:
Yeah, but I'd rather have the right solution - this is a test system,
it's been running 42.1 and 42.2 - someday, we hope to have a
config/combination that is ready for plain office use.
Dave Plater wrote:
It confirms that the displaymanager is the issue.
So switching to some other DM should be a quick solution. > The only difference are in:
>
> DISPLAYMANAGER_AUTOLOGIN="davepl"
> DISPLAYMANAGER_SHUTDOWN="all" (mine says auto).
>
>
As peter also suggested, try changing AUTOLOGIN to your user name.
Dave P
Interesting - that worked! Not a solution of course, but still. One of the reasons I found for sddm to not
properly work was a
missing
directory /var/lib/sddm/ and/or bad settings in there. Maybe check
if it's there, create it if not, and if yes, try renaming and
creating an empty new one?
I'll try that - the directory is present and populated.
30 Jan
30 Jan
3:50 p.m.
Per Jessen wrote:
That file was in fact touched today, contains this:
DISPLAYMANAGER_XSERVER=Xorg
DISPLAYMANAGER="sddm"
DISPLAYMANAGER_REMOTE_ACCESS="no"
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"
DISPLAYMANAGER_STARTS_XSERVER="yes"
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"
DISPLAYMANAGER_AUTOLOGIN=""
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"
DISPLAYMANAGER_AD_INTEGRATION="no"
DISPLAYMANAGER_SHUTDOWN="auto"
Looks fie to me.
You could try set AUTOLOGIN to some username, maybe this bypasses some issues?
Also, any errors in journalctl -u display-manager?
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3:53 p.m.
Peter Suetterlin wrote:
Per Jessen wrote:
Will try it.
That file was in fact touched today, contains
this:
DISPLAYMANAGER_XSERVER=Xorg
DISPLAYMANAGER="sddm"
DISPLAYMANAGER_REMOTE_ACCESS="no"
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="no"
DISPLAYMANAGER_STARTS_XSERVER="yes"
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"
DISPLAYMANAGER_AUTOLOGIN=""
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"
DISPLAYMANAGER_AD_INTEGRATION="no"
DISPLAYMANAGER_SHUTDOWN="auto"
Looks fie to me.
You could try set AUTOLOGIN to some username, maybe this bypasses some
issues? Also, any errors in journalctl -u display-manager?
Looks okay, but I'm no expert:
office37:~ # journalctl -u display-manager
-- Logs begin at Tue 2018-01-30 16:17:24 CET, end at Tue 2018-01-30 16:47:28 CET. --
Jan 30 16:17:58 office37 systemd[1]: Starting X Display Manager...
Jan 30 16:17:58 office37 display-manager[1871]: /etc/vconsole.conf available
Jan 30 16:17:58 office37 display-manager[1871]: KEYMAP: us
Jan 30 16:17:58 office37 display-manager[1871]: Command: localectl set-keymap us
Jan 30 16:17:58 office37 display-manager[1871]: I: Using systemd
/usr/share/systemd/kbd-model-map mapping
Jan 30 16:17:58 office37 sddm[1930]: Initializing...
Jan 30 16:17:58 office37 sddm[1930]: Starting...
Jan 30 16:17:58 office37 sddm[1930]: Adding new display on vt 7 ...
Jan 30 16:17:58 office37 sddm[1930]: Display server starting...
Jan 30 16:17:58 office37 sddm[1930]: Running: /usr/bin/X -nolisten tcp -auth
/run/sddm/{77fd7d09-95f9-4a93-a1c9-cc56daed4007} -background none -noreset -displayfd 18
vt7
Jan 30 16:17:58 office37 display-manager[1871]: Starting service sddm..done
Jan 30 16:17:58 office37 systemd[1]: Started X Display Manager.
Jan 30 16:17:59 office37 sddm[1930]: Setting default cursor
Jan 30 16:17:59 office37 sddm[1930]: Running display setup script
"/etc/X11/xdm/Xsetup"
Jan 30 16:17:59 office37 sddm[1930]: Display server started.
Jan 30 16:17:59 office37 sddm[1930]: Socket server starting...
Jan 30 16:17:59 office37 sddm[1930]: Socket server started.
Jan 30 16:17:59 office37 sddm[1930]: Greeter starting...
Jan 30 16:17:59 office37 sddm[1930]: Adding cookie to
"/run/sddm/{77fd7d09-95f9-4a93-a1c9-cc56daed4007}"
Jan 30 16:18:00 office37 sddm-helper[2052]: [PAM] Starting...
Jan 30 16:18:00 office37 sddm-helper[2052]: [PAM] Authenticating...
Jan 30 16:18:00 office37 sddm-helper[2052]: [PAM] returning.
Jan 30 16:18:00 office37 sddm-helper[2052]: pam_unix(sddm-greeter:session): session opened
for user sddm by (uid=0)
Jan 30 16:18:00 office37 sddm[1930]: Greeter session started successfully
Jan 30 16:18:00 office37 sddm[1930]: Message received from greeter: Connect
Jan 30 16:18:01 office37 sddm[1930]: Auth: sddm-helper exited with 6
Jan 30 16:18:01 office37 sddm[1930]: Greeter stopped.
--
Per Jessen, Zürich (8.7°C)
http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
4 p.m.
On 30/01/2018 17:53, Per Jessen wrote:
Jan 30 16:18:00 office37 sddm-helper[2052]:
pam_unix(sddm-greeter:session): session opened for user sddm by (uid=0)
Jan 30 16:18:00 office37 sddm[1930]: Greeter session started successfully
Jan 30 16:18:00 office37 sddm[1930]: Message received from greeter: Connect
Jan 30 16:18:01 office37 sddm[1930]: Auth: sddm-helper exited with 6
Jan 30 16:18:01 office37 sddm[1930]: Greeter stopped.
Everything is identical to my log from this morning except for the
autologin stuff.
Jan 30 06:41:41 arbuthnot sddm[2411]: Authenticated successfully
Jan 30 06:41:41 arbuthnot sddm-helper[2435]:
pam_unix(sddm-autologin:session): session opened for user davepl by (uid=0)
Jan 30 06:41:42 arbuthnot sddm[2411]: Session started
Dave P
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3:34 p.m.
On 30/01/2018 17:25, Per Jessen wrote:
Carlos E. R. wrote:
What display manager do you have installed, if you run plasma5 kde you
should have sddm. Maybe uninstalling one and then installing something
like lightdm will fix the problem. My upgrade from 42.2 to 42.3 went
smoothly but I have intel graphics, I had an nvidia card in the box when
I originally installed 42.1 but I had so much hassle I removed it.
At this stage I would purge everything nvidia from the machine and start
again but maybe switching display managers will pull in the package
that's missing.
Dave P
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
That is at least progress. Not sure what to try next though. Maybe I
should just have done a re-install, would have easily fixed the problem
by now :-(
Carlos E. R. wrote:
Then that means that the graphics driver is not the issue. It is the
display manager. Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in.
5:45 p.m.
On 2018-01-30 16:25, Per Jessen wrote:
Carlos E. R. wrote:
I would try a different display manager; seems some issue with sddm. I
use lightdm, but then I use the xfce desktop. IMO, the DM should be
independent and agnostic respect the desktop type.
--
Cheers / Saludos,
Carlos E. R.
(from 42.2 x86_64 "Malachite" at Telcontar)
On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
That is at least progress. Not sure what to try next though. Maybe I
should just have done a re-install, would have easily fixed the problem
by now :-( Carlos E. R. wrote:
Then that means that the graphics driver is not the issue. It is the
display manager. Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in. 
31 Jan
31 Jan
1:50 a.m.
On 31/01/18 02:25, Per Jessen wrote:
Carlos E. R. wrote:
Which is why I now always do a fresh install and not an upgrade -- too
much f*-around otherwise.
BTW, I saw that you mentioned that the Nvidia driver was compiled - but
was 'mkinitrd' run after the compilation?
BC
--
Always be nice to people on your way up -- you'll see
the same people on your way down.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
That is at least progress. Not sure what to try next though.
Maybe I
should just have done a re-install, would have easily fixed the problem
by now :-( Carlos E. R. wrote:
Then that means that
the graphics driver is not the issue. It is the
display manager. Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in.
3:09 a.m.
On 2018-01-31 02:50, Basil Chupin wrote:
On 31/01/18 02:25, Per Jessen wrote:
I have been doing upgrades for two decades, and I still find it
preferable :-)
Carlos E. R. wrote:
Which is why I now always do a fresh install and not an upgrade -- too
much f*-around otherwise. On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
That is at least progress. Not sure what to try next though.
Maybe I
should just have done a re-install, would have easily fixed the problem
by now :-( Carlos E. R. wrote:
> Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in.
Then that means that
the graphics driver is not the issue. It is the
display manager. BTW, I saw that you mentioned that the Nvidia driver
was compiled - but
was 'mkinitrd' run after the compilation?
The nvidia driver is not loaded from initrd, but much later. And in the
rpm case, the compilation happens during installation.
Anyway, his issue is not related to the driver, as startx works fine, he
gets a desktop.
--
Cheers / Saludos,
Carlos E. R.
(from 42.2 x86_64 "Malachite" at Telcontar)
8:19 a.m.
Carlos E. R. wrote:
On 2018-01-31 02:50, Basil Chupin wrote:
Yup. It seems to be down to sddm now. It won't let me login manually
and it cannot lock properly.
I'm going to try a fresh install today. I just can't be certain that
the update didn't screw something up, I guess?
--
Per Jessen, Zürich (5.8°C)
http://www.dns24.ch/ - free dynamic DNS, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On 31/01/18 02:25, Per Jessen wrote:
I have been doing upgrades for two decades, and I still find it
preferable :-)
Carlos E. R. wrote:
Which is why I now always do a fresh install and not an upgrade --
too much f*-around otherwise. On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
> Carlos E. R. wrote:
>
>> Just run startx in runlevel 3 and as root.
> Okay, that gave me the KDE GUI, as root, without logging in.
Then that means that the graphics driver is not the issue. It is
the display manager.
That is at least progress. Not sure what to try next though.
Maybe
I should just have done a re-install, would have easily fixed the
problem by now :-( BTW, I saw that you mentioned that the Nvidia
driver was compiled -
but was 'mkinitrd' run after the compilation?
The nvidia driver is not loaded from initrd, but much later. And in
the rpm case, the compilation happens during installation.
Anyway, his issue is not related to the driver, as startx works fine,
he gets a desktop.
9:21 a.m.
Per Jessen wrote:
Yup. It seems to be down to sddm now. It won't
let me login manually
and it cannot lock properly.
The guess is clearly some permission thing I'd say. Finding out *what* it is
would be nice (I'd expect a new install to work w/o issues...)
One thing I noticed on my TW machine is that 'journalctl -u display-manager'
doesn't give you all sddm-related messages. I did a 'journalctl -b | grep
sddm'
and got quite some more messages.
I'm going to try a fresh install today. I just
can't be certain that
the update didn't screw something up, I guess?
Afraid so. Good luck :)
You can of course do a disk compare between the upgraded and the new system -
IIRC there had been an extensive thread about that recently :D
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
9:39 a.m.
Peter Suetterlin wrote:
Per Jessen wrote:
Here is perhaps a hint - when I booted with autologin, and the GUI is
started, I did notice an error popup saying Plasma5 could not be
started|initialised|created, due to some issue with libGL 2 ?
Yup. It seems to be down to sddm now. It
won't let me login
manually and it cannot lock properly.
The guess is clearly some permission thing I'd say. Finding out
*what* it is would be nice (I'd expect a new install to work w/o
issues...) One thing I noticed on my TW machine is that
'journalctl -u
display-manager'
doesn't give you all sddm-related messages. I did a 'journalctl -b |
grep sddm' and got quite some more messages.
Hehe, good one!
--
Per Jessen, Zürich (6.7°C)
http://www.dns24.ch/ - your free DNS host, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
I'm going to try a fresh install today. I
just can't be certain that
the update didn't screw something up, I guess?
Afraid so. Good luck :)
You can of course do a disk compare between the upgraded and the new
system - IIRC there had been an extensive thread about that recently
:D
12:25 p.m.
On 31/01/2018 11:39, Per Jessen wrote:
Here is perhaps a hint - when I booted with autologin,
and the GUI is
started, I did notice an error popup saying Plasma5 could not be
started|initialised|created, due to some issue with libGL 2 ?
Sorry I'm late,
this I would definitely nuke nvidia and then boot with
noveau. Then reinstall nvidia from scratch.
Dave P
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
1:17 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday, 2018-01-31 at 09:21 -0000, Peter Suetterlin wrote:
Oh, but in this case the differences will be huge, and it is difficult
which differences are important and which are not.
However, I also do a test fresh install in order to compare the upgrade if
it fails, to see how a fresh install configures things.
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
Per Jessen wrote:
I'm going
to try a fresh install today. I just can't be certain that
the update didn't screw something up, I guess?
Afraid so. Good luck :)
You can of course do a disk compare between the upgraded and the new system -
IIRC there had been an extensive thread about that recently :D -----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpxwfMACgkQtTMYHG2NR9XivQCeKKE+XBdNYwBBPaeK3Xs23N7y
xzAAniBbBUtLUz6RUeSbnLECrUPMPi5n
=Geut
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
2 Feb
2 Feb
5:18 a.m.
On 31/01/18 14:09, Carlos E. R. wrote:
On 2018-01-31 02:50, Basil Chupin wrote:
Horses for courses. I'll stay with clean installs -- no baggage to carry
over to the new version.
On 31/01/18 02:25, Per Jessen wrote:
I have been doing upgrades for two decades, and I still
find it
preferable :-) Carlos E. R. wrote:
Which is why I now always do a fresh install and not an upgrade --
too
much f*-around otherwise. On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
> Carlos E. R. wrote:
>
>> Just run startx in runlevel 3 and as root.
> Okay, that gave me the KDE GUI, as root, without logging in.
Then that means that the graphics driver is not the issue. It is the
display manager.
That is at least progress. Not sure what to try next though.
Maybe I
should just have done a re-install, would have easily fixed the problem
by now :-( BTW, I saw that you mentioned that the Nvidia driver
was compiled - but
The SUBJECT header says it all -- and I get this (black screen) when I
reboot after compiling the nVidia driver and forgetting to run mkinitrd.
BC
--
Always be nice to people on your way up -- you'll see
the same people on your way down.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
was 'mkinitrd' run after the compilation?
The nvidia driver is not loaded from initrd, but much later. And in the
rpm case, the compilation happens during installation.
Anyway, his issue is not related to the driver, as startx works fine, he
gets a desktop.
11:30 a.m.
On 2018-02-02 06:18, Basil Chupin wrote:
Yes, but the driver was working perfectly. The software was ordering the display to be
black :-P
It was the display manager which failed.
No need to compile and run mkinitrd if driver comes in an rpm, besides :-)
--
Cheers / Saludos,
Carlos E. R.
(from oS 42.3 "Malachite" (rescate 1))
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On 31/01/18 14:09, Carlos E. R. wrote:
No time lost having to decide what else to install besides the default list, and what to
configure
and how. No fstab editing, network, hosts, dns server, postfix, amavis, mysql, apache...
:-)
On 2018-01-31 02:50, Basil Chupin wrote:
Horses for courses. I'll stay with clean installs -- no baggage to carry
over to the new version. On 31/01/18 02:25, Per Jessen wrote:
I have been doing upgrades for two decades, and I still
find it
preferable :-) Carlos E. R. wrote:
> On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen wrote:
>
>> Carlos E. R. wrote:
>>
>>> Just run startx in runlevel 3 and as root.
>> Okay, that gave me the KDE GUI, as root, without logging in.
> Then that means that the graphics driver is not the issue. It is the
> display manager.
That is at least progress. Not sure what to try next though. Maybe I
should just have done a re-install, would have easily fixed the problem
by now :-(
Which is why I now always do a fresh install and not an upgrade --
too
much f*-around otherwise. BTW, I saw
that you mentioned that the Nvidia driver was compiled - but
The SUBJECT header says it all -- and I get this (black screen) when I
reboot after compiling the nVidia driver and forgetting to run mkinitrd. was 'mkinitrd' run after the compilation?
The nvidia driver is not loaded from initrd, but much later. And in the
rpm case, the compilation happens during installation.
Anyway, his issue is not related to the driver, as startx works fine, he
gets a desktop.
1:47 p.m.
* Carlos E. R. <robin.listas(a)telefonica.net> [02-02-18 06:34]:
On 2018-02-02 06:18, Basil Chupin wrote:
Yes, but the driver was working perfectly. The software was ordering the display to be
black :-P
It was the display manager which failed.
No need to compile and run mkinitrd if driver comes in an rpm, besides :-)
there is no need to run mkinitrd if installing the NVI...run package
either if you: "sh NV...run -aqs --install-libglvnd"
--
(paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri
http://en.opensuse.org openSUSE Community Member facebook/ptilopteri
Registered Linux User #207535 @ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On 31/01/18 14:09, Carlos E. R. wrote:
No time lost having to decide what else to install besides the default list, and what to
configure
and how. No fstab editing, network, hosts, dns server, postfix, amavis, mysql, apache...
:-)
On 2018-01-31 02:50, Basil Chupin wrote:
Horses for courses. I'll stay with clean installs -- no baggage to carry
over to the new version. On 31/01/18 02:25, Per Jessen wrote:
> Carlos E. R. wrote:
>
>> On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen wrote:
>>
>>> Carlos E. R. wrote:
>>>
>>>> Just run startx in runlevel 3 and as root.
>>> Okay, that gave me the KDE GUI, as root, without logging in.
>> Then that means that the graphics driver is not the issue. It is the
>> display manager.
> That is at least progress. Not sure what to try next though. Maybe I
> should just have done a re-install, would have easily fixed the problem
> by now :-(
Which is why I now always do a fresh install and not an upgrade -- too
much f*-around otherwise.
I have been doing upgrades for two decades, and I still
find it
preferable :-) BTW, I
saw that you mentioned that the Nvidia driver was compiled - but
The SUBJECT header says it all -- and I get this (black screen) when I
reboot after compiling the nVidia driver and forgetting to run mkinitrd. was 'mkinitrd' run after the compilation?
The nvidia driver is not loaded from initrd, but much later. And in the
rpm case, the compilation happens during installation.
Anyway, his issue is not related to the driver, as startx works fine, he
gets a desktop.
4 Feb
4 Feb
6:29 a.m.
On 03/02/18 00:47, Patrick Shanahan wrote:
* Carlos E. R. <robin.listas(a)telefonica.net>
[02-02-18 06:34]:
There is no 'libglvnd' in Leap 42.3.
In TW there is 'libglvnd' but I had read in apost either here or in
opensuse not that long ago that it was not a requirement to use
"...--install-libglvnd". When one looks at '/libglvnd' it only contains
a 'Readme.md' file.
Nevertheless, I shall use what you suggest to see what difference it
makes to my 'normal' way of compiling the nVidia driver :-).
<A little time later...>
Well, sorry Patrick, but I see no difference between using or not using
'--install-libglvnd'.
And regarding running 'mkinitrd' after compiling the driver, again, I
read, in this list I think, the need to do this to ensure that the
driver was picked up by the kernel. Now, whoever wrote that may have
been just flapping his ears, I don't know, but it don't hurt to run
'mkinitrd' just to be on the safe side :-).
BC
--
Always be nice to people on your way up -- you'll see
the same people on your way down.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On 2018-02-02 06:18, Basil Chupin wrote:
Yes, but
the driver was working perfectly. The software was ordering the display to be black :-P
It was the display manager which failed.
No need to compile and run mkinitrd if driver comes in an rpm, besides :-)
there
is no need to run mkinitrd if installing the NVI...run package
either if you: "sh NV...run -aqs --install-libglvnd" On 31/01/18 14:09, Carlos E. R. wrote:
No time lost having to decide what else to install
besides the default list, and what to configure
and how. No fstab editing, network, hosts, dns server, postfix, amavis, mysql, apache...
:-)
On 2018-01-31 02:50, Basil Chupin wrote:
> On 31/01/18 02:25, Per Jessen wrote:
>> Carlos E. R. wrote:
>>
>>> On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen wrote:
>>>
>>>> Carlos E. R. wrote:
>>>>
>>>>> Just run startx in runlevel 3 and as root.
>>>> Okay, that gave me the KDE GUI, as root, without logging in.
>>> Then that means that the graphics driver is not the issue. It is the
>>> display manager.
>> That is at least progress. Not sure what to try next though. Maybe I
>> should just have done a re-install, would have easily fixed the problem
>> by now :-(
> Which is why I now always do a fresh install and not an upgrade -- too
> much f*-around otherwise.
I have been doing upgrades for two decades, and I still find it
preferable :-)
Horses for courses. I'll stay with clean installs -- no baggage
to carry
over to the new version. BTW, I
saw that you mentioned that the Nvidia driver was compiled - but
> was 'mkinitrd' run after the compilation?
The nvidia driver is not loaded from initrd, but much later. And in the
rpm case, the compilation happens during installation.
Anyway, his issue is not related to the driver, as startx works fine, he
gets a desktop.
The SUBJECT header says it all -- and I get this (black screen)
when I
reboot after compiling the nVidia driver and forgetting to run mkinitrd.
5:37 a.m.
On 02/02/18 22:30, Carlos E. R. wrote:
On 2018-02-02 06:18, Basil Chupin wrote:
Yes, but
the driver was working perfectly. The software was ordering the display to be black :-P
It was the display manager which failed.
No need to compile and run mkinitrd if driver comes in an rpm, besides :-)
I don't use no rpm stuff, OK? I only use the genuine stuff, OK? And
compile it myself, OK?
:-)
BC
--
Always be nice to people on your way up -- you'll see
the same people on your way down.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
On 31/01/18 14:09, Carlos E. R. wrote:
No time lost having to decide what else to install
besides the default list, and what to configure
and how. No fstab editing, network, hosts, dns server, postfix, amavis, mysql, apache...
:-)
On 2018-01-31 02:50, Basil Chupin wrote:
Horses for courses. I'll stay with clean installs -- no baggage
to carry
over to the new version. On 31/01/18 02:25, Per Jessen wrote:
> Carlos E. R. wrote:
>
>> On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen wrote:
>>
>>> Carlos E. R. wrote:
>>>
>>>> Just run startx in runlevel 3 and as root.
>>> Okay, that gave me the KDE GUI, as root, without logging in.
>> Then that means that the graphics driver is not the issue. It is the
>> display manager.
> That is at least progress. Not sure what to try next though. Maybe I
> should just have done a re-install, would have easily fixed the problem
> by now :-(
Which is why I now always do a fresh install and not an upgrade -- too
much f*-around otherwise.
I have been doing upgrades for two decades, and I still
find it
preferable :-) BTW, I
saw that you mentioned that the Nvidia driver was compiled - but
The SUBJECT header says it all -- and I get this (black screen)
when I
reboot after compiling the nVidia driver and forgetting to run mkinitrd. was 'mkinitrd' run after the compilation?
The nvidia driver is not loaded from initrd, but much later. And in the
rpm case, the compilation happens during installation.
Anyway, his issue is not related to the driver, as startx works fine, he
gets a desktop.
31 Jan
31 Jan
8:17 a.m.
Basil Chupin wrote:
On 31/01/18 02:25, Per Jessen wrote:
Well, it ought to work, it's being tested and QA'ed. When it works, it
also means less work overall.
Carlos E. R. wrote:
Which is why I now always do a fresh install and not an upgrade -- too
much f*-around otherwise. On Tuesday, 2018-01-30 at 16:00 +0100, Per Jessen
wrote:
That is at least progress. Not sure what to try next though.
Maybe
I should just have done a re-install, would have easily fixed the
problem by now :-( Carlos E. R. wrote:
> Just run startx in runlevel 3 and as root.
Okay, that gave me the KDE GUI, as root, without logging in.
Then that means that
the graphics driver is not the issue. It is the
display manager. BTW, I saw that you mentioned that the Nvidia driver
was compiled -
but was 'mkinitrd' run after the compilation?
Oh yes.
--
Per Jessen, Zürich (5.6°C)
http://www.hostsuisse.com/ - virtual servers, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
1:20 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Wednesday, 2018-01-31 at 09:17 +0100, Per Jessen wrote:
Well, it ought to work, it's being tested and QA'ed. When it works, it
also means less work overall.
Upgrades are also tested.
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
Basil Chupin wrote:
> On 31/01/18 02:25, Per Jessen wrote:
>> Carlos E. R. wrote:
That is at least progress. Not sure what to try next
though. Maybe
I should just have done a re-install, would have easily fixed the
problem by now :-(
Which is why I now always do a fresh install and not an upgrade -- too
much f*-around otherwise. -----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpxwoUACgkQtTMYHG2NR9WqSgCdHRnCou5xOrjZsUasceq8N5Cw
MFEAniwXp1HYbxO1zCAJkHgtDFWBjtGC
=g8U5
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
1:28 p.m.
Carlos E. R. wrote:
On Wednesday, 2018-01-31 at 09:17 +0100, Per Jessen
wrote:
Well, it ought to work, it's being tested and QA'ed. When it works,
it also means less work overall.
Upgrades are also tested.
Yes, that's I what meant by "it".
--
Per Jessen, Zürich (9.4°C)
http://www.hostsuisse.com/ - dedicated server rental in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Basil Chupin wrote:
> On 31/01/18 02:25, Per Jessen wrote:
>> Carlos E. R. wrote:
That is at least progress. Not sure what to try next
though.
Maybe I should just have done a re-install, would have easily fixed
the problem by now :-(
Which is why I now always do a fresh install and not an upgrade --
too much f*-around otherwise.
30 Jan
30 Jan
3:03 p.m.
* Per Jessen <per(a)computer.org> [01-30-18 09:42]:
Patrick Shanahan wrote:
as root, chmod +s /usr/bin/Xorg
and your login screen will appear
--
(paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri
http://en.opensuse.org openSUSE Community Member facebook/ptilopteri
Registered Linux User #207535 @ http://linuxcounter.net
Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
* Per Jessen <per(a)computer.org> [01-30-18
09:08]:
Nope:
# l /usr/bin/Xorg
-rwxr-xr-x 1 root root 2205856 Oct 16 21:21 /usr/bin/Xorg* Patrick Shanahan wrote:
so you are not in multi-user
# ls -la /usr/bin/Xorg
-rws--x--x 1 root root 2402448 Jan 20 08:54 /usr/bin/Xorg*
is Xorg suid? * Per Jessen <per(a)computer.org> [01-30-18
08:32]:
> Patrick Shanahan wrote:
>
> > * Per Jessen <per(a)computer.org> [01-30-18 08:10]:
> >> With 42.2 having gone EOL last week, I figured my office test
> >> system ought to be upgraded to 42.3 too - not much chance of
> >> anything being fixed on 42.2 anymore.
> >> So I ran a 'zypper dup' which seemed to go fine - except
> >>
> >> a) nfs mounts don't work. I can't mount them manually either.
> >> b) instead of a GUI login screen, I get a black screen with a
> >> mouse pointer.
> >>
> >> I can probably figure (a) out in time, but I'm a little stuck
> >> with (b). I'm using the Nvidia drivers, they worked fine on
> >> 42.2.
> >>
> >> Suggestions on how to proceed with (b) much welcome.
> >
> > did you reinstall nvidia drivers? you probably have a different
> > kernel.
>
> Yep, I use the Nvidia repo, I saw the drivers being rebuilt.
>
> > does startx work?
>
> Will try.
startx just reported that an x server was already running.
3:11 p.m.
Patrick Shanahan wrote:
as root, chmod +s /usr/bin/Xorg
and your login screen will appear
Will try it - on 42.2, /usr/bin/Xorg doesn't have suid either though.
Just tried it, rebooted, still just black screen with mouse pointer.
--
Per Jessen, Zürich (9.4°C)
http://www.dns24.ch/ - your free DNS host, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
so you are not in multi-user
# ls -la /usr/bin/Xorg
-rws--x--x 1 root root 2402448 Jan 20 08:54 /usr/bin/Xorg*
is Xorg suid?
Nope:
# l /usr/bin/Xorg
-rwxr-xr-x 1 root root 2205856 Oct 16 21:21 /usr/bin/Xorg*
3:14 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday, 2018-01-30 at 16:11 +0100, Per Jessen wrote:
as root, chmod +s /usr/bin/Xorg
and your login screen will appear
Will try it - on 42.2, /usr/bin/Xorg doesn't have suid either though.
Just tried it, rebooted, still just black screen with mouse pointer.
Afaik Xork suid is only needed in order to be able to do startx as plain
user, not in level5 which handles the permissions in a different manner.
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
Patrick Shanahan wrote:
so you are not
in multi-user
# ls -la /usr/bin/Xorg
-rws--x--x 1 root root 2402448 Jan 20 08:54 /usr/bin/Xorg*
is Xorg suid?
Nope:
# l /usr/bin/Xorg
-rwxr-xr-x 1 root root 2205856 Oct 16 21:21 /usr/bin/Xorg* -----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpwi+gACgkQtTMYHG2NR9UMvwCghLXTeejLXpICLyynkNAFmzeT
gxYAoI3a/X4UTp//iDvyBzYJBpaEXRQm
=h81z
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
2:28 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday, 2018-01-30 at 15:05 +0100, Per Jessen wrote:
No, stop it first, with "init 3".
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
Patrick Shanahan wrote:
>> does
startx work?
>
> Will try.
startx just reported that an x server was already running. -----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpwgPgACgkQtTMYHG2NR9WHBACgknUIOdmz5e1aQmIhx2E7w06U
YtYAnjcrzSV6LIC8l0RN9jeeuB8jI1Dt
=KNXu
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
1:52 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday, 2018-01-30 at 14:08 +0100, Per Jessen wrote:
With 42.2 having gone EOL last week, I figured my
office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
I prefer the offline method myself.
a) nfs mounts don't work. I can't mount them manually either.
As client?
They work on the two systems I have updated, the desktop machine is still
on 42.2.
b) instead of a GUI login screen, I get a black screen
with a mouse
pointer.
I can probably figure (a) out in time, but I'm a little stuck with (b).
I'm using the Nvidia drivers, they worked fine on 42.2.
I have one test partition with 42.3 in this desktop with nvidia hardware.
Now at this moment I don't remember what driver I used. I can find out,
perhaps.
Telcontar:~ # chroot /other/ssd-test/
Telcontar:/ # rpm -qa | grep -i nvidia
Telcontar:/ # rpm -qa | grep -i nv
perl-Math-Base-Convert-0.11-3.11.noarch
libv4lconvert0-1.8.0-7.1.x86_64
Telcontar:/ #
Well, it is using the open driver.
Suggestions on how to proceed with (b) much welcome.
Dark video... rings a bell, now... what was it?
[...]
This?
<https://bugzilla.suse.com/show_bug.cgi?id=1053115>
But it is closed as solved.
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpweKAACgkQtTMYHG2NR9V1/QCdFpArhSgUFvCsMkAB3P7v/VDf
d5gAmgJDP+NYICFEKbAzCSJGVVzZWyOx
=xway
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
2:18 p.m.
Carlos E. R. wrote:
[snip]
It is TW bug, maybe the fix didn't percolate down.
There is a mention of a fix of 50-nvidia.conf, I'll try that out.
There is also a mention of
https://en.opensuse.org/SDB:NVIDIA_the_hard_way
which says the following:
On Tuesday, 2018-01-30 at 14:08 +0100, Per Jessen
wrote:
Oh sorry, yes, the desktop cannot mount NFS drives from an nfs server.
With 42.2 having gone EOL last week, I figured my
office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
I prefer the offline method myself.
a) nfs mounts don't work. I can't mount them manually either.
As client? They work on the two systems I have updated, the
desktop machine is
still on 42.2.
I'm sure it's something minor. It'll wait.
b) instead of
a GUI login screen, I get a black screen with a mouse
pointer.
I can probably figure (a) out in time, but I'm a little stuck with
(b). I'm using the Nvidia drivers, they worked fine on 42.2.
Suggestions on how to proceed with (b) much
welcome.
Dark video... rings a bell, now... what was it?
[...]
This?
<https://bugzilla.suse.com/show_bug.cgi?id=1053115>
But it is closed as solved. NVIDIA proprietary driver works flawlessly on Leap
42.2. On Leap 42.3
you need to uninstall the drm-kmp-default package first (boo#1044816).
However, my system doesn't have that installed anyway.
--
Per Jessen, Zürich (8.8°C)
http://www.dns24.ch/ - free dynamic DNS, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
1:58 p.m.
Per Jessen wrote:
With 42.2 having gone EOL last week, I figured my
office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
a) nfs mounts don't work. I can't mount them manually either.
b) instead of a GUI login screen, I get a black screen with a mouse
pointer.
Are the home directories coming from nfs?
I can probably figure (a) out in time, but I'm a
little stuck with (b).
I'm using the Nvidia drivers, they worked fine on 42.2.
Any obvious errors in /var/log/Xorg.log?
I did a similar dup upgrade some time ago, including nvidia repo, and that
worked fine.
Suggestions on how to proceed with (b) much welcome.
Console login and start X manually?
As for NFS: can you 'showmount -e <server>' from that machine (console)?
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
2:36 p.m.
Peter Suetterlin wrote:
That sounds good. I have posted Xorg.0.log here -
http://files.jessen.ch/office37-Xorg.0.log.txt
The only suspicious lines I spotted were these two:
[ 130.685] (EE) /dev/dri/card0: failed to set DRM interface version
1.4: Permission denied
[ 130.935] (EE) /dev/dri/card0: failed to set DRM interface version
1.4: Permission denied
X seems to be started - I have a mouse pointer and 'startx' says it is
running.
Per Jessen wrote:
No, they're just two separate data directories. I would love to
have /home on NFS, but our client base is too varied.
With 42.2 having gone EOL last week, I figured my
office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
a) nfs mounts don't work. I can't mount them manually either.
b) instead of a GUI login screen, I get a black screen with a mouse
pointer.
Are the home directories coming from nfs? I can probably
figure (a) out in time, but I'm a little stuck with
(b). I'm using the Nvidia drivers, they worked fine on 42.2.
Any obvious errors in /var/log/Xorg.log?
I did a similar dup upgrade some time ago, including nvidia repo, and
that worked fine. Suggestions on
how to proceed with (b) much welcome.
Console login and start X manually? As for NFS: can you 'showmount -e
<server>' from that machine
(console)?
# showmount -e rainbow
Export list for rainbow:
/srv/nfsroot/zotac1 192.168.3.67
/srv/nfsroot/stork9 stork9.hrbrz2
/srv/nfsroot/office36
2a03:7520:4c68:1:ff99:ffff:0:a900,2a03:7520:4c68:1:ff99:ffff::,office36.hrbrz2
/srv/nfsroot/hpsrv033a hpsrv033.hrbrz2
/srv/nfsroot/hpsrv033 hpsrv033.hrbrz2
/srv/nfsroot/office31a office31.hrbrz2
/srv/nfsroot/office12 2a03:7520:4c68:1:ff99:ffff:0:e878,office12.hrbrz2
/srv/nfsroot/office31 office31.hrbrz2
/srv/nfsroot/office13 office13.hrbrz2
/home 2a03:7520:4c68:1:ff99::8975,192.168.0.0/16
The two directories are under /home. The IPv6 address listed is not
valid for this system, so the mount should just fall back to ipv4, but
it doesn't.
--
Per Jessen, Zürich (9.0°C)
http://www.hostsuisse.com/ - virtual servers, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
2:43 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday, 2018-01-30 at 15:36 +0100, Per Jessen wrote:
[ 129.041] (WW) Unresolved symbol: fbGetGCPrivateKey
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
Any obvious
errors in /var/log/Xorg.log?
I did a similar dup upgrade some time ago, including nvidia repo, and
that worked fine.
That sounds good. I have posted Xorg.0.log here -
http://files.jessen.ch/office37-Xorg.0.log.txt
The only suspicious lines I spotted were these two:
[ 130.685] (EE) /dev/dri/card0: failed to set DRM interface version
1.4: Permission denied
[ 130.935] (EE) /dev/dri/card0: failed to set DRM interface version
1.4: Permission denied -----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpwhHYACgkQtTMYHG2NR9XeawCeL1K/xMjSm6mxWTSsLCP7lmzi
SHYAn39qPC3RDxPRQkh0IPzX+LM/08Go
=Dkmi
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
2:48 p.m.
Out of curiosity, might you be running into the bug that several of us on TW hit last
week. It sounds very similar to what I ran into at least.
I'll paste that email in below, in case it helps at all.
Chris
Yesterday afternoon I upgraded my laptop to Tumbleweed 20180116. I
don't remember the Tumbleweed serial that I was on before then specifically, but my
last upgrade day
was Jan 8 of this year.
Following the upgrade, after rebooting my laptop and logging into
Plasma, I was greeted with a black screen with a mouse cursor.
The weird thing is I could still hear my computer sounds in the
background, and the mouse cursor would change shape based on what was
underneath it. Eg., KGPG prompts for my password on login, and I could
enter the password and hit enter and the mouse cursor would change
appropriately. I could also (blindly) do alt+f2, type in
konsole<enter>, type in screen<enter>, start a ping, and then resume
that screen session from one of the virtual terminals. So it was as if
KDE was running but hidden.
I tried creating a new user account and trying to log into it (same
issue,) so I knew that it wasn't a profile problem. So, I rebooted and
tried to log in, and as soon as I did that, I did the following from a
virtual terminal:
journalctl > journalctl.txt
dmesg > dmesg.txt
Looking at the journalctl file, I saw this:
Jan 18 14:14:28 caradhras.millikin.edu org.kde.kglobalaccel[5242]:
libEGL warning: DRI2: failed to authenticate
Jan 18 14:14:28 caradhras.millikin.edu org.kde.kglobalaccel[5242]:
libEGL warning: DRI2: failed to open swrast (search paths
/usr/lib64/dri)
I did some poking around on Google, and saw references to
problems with libmesa, so I decided to force-reinstall it just to be
safe.
As I was telling YaST to "upgrade" the various Mesa packages, as soon
as I did that with the "Mesa" package, it auto-added two additional
packages that weren't installed at the time - Mesa-dri and Mesa-
gallium. After reinstalling all of the Mesa packages (including those
two additional ones) and rebooting, all was back to normal again :) So it seems as if
possibly that dependency wasn't set up correctly?
Chris
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3:24 p.m.
Per Jessen wrote:
That sounds good. I have posted Xorg.0.log here -
http://files.jessen.ch/office37-Xorg.0.log.txt
The only suspicious lines I spotted were these two:
[ 130.685] (EE) /dev/dri/card0: failed to set DRM interface version
1.4: Permission denied
[ 130.935] (EE) /dev/dri/card0: failed to set DRM interface version
1.4: Permission denied
Those are harmless - I also get them from my (optimus) nvidia card on the
laptop. Seems they only support a lower version...
X seems to be started - I have a mouse pointer and 'startx' says it is
running.
Yes, the Cursor suggested that -(that's why I suspected some net related timeout).
....
Peter Suetterlin wrote:
OK. Thought it might be timeouts looking for user info...
Are the home directories coming from nfs?
No, they're just two separate data directories. I would love to
have /home on NFS, but our client base is too varied. I can
probably figure (a) out in time, but I'm a little stuck with
(b). I'm using the Nvidia drivers, they worked fine on 42.2.
Any obvious errors in /var/log/Xorg.log?
I did a similar dup upgrade some time ago, including nvidia repo, and
that worked fine. Suggestions on how to proceed with (b) much welcome.
Console login and start X manually? As for NFS:
can you 'showmount -e <server>' from that machine
(console)?
# showmount -e rainbow
Export list for rainbow:
/srv/nfsroot/zotac1 192.168.3.67> The two directories are under /home. The IPv6 address
listed is not
valid for this system, so the mount should just fall back to ipv4, but
it doesn't.
But somewhat suspicious. Can you disable ipv6?
There were some bugreports about the ipv4 fallback not working.
Can you try with mount option proto=tcp?
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3:48 p.m.
Peter Suetterlin wrote:
Per Jessen wrote:
That would be terrible. I guess I could try booting with ipv6 disabled
altogether.
Peter Suetterlin wrote:
....
As for NFS: can you 'showmount -e <server>' from that machine
(console)?
# showmount -e rainbow
Export list for rainbow:
/srv/nfsroot/zotac1 192.168.3.67> The two directories are under /home. The IPv6
address listed is not
valid for this system, so the mount should just fall back to ipv4,
but it doesn't.
But somewhat suspicious. Can you disable ipv6?
There were some bugreports about the ipv4 fallback not working. Can you try with mount option proto=tcp?
with nfsv4 that's the default, but I can try.
--
Per Jessen, Zürich (8.4°C)
http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3:51 p.m.
Per Jessen wrote:
I know, but this enforces ipv4 and circumvents issues with malfunctioning
fallback...
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Peter Suetterlin wrote:
Can you try
with mount option proto=tcp?
with nfsv4 that's the default, but I can try.
3:57 p.m.
Peter Suetterlin wrote:
Per Jessen wrote:
I know, but this enforces ipv4 and circumvents issues with
malfunctioning fallback...
Remarkable - yes, it worked with proto=tcp:
mount -o proto=tcp -t nfs4 rainbow:/home/hostsuisse /mnt
I see a bugreport coming up.
--
Per Jessen, Zürich (8.8°C)
http://www.dns24.ch/ - your free DNS host, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Peter Suetterlin wrote:
Can you
try with mount option proto=tcp?
with nfsv4 that's the default, but I can try.
2:44 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Tuesday, 2018-01-30 at 14:08 +0100, Per Jessen wrote:
With 42.2 having gone EOL last week, I figured my
office test system
ought to be upgraded to 42.3 too - not much chance of anything being
fixed on 42.2 anymore.
So I ran a 'zypper dup' which seemed to go fine - except
Try this query:
rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \
%{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \
%25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \
| sort | cut --fields="2-" | tee rpmlist \
| egrep -v "openSUSE\ Leap\ 42\.3|openSUSE_Leap_42\.3" | less -S
and examine the result for packages that were not upgraded
- --
Cheers,
Carlos E. R.
(from openSUSE 42.2 x86_64 "Malachite" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlpwhMoACgkQtTMYHG2NR9XPSwCfe0bGbVW4NPCQbzicpxljRLIN
lU0AnjK1JpEaTxbnLRCWPpNkx/fELrBk
=pBOT
-----END PGP SIGNATURE-----
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3:22 p.m.
Carlos E. R. wrote:
rpm -q -a --queryformat
"%{INSTALLTIME}\t%{INSTALLTIME:day} \
%{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \
%25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \
| sort | cut --fields="2-" | tee rpmlist \
| egrep -v "openSUSE\ Leap\ 42\.3|openSUSE_Leap_42\.3" | less -S
Do you see anything odd:
# rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \
%{BUILDTIME:day}
%-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \
%25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \
| sort | cut --fields="2-" | tee rpmlist \
| egrep -v "openSUSE\ Leap\ 42\.3|openSUSE_Leap_42\.3"
Sun Dec 04 2016
Mon May 05 2014 gpg-pubkey 3dbdc284-53674dd4
(none) (none)openSUSE Project Signing Key
<opensuse(a)opensuse.org> == (none) (none)
Sun Dec 04 2016 Tue May 04 2010 gpg-pubkey
307e3d54-4be01a65 (none) (none)SuSE Package Signing Key
<build(a)suse.de> == (none) (none)
Sat Feb 04 2017 Thu Jun 15 2006 gpg-pubkey
c66b6eae-4491871e (none) (none)NVIDIA Corporation
<linux-bugs(a)nvidia.com> == (none) (none)
Wed Jan 24 2018 Thu Jan 04 2018 kernel-devel
4.4.104-18.44.1 noarch openSUSE http://bugs.opensuse.org == openSUSE
Leap 42.2 (none)
Wed Jan 24 2018 Thu Jan 04 2018 kernel-default-devel
4.4.104-18.44.1 x86_64 openSUSE http://bugs.opensuse.org == openSUSE
Leap 42.2 (none)
Wed Jan 24 2018 Thu Jan 04 2018 kernel-default
4.4.104-18.44.1 x86_64 openSUSE http://bugs.opensuse.org == openSUSE
Leap 42.2 (none)
Thu Jan 25 2018 Sat Aug 13 2016 gpg-pubkey
23312922-57af6dd8 (none) (none)home:wolfi323 OBS Project
<home:wolfi323@build.opensuse.org> == (none) (none)
Tue Jan 30 2018 Tue Jul 11 2017 unrar
5.5.5-4.1 x86_64 openSUSE http://bugs.opensuse.org ==
openSUSE:Leap:42.3:NonFree (none)
Tue Jan 30 2018 Tue Jul 11 2017 gstreamer-0_10-fluendo-mp3
21-2.9 x86_64 openSUSE http://bugs.opensuse.org ==
openSUSE:Leap:42.3:NonFree (none)
--
Per Jessen, Zürich (9.3°C)
http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
3:38 p.m.
On 30/01/2018 17:22, Per Jessen wrote:
ue Jan 30 2018 Tue Jul 11 2017
gstreamer-0_10-fluendo-mp3
Remove this since the mp3 patent expired, it will never be needed again.
Won't fix your display though.
Dave P
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
5:42 p.m.
On 2018-01-30 16:22, Per Jessen wrote:
Carlos E. R. wrote:
I have some much older. Apparently they stay for ever.
rpm -q -a --queryformat
"%{INSTALLTIME}\t%{INSTALLTIME:day} \
%{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \
%25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \
| sort | cut --fields="2-" | tee rpmlist \
| egrep -v "openSUSE\ Leap\ 42\.3|openSUSE_Leap_42\.3" | less -S
Do you see anything odd:
# rpm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \
%{BUILDTIME:day}
%-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \
%25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \
| sort | cut --fields="2-" | tee rpmlist \
| egrep -v "openSUSE\ Leap\ 42\.3|openSUSE_Leap_42\.3"
Sun Dec 04
2016 Mon May 05 2014 gpg-pubkey 3dbdc284-53674dd4
(none) (none)openSUSE Project Signing Key
<opensuse(a)opensuse.org> == (none) (none)
Sun Dec 04 2016 Tue May 04 2010 gpg-pubkey
307e3d54-4be01a65 (none) (none)SuSE Package Signing Key
<build(a)suse.de> == (none) (none)
Sat Feb 04 2017 Thu Jun 15 2006 gpg-pubkey
c66b6eae-4491871e (none) (none)NVIDIA Corporation
<linux-bugs(a)nvidia.com> == (none) (none) Wed Jan 24 2018 Thu Jan 04 2018 kernel-devel
4.4.104-18.44.1 noarch openSUSE
http://bugs.opensuse.org == openSUSE Leap 42.2 (none)
Wed Jan 24 2018 Thu Jan 04 2018 kernel-default-devel
4.4.104-18.44.1 x86_64 openSUSE http://bugs.opensuse.org == openSUSE
Leap 42.2 (none)
Wed Jan 24 2018 Thu Jan 04 2018 kernel-default
4.4.104-18.44.1 x86_64 openSUSE http://bugs.opensuse.org == openSUSE
Leap 42.2 (none)
These will be purged out eventually, as other kernel updates come and
are applied. Or you can remove manually if you wish.
Thu Jan 25 2018 Sat Aug 13 2016 gpg-pubkey
23312922-57af6dd8 (none)
(none)home:wolfi323 OBS Project <home:wolfi323@build.opensuse.org> == (none) (none)
No issue
Tue Jan 30 2018 Tue Jul 11 2017 unrar
5.5.5-4.1 x86_64 openSUSE
http://bugs.opensuse.org == openSUSE:Leap:42.3:NonFree (none)
Tue Jan 30 2018 Tue Jul 11 2017 gstreamer-0_10-fluendo-mp3
21-2.9 x86_64 openSUSE http://bugs.opensuse.org ==
openSUSE:Leap:42.3:NonFree (none)
These are 42.3 packages with a different 42.3 string, so they skipped
the egrep filter.
So, so far as wrong version packages, everything is correct.
--
Cheers / Saludos,
Carlos E. R.
(from 42.2 x86_64 "Malachite" at Telcontar)
5:58 p.m.
On Tue, 30 Jan 2018 14:08:10 +0100
Per Jessen <per(a)computer.org> wrote:
b) instead of a GUI login screen, I get a black screen
with a mouse
pointer.
I have had this, on Tumbleweed. I am not using any proprietary graphics drivers.
I found that it was due to my display manager not starting.
I switched to the very basic ``xdm'' display manager, and this now works fine.
Prior to a suggestion from a colleague which pointed me in the right direction, I spent a
couple of weeks hitting alt-F1, logging in at the console and then running
``startx'' every day.
xdm is plain but it does all I need, which isn't much…
--
Liam Proven - Technical Writer, SUSE Linux s.r.o.
Corso II, Křižíkova 148/34, 186-00 Praha 8 - Karlín, Czechia
Email: lproven(a)suse.com - Office telephone: +420 284 241 084
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
9:22 p.m.
On Tuesday, January 30, 2018 8:08:10 AM EST Per Jessen wrote:
I can probably figure (a) out in time, but I'm a little stuck with (b).
I'm using the Nvidia drivers, they worked fine on 42.2.
Suggestions on how to proceed with (b) much welcome.
I have an nvidia 9800GTX, and the same thing happened in my DVD upgrade last
week. I had switched the nvidia repo to 42.3 and enabled it. Logging on with
a different display manager, I discovered that YaST had not upgraded the
packages consistently, and had actually switched 2 of the 5 to the 04 driver
(my card uses the 03).
My admittedly simplistic solution was to deinstall all the packages which
cleanly reverted the system to nouveau. X under KDE Plasma then worked fine.
I reinstalled the packages from the repository and all was well.
Btw, I had similar problems due to my also keeping several build service
repo's enabled (after switching them to 42.3 of course). With these, YaST
actually pulled in newer versions of OSS packages from those repo's instead of
from the OSS repo. Made quite a mess which was a royal PITA to repair.
I'll be returning to my old practice of disabling all 3rd-party repo's before
upgrade.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
31 Jan
31 Jan
8:53 a.m.
Dennis Gallien wrote:
On Tuesday, January 30, 2018 8:08:10 AM EST Per Jessen
wrote:
Mine also uses the 03 - quadro fx 4600.
I can probably figure (a) out in time, but I'm a little stuck with
(b). I'm using the Nvidia drivers, they worked fine on 42.2.
Suggestions on how to proceed with (b) much welcome.
I have an nvidia 9800GTX, and the same thing happened in my DVD
upgrade last week. I had switched the nvidia repo to 42.3 and enabled
it. Logging on with a different display manager, I discovered that
YaST had not upgraded the packages consistently, and had actually
switched 2 of the 5 to the 04 driver (my card uses the 03). My admittedly simplistic solution was to deinstall all
the packages
which cleanly reverted the system to nouveau. X under KDE Plasma then
worked fine. I reinstalled the packages from the repository and all
was well.
I might try that too.
I'll be returning to my old practice of disabling
all 3rd-party repo's
before upgrade.
I think I actually ran the upgrade withy just that - nvidia repo
disabled. I'm not sure that was a good idea.
--
Per Jessen, Zürich (6.2°C)
http://www.hostsuisse.com/ - dedicated server rental in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
10:33 a.m.
Per Jessen wrote:
Dennis Gallien wrote:
Hmm, together with the comment about the libGL error - maybe that's some GL
libraries of the nvidia package overwritten by the update?
Did you do a forced re-install of all nvidia packages?
For my 42.2->42.3 update I had left nvidia enabled...
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
I'll be returning to my old practice of
disabling all 3rd-party repo's
before upgrade.
I think I actually ran the upgrade withy just that - nvidia repo
disabled. I'm not sure that was a good idea.
12:34 p.m.
On 2018-01-31 11:33, Peter Suetterlin wrote:
Per Jessen wrote:
I also left all repos enabled, went fine (with some work). However, I do
not use zypper dup, but the offline method.
For enabling the repos with the offline method it is necesary before
booting the DVD to edit the files in "/etc/zypp/repos.d/" comfortably
with your preferred editor, or sed script whatever (except the official
ones like "oss"). Doing the changes during the actual install is
uncomfortable.
--
Cheers / Saludos,
Carlos E. R.
(from 42.2 x86_64 "Malachite" at Telcontar)
Dennis Gallien wrote:
Hmm, together with the comment about the libGL error - maybe that's some GL
libraries of the nvidia package overwritten by the update?
Did you do a forced re-install of all nvidia packages?
For my 42.2->42.3 update I had left nvidia enabled... I'll be returning to my old practice of
disabling all 3rd-party repo's
before upgrade.
I think I actually ran the upgrade withy just that - nvidia repo
disabled. I'm not sure that was a good idea.
1:26 p.m.
Peter Suetterlin wrote:
Per Jessen wrote:
I did afterwards, yes.
Dennis Gallien wrote:
Hmm, together with the comment about the libGL error - maybe that's
some GL libraries of the nvidia package overwritten by the update?
Did you do a forced re-install of all nvidia packages? I'll be returning to my old practice of
disabling all 3rd-party
repo's before upgrade.
I think I actually ran the upgrade withy just that - nvidia repo
disabled. I'm not sure that was a good idea. For my 42.2->42.3 update I had left nvidia
enabled...
I have a nagging feeling I should have too.
--
Per Jessen, Zürich (9.6°C)
http://www.dns24.ch/ - free dynamic DNS, made in Switzerland.
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
4:20 p.m.
On Wednesday, January 31, 2018 3:53:25 AM EST Per Jessen wrote:
Understood. The nvidia package seems to do a good job now of moving nouveau
out/in with installation/deinstallation (although that wasn't so at 42.3
release; but the package has since been fixed). And no more fiddling with
xorg.conf, too. I've had problems with these drivers and system upgrades more
than a few times over the years. Now I'm sticking with Occam's razor. :)
--
To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse+owner(a)opensuse.org
Dennis Gallien wrote:
.
.
.
My admittedly simplistic solution was to
deinstall all the packages
which cleanly reverted the system to nouveau. X under KDE Plasma then
worked fine. I reinstalled the packages from the repository and all
was well.
I might try that too.
I'll be returning to my old practice of
disabling all 3rd-party repo's
before upgrade.
I think I actually ran the upgrade withy just that - nvidia repo
disabled. I'm not sure that was a good idea.
1085
days inactive
1090
days old
65 comments
9 participants
participants (9)
-
Basil Chupin -
Carlos E. R. -
Christopher Myers -
Dave Plater -
Dennis Gallien -
Liam Proven -
Patrick Shanahan -
Per Jessen -
Peter Suetterlin