[opensuse] upgraded 42.2 to 42.3, now have black screen.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Per Jessen <per@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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Patrick Shanahan wrote:
* Per Jessen <per@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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Per Jessen <per@computer.org> [01-30-18 08:32]:
Patrick Shanahan wrote:
* Per Jessen <per@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.
about "a", did you try "exportfs"?
:-) when the fileserver was rebooted three months ago - besides, it worked before the upgrade.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [01-30-18 08:32]:
Patrick Shanahan wrote:
* Per Jessen <per@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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Per Jessen <per@computer.org> [01-30-18 09:08]:
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [01-30-18 08:32]:
Patrick Shanahan wrote:
* Per Jessen <per@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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [01-30-18 09:08]:
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [01-30-18 08:32]:
Patrick Shanahan wrote:
* Per Jessen <per@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.
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* -- Per Jessen, Zürich (9.4°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2018-01-30 at 15:41 +0100, Per Jessen wrote:
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?
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) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpwhS4ACgkQtTMYHG2NR9W0fACeJ4n6KJPVKONvajhhRv2/mWrz oXAAnjlFttJZge6kdF3S+lTbtm1KUOX+ =Pdan -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
On Tuesday, 2018-01-30 at 15:41 +0100, Per Jessen wrote:
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?
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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. - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpwiz8ACgkQtTMYHG2NR9W7TACcDk+5kexEqjCJqYLKGbj7AW88 3U0AniJW3lkh+GDpE+Rx0Y1ae3A8BZmz =B+R7 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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 :-( -- Per Jessen, Zürich (9.0°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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)? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
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" -- Per Jessen, Zürich (8.9°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 30/01/2018 17:38, Per Jessen wrote:
Peter Suetterlin wrote:
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"
I've never touched mine, it still contains comments. attaching mine, maybe it'll help Dave P
Dave Plater wrote:
On 30/01/2018 17:38, Per Jessen wrote:
Peter Suetterlin wrote:
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"
I've never touched mine, it still contains comments.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 30/01/2018 17:51, Per Jessen wrote:
Dave Plater wrote:
On 30/01/2018 17:38, Per Jessen wrote:
Peter Suetterlin wrote:
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"
I've never touched mine, it still contains comments.
I grepped the comments and the blank lines before posting. :-)
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 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dave Plater wrote:
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. -- Per Jessen, Zürich (8.5°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Dave Plater wrote:
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Dave Plater wrote:
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
Per Jessen wrote:
Dave Plater wrote:
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.
It confirms that the displaymanager is the issue.
So switching to some other DM should be a quick solution.
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Peter Suetterlin wrote:
Per Jessen wrote:
Dave Plater wrote:
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.
It confirms that the displaymanager is the issue.
So switching to some other DM should be a quick solution.
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.
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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"
Looks fie to me. You could try set AUTOLOGIN to some username, maybe this bypasses some issues?
Will try it.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 30/01/2018 17: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 :-(
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2018-01-30 16: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 :-(
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 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. 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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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 :-)
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)
Carlos E. R. wrote:
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 :-)
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
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...)
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 ?
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
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2018-01-31 at 09:21 -0000, Peter Suetterlin wrote:
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
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) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpxwfMACgkQtTMYHG2NR9XivQCeKKE+XBdNYwBBPaeK3Xs23N7y xzAAniBbBUtLUz6RUeSbnLECrUPMPi5n =Geut -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 31/01/18 14:09, Carlos E. R. 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
On 2018-01-31 02:50, Basil Chupin wrote: 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. 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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2018-02-02 06:18, Basil Chupin wrote:
On 31/01/18 14:09, Carlos E. R. 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
On 2018-01-31 02:50, Basil Chupin wrote: preferable :-)
Horses for courses. I'll stay with clean installs -- no baggage to carry over to the new version.
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... :-)
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Carlos E. R. <robin.listas@telefonica.net> [02-02-18 06:34]:
On 2018-02-02 06:18, Basil Chupin wrote:
On 31/01/18 14:09, Carlos E. R. 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
On 2018-01-31 02:50, Basil Chupin wrote: preferable :-)
Horses for courses. I'll stay with clean installs -- no baggage to carry over to the new version.
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... :-)
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 03/02/18 00:47, Patrick Shanahan wrote:
On 2018-02-02 06:18, Basil Chupin wrote:
On 31/01/18 14:09, Carlos E. R. 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
On 2018-01-31 02:50, Basil Chupin wrote: preferable :-) Horses for courses. I'll stay with clean installs -- no baggage to carry over to the new version. 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... :-)
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. 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 :-)
* Carlos E. R. <robin.listas@telefonica.net> [02-02-18 06:34]: there is no need to run mkinitrd if installing the NVI...run package either if you: "sh NV...run -aqs --install-libglvnd"
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 02/02/18 22:30, Carlos E. R. wrote:
On 2018-02-02 06:18, Basil Chupin wrote:
On 31/01/18 14:09, Carlos E. R. 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
On 2018-01-31 02:50, Basil Chupin wrote: preferable :-) Horses for courses. I'll stay with clean installs -- no baggage to carry over to the new version. 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... :-)
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. 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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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.
Well, it ought to work, it's being tested and QA'ed. When it works, it also means less work overall.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday, 2018-01-31 at 09:17 +0100, Per Jessen wrote:
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.
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) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpxwoUACgkQtTMYHG2NR9WqSgCdHRnCou5xOrjZsUasceq8N5Cw MFEAniwXp1HYbxO1zCAJkHgtDFWBjtGC =g8U5 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
On Wednesday, 2018-01-31 at 09:17 +0100, Per Jessen wrote:
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Per Jessen <per@computer.org> [01-30-18 09:42]:
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [01-30-18 09:08]:
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [01-30-18 08:32]:
Patrick Shanahan wrote:
* Per Jessen <per@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.
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*
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@opensuse.org To contact the owner, e-mail: opensuse+owner@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?
Nope:
# l /usr/bin/Xorg -rwxr-xr-x 1 root root 2205856 Oct 16 21:21 /usr/bin/Xorg*
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2018-01-30 at 16:11 +0100, Per Jessen wrote:
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*
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) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpwi+gACgkQtTMYHG2NR9UMvwCghLXTeejLXpICLyynkNAFmzeT gxYAoI3a/X4UTp//iDvyBzYJBpaEXRQm =h81z -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2018-01-30 at 15:05 +0100, Per Jessen wrote:
Patrick Shanahan wrote:
does startx work?
Will try.
startx just reported that an x server was already running.
No, stop it first, with "init 3". - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpwgPgACgkQtTMYHG2NR9WHBACgknUIOdmz5e1aQmIhx2E7w06U YtYAnjcrzSV6LIC8l0RN9jeeuB8jI1Dt =KNXu -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. wrote:
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?
Oh sorry, yes, the desktop cannot mount NFS drives from an nfs server.
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.
[snip]
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.
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:
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
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?
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.
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
Suggestions on how to proceed with (b) much welcome.
Console login and start X manually?
X seems to be started - I have a mouse pointer and 'startx' says it is running.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday, 2018-01-30 at 15:36 +0100, Per Jessen wrote:
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
[ 129.041] (WW) Unresolved symbol: fbGetGCPrivateKey - -- Cheers, Carlos E. R. (from openSUSE 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlpwhHYACgkQtTMYHG2NR9XeawCeL1K/xMjSm6mxWTSsLCP7lmzi SHYAn39qPC3RDxPRQkh0IPzX+LM/08Go =Dkmi -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Peter Suetterlin wrote:
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.
OK. Thought it might be timeouts looking for user info...
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.
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...
Suggestions on how to proceed with (b) much welcome.
Console login and start X manually?
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).
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
Per Jessen wrote:
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.
That would be terrible. I guess I could try booting with ipv6 disabled altogether.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Peter Suetterlin wrote:
Can you try with mount option proto=tcp?
with nfsv4 that's the default, but I can try.
I know, but this enforces ipv4 and circumvents issues with malfunctioning fallback... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Peter Suetterlin wrote:
Per Jessen wrote:
Peter Suetterlin wrote:
Can you try with mount option proto=tcp?
with nfsv4 that's the default, but I can try.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org> == (none) (none) Sun Dec 04 2016 Tue May 04 2010 gpg-pubkey 307e3d54-4be01a65 (none) (none)SuSE Package Signing Key <build@suse.de> == (none) (none) Sat Feb 04 2017 Thu Jun 15 2006 gpg-pubkey c66b6eae-4491871e (none) (none)NVIDIA Corporation <linux-bugs@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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2018-01-30 16:22, Per Jessen wrote:
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@opensuse.org> == (none) (none) Sun Dec 04 2016 Tue May 04 2010 gpg-pubkey 307e3d54-4be01a65 (none) (none)SuSE Package Signing Key <build@suse.de> == (none) (none) Sat Feb 04 2017 Thu Jun 15 2006 gpg-pubkey c66b6eae-4491871e (none) (none)NVIDIA Corporation <linux-bugs@nvidia.com> == (none) (none)
I have some much older. Apparently they stay for ever.
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)
On Tue, 30 Jan 2018 14:08:10 +0100 Per Jessen <per@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@suse.com - Office telephone: +420 284 241 084 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Dennis Gallien wrote:
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).
Mine also uses the 03 - quadro fx 4600.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Per Jessen wrote:
Dennis Gallien wrote:
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2018-01-31 11:33, Peter Suetterlin wrote:
Per Jessen wrote:
Dennis Gallien wrote:
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.
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 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)
Peter Suetterlin wrote:
Per Jessen wrote:
Dennis Gallien wrote:
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.
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 did afterwards, yes.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Wednesday, January 31, 2018 3:53:25 AM EST Per Jessen wrote:
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.
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@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (9)
-
Basil Chupin -
Carlos E. R. -
Christopher Myers -
Dave Plater -
Dennis Gallien -
Liam Proven -
Patrick Shanahan -
Per Jessen -
Peter Suetterlin