Patrick Shanahan wrote:

* Per Jessen [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

Patrick Shanahan wrote:

* Per Jessen [01-30-18 08:32]:

...

Patrick Shanahan wrote:

...

* Per Jessen [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

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]:

...

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

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

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

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

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

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.

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

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

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: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 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

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

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

-----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 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

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. [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

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

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

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 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

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

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

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

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

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

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 == (none) (none) Sun Dec 04 2016 Tue May 04 2010 gpg-pubkey 307e3d54-4be01a65 (none) (none)SuSE Package Signing Key == (none) (none) Sat Feb 04 2017 Thu Jun 15 2006 gpg-pubkey c66b6eae-4491871e (none) (none)NVIDIA Corporation == (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 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 == (none) (none) Sun Dec 04 2016 Tue May 04 2010 gpg-pubkey 307e3d54-4be01a65 (none) (none)SuSE Package Signing Key == (none) (none) Sat Feb 04 2017 Thu Jun 15 2006 gpg-pubkey c66b6eae-4491871e (none) (none)NVIDIA Corporation == (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)

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

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