Screen setup broken after upgrade in KDE_Current Repo (OpenSuse 12.3)

paolocrosetto1 · October 16, 2014, 1:51pm

Hi all,

I had a perfectly working three-screen setup until this morning. I ran my normal weekly update from the KDE_Current repos (https://en.opensuse.org/SDB:KDE_repositories#Current_KDE_SC_release) and now I have a new kscreens that is broken in several ways

it is not possible to set different resolutions for different screens. It was nicely done before, out of the box; now it is not even an option; all screens are set at the resolution of the ‘main’ one, and since the other two screens have lower resolutions, they do not work
reordering screen position does not seem to work either
the interface has been changed, but I find it considerably worse:
- it was possible to right-click on the screens and set resolution and refresh from there, no more
- it was possible to reorder the relative position of the screens: does not work anymore
- the ‘identify screen’ button fails to produce the correct behavior (i.e., showing the name of the screen on the screen)

This is a case of a SERIOUS regression with an update. I am alarmed since it was ages since such a disruption occurred to me.

Anyone finding the same disruption? anyone with possible way outs? I consider downgrading but it is tricky with the repo policies in place now.

Thanks!

Paolo

PS: it is opensuse 12.3, KDE4.14.2; there other regressions (performance, some parts of the interface not displaying… a complete mess)

wolfi323 · October 16, 2014, 2:04pm

There is no new kscreen.
The 1.0.71 version is in there since May already, and the package hasn’t even been changed since then.

it was possible to right-click on the screens and set resolution and refresh from there, no more

You have to left-click on a screen and you should be able to set resolution and refresh. The old version had an icon below the screens on which you had to click, which was not at all intuitive and therefore got changed.

it was possible to reorder the relative position of the screens: does not work anymore

I don’t have a multi-monitor setup myself, but I can at least drag around the screen just fine.

the ‘identify screen’ button fails to produce the correct behavior (i.e., showing the name of the screen on the screen)

True, but I don’t think that ever worked in 1.0.71 (i.e. since May).

PS: it is opensuse 12.3, KDE4.14.2; there other regressions (performance, some parts of the interface not displaying… a complete mess)

I don’t see any of that either. But I am on 13.1.

Can you please post your repo list?

zypper lr -d

Maybe you have some incompatible mix of packages?

Which exact kscreen package do you have installed?

rpm -qi kscreen

Have you rebooted after the update?

Maybe a graphics driver issue, actually unrelated to the KDE update?
Please post the output of “glxinfo | grep render” (after installing Mesa-demo-x if necessary).

Have you tried with a new user?

paolocrosetto1 · October 16, 2014, 2:20pm

Thanks Wolfi.

SO, here we go

zypper -lr d

 2 | KDE412                    | KDE412                             | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/Current/openSUSE_12.3/                     |        
 3 | KDE412Extra               | KDE412Extra                        | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/Extra/KDE_Current_openSUSE_12.3/           |        
 4 | KDE_412_playground        | KDE 412 playground                 | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/repositories/KDE:/Unstable:/Extra/KDE_Current_openSUSE_12.3/ |        
 5 | Libreoffice_stable        | Libreoffice stable                 | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/repositories/LibreOffice:/Stable/openSUSE_12.3/              |        
 6 | Publishing                | Publishing                         | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/repositories/Publishing/openSUSE_12.3/                       |        
 7 | Rbase                     | Rbase                              | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/repositories/devel:/languages:/R:/released/openSUSE_12.3/    |        
 8 | google-earth              | google-earth                       | Oui    | Oui        |   99     | rpm-md | http://dl.google.com/linux/earth/rpm/stable/x86_64                                        |        
 9 | google-talkplugin         | google-talkplugin                  | Oui    | Oui        |   99     | rpm-md | http://dl.google.com/linux/talkplugin/rpm/stable/x86_64                                   |        
12 | nVidia Graphics Drivers   | nVidia Graphics Drivers            | Oui    | Oui        |   99     | rpm-md | http://download.nvidia.com/opensuse/12.3/                                                 |        
14 | packman-essentials        | packman-essentials                 | Oui    | Oui        |   99     | rpm-md | http://packman.inode.at/suse/openSUSE_12.3/Essentials                                     |        
15 | packman-multimedia        | packman-multimedia                 | Oui    | Oui        |   99     | rpm-md | http://packman.inode.at/suse/openSUSE_12.3/Multimedia                                     |        
16 | python                    | python                             | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/repositories/devel:/languages:/python/openSUSE_12.3/         |        
20 | repo-non-oss              | openSUSE-12.3-Non-Oss              | Oui    | Oui        |   99     | yast2  | http://download.opensuse.org/distribution/12.3/repo/non-oss/                              |        
21 | repo-oss                  | openSUSE-12.3-Oss                  | Oui    | Oui        |   99     | yast2  | http://download.opensuse.org/distribution/12.3/repo/oss/                                  |        
23 | repo-update               | openSUSE-12.3-Update               | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/update/12.3/                                                 |        
24 | repo-update-non-oss       | openSUSE-12.3-Update-Non-Oss       | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/update/12.3-non-oss/                                         |        
25 | systemsmanagement         | systemsmanagement                  | Oui    | Oui        |   99     | rpm-md | http://download.opensuse.org/repositories/systemsmanagement/openSUSE_12.3/

> rpm -qi kscreen
Name        : kscreen
Version     : 1.0.71
Release     : 1.2
Architecture: x86_64
Install Date: mer. 15 oct. 2014 15:10:58 CEST
Group       : System/GUI/KDE
Size        : 470817
License     : GPL-2.0+
Signature   : DSA/SHA1, mer. 15 oct. 2014 07:42:45 CEST, Key ID 27c070176f88bb2f
Source RPM  : kscreen-1.0.71-1.2.src.rpm
Build Date  : mer. 15 oct. 2014 07:42:21 CEST
Build Host  : build17
Relocations : (not relocatable)
Vendor      : obs://build.opensuse.org/KDE
URL         : http://www.kde.org
Summary     : KDE's screen management software
Description :
The new KDE screen management software
Distribution: KDE:Current / openSUSE_12.3

glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Quadro K1000M/PCIe/SSE2
    GL_NV_conditional_render, GL_NV_copy_depth_to_color, GL_NV_copy_image, 
    GL_NV_parameter_buffer_object2, GL_NV_path_rendering, 
    GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NVX_nvenc_interop,

Other answers:

I did reboot, same messy behavior
I deleted ~/.kde4/share/config/krandrrc , but this did not change anything, plus it looks as if kscreen is looking in some other folder, sicne it still sees 3 monitors even after i have unplugged them AND deleted krandrrc
when I left click, I am NOT able to set resolution and refresh in a pop-up window, as I used to; The lower part of the interface just switches to the selected screen, but the resolution offers no menu. Screenshot here: https://dl.dropboxusercontent.com/u/1118370/Kscreen1.png Note: the screens have been unplugged AND krandrrc removed, but kscreen still sees them… Note2: until the other day, my kscreen looked more like this: http://www.abclinuxu.cz/images/clanky/vratil/kscreen2.png
I try a new user and report back.

Thanks!

Paolo

wolfi323 · October 16, 2014, 2:39pm

Looks ok. But there’s stuff missing, isn’t it? (there’s no #1 e.g.)
Btw, the correct command is “zypper lr -d”, not “zypper -lr d”, but I suppose that’s what you typed anyway, otherwise you would have gotten an error message…

Still I would recommend to do a “full repository vendor change update” to KDE:Current, to rule out any possibility of a package coming from another repo causing problems.
https://en.opensuse.org/SDB:Vendor_change_update#Full_repository_Vendor_change

In your case:

sudo zypper dup --from 2

> rpm -qi kscreen
...
Distribution: KDE:Current / openSUSE_12.3

glxinfo | grep render
direct rendering: Yes
OpenGL renderer string: Quadro K1000M/PCIe/SSE2
    GL_NV_conditional_render, GL_NV_copy_depth_to_color, GL_NV_copy_image, 
    GL_NV_parameter_buffer_object2, GL_NV_path_rendering, 
    GL_NVX_conditional_render, GL_NVX_gpu_memory_info, GL_NVX_nvenc_interop,

Looks ok as well.

I deleted ~/.kde4/share/config/krandrrc , but this did not change anything, plus it looks as if kscreen is looking in some other folder, sicne it still sees 3 monitors even after i have unplugged them AND deleted krandrrc[/QUOTE]
KScreen does not use krandrrc, that’s only used by krandr as the name implies, which got replaced by kscreen a year ago.

KScreen stores the configuration in ~/.kde4/share/apps/kscreen/.

when I left click, I am NOT able to set resolution and refresh in a pop-up window, as I used to;The lower part of the interface just switches to the selected screen, but the resolution offers no menu. Screenshot here: https://dl.dropboxusercontent.com/u/1118370/Kscreen1.png

Click on “Advanced Settings” and you should be able to change the resolution.

Note2: until the other day, my kscreen looked more like this: http://www.abclinuxu.cz/images/clanky/vratil/kscreen2.png

Right, that is the first version of kscreen, that got replaced in KDE:Current by the new one in May. So you probably didn’t update since then (kscreen at least)?

I try a new user and report back.

If it’s caused by some user configuration, that should help.
But actually I think now that you just overlooked the setting, at least regarding your kscreen problem…

For the other things you mentioned “(performance, some parts of the interface not displaying… a complete mess)”, you should probably further clarify which parts of the interface are missing. And have a look at the “Desktop Effects” settings.
On the “Advanced” tab, you should set “Composite Type” to OpenGL, and “Qt graphicssystem” to “Raster”.

And try to disable desktop effects (or enable them if disabled) with Alt+Shift+F12 to see if that helps.

The latest KDE update did not have any changes that could have caused the problems you describe really.

paolocrosetto1 · October 16, 2014, 3:00pm

Yes: I have other repos, but they are disabled and I never used them apart longtime ago, so any problem they might have caused, should have surfaced before

I did the full vendor change

KScreen stores the configuration in ~/.kde4/share/apps/kscreen/.

I deleted that as well, but kscreens till loads some other configuration… God knows where from.

Click on “Advanced Settings” and you should be able to change the resolution.

That would be easy, but when I click ona dvance setting all I get is the options to change the refresh rate and NOT the resolution.

Right, that is the first version of kscreen, that got replaced in KDE:Current by the new one in May. So you probably didn’t update since then (kscreen at least)?

I update constantly every week

The more I think about it, the more it looks to me as an NVIDIA or other graphic-card related problem. Where does Kscreen take the info if the folder in kde4/share/apps/kscreen is deleted? It must be from an xorg.conf file, right? I might change / recreate that…

But actually I think now that you just overlooked the setting, at least regarding your kscreen problem…

unfortunately not

For the other things you mentioned “(performance, some parts of the interface not displaying… a complete mess)”, you should probably further clarify which parts of the interface are missing.

Here is an example: I try to see which KDE version I am running, I get this https://dl.dropboxusercontent.com/u/1118370/infonotdisplaying.png

I think it must be an NVIDIA related problem…

thanks for all your kind help again!

Paolo

PS: the new user try did not work out, because I am unable to log in as new user. Since the xorg setup must be messy, when I boot into the system it recognizes 2 screens (but I unplugged them and so I have only one) and the login screen is in the other one… and I am not able to log in.

The question then is: how do I replace / recreate my worg conf files nicely, in order to possibly solve this problem?

P

wolfi323 · October 16, 2014, 3:23pm

No.
It creates a new one from scratch according to the hardware it detects.

That would be easy, but when I click ona dvance setting all I get is the options to change the refresh rate and NOT the resolution.

Sorry, my mistake.
It’s correct that you can only change the refresh rate under “Advanced Settings”.

But the “Resolution” option between “Display” and “Orientation” should actually be a slider with which you can choose the resolution.
See here:
http://wstaw.org/m/2014/10/16/kscreen.png
No idea why that is missing for you.
The slider might be hidden if there’s only one resolution available, I don’t know.

I update constantly every week

Well, but you obviously did not update kscreen for 5 months at least. I’m not using 12.3 any more, so it probably wasn’t available for 12.3 until now, but as I said, 1.0.71 is in the repo since May and hasn’t changed since then.

The more I think about it, the more it looks to me as an NVIDIA or other graphic-card related problem. Where does Kscreen take the info if the folder in kde4/share/apps/kscreen is deleted? It must be from an xorg.conf file, right? I might change / recreate that…

AFAIK kscreen ignores the xorg.conf in the case of multi-monitor setups.
But it does get the list of available resolutions from Xorg of course (via XRANDR), so an xorg.conf might influence that, yes.

Try to remove (or better rename) it as a test.

Here is an example: I try to see which KDE version I am running, I get this https://dl.dropboxusercontent.com/u/1118370/infonotdisplaying.png

Works fine here:
http://wstaw.org/m/2014/10/16/dolphin.png

I think it must be an NVIDIA related problem…

Probably.
Which driver are you using? (version)
Try to reinstall it if you used the .run installer from nvidia’s homepage, maybe there was an update to xorg-x11-server, Mesa-libGL1 or the Kernel that broke it. (although that should have been shown by glxinfo)

PS: the new user try did not work out, because I am unable to log in as new user. Since the xorg setup must be messy, when I boot into the system it recognizes 2 screens (but I unplugged them and so I have only one) and the login screen is in the other one… and I am not able to log in.

The question then is: how do I replace / recreate my worg conf files nicely, in order to possibly solve this problem?

Well, have a look for /etc/X11/xorg.conf and rename it if it exists. Xorg should auto-detect everything then.
Or use nvidia-settings to create a new one.

paolocrosetto1 · October 16, 2014, 4:08pm

Wolfi,

thanks for all your help. This has turned into hell, though.

deleting the X11 folder in /etc/X11 (actually: moving it to another directory) did not change anything. At login, Two screens are detected where just one exists.
for some reasons, I could not login anymore. That is: I do not see the login screen, it is visualised in a screen that X thinks exist but it does not.
It took me 1 hour (and another post by you accessed with a text-based browser) to be able to log in again.
still, for some reasons my Nvidia driver sees screens where none are; for some reasons I do not see the slider with the resolution values; and for some reasons I hence cannot configure my screens properly.
I’ll live with a single screen for the time being, this wasted 3h of my time already…

but if anyone has any ideas of what might be going on, more than welcome to let me know!

wolfi323 · October 16, 2014, 4:20pm

NO!
You should not remove/rename the /etc/X11 folder, that one is vitally important!

But I’m not sure if I understand you correctly here. There should be no X11 folder in /etc/X11/. If you had one and deleted it there should be no change at all therefore as it is not used in any way.
If you removed /etc/X11/xorg.conf.d/ or any other subfolder, you should put it back again as well, as all those contain important things.

I told you to rename the file /etc/X11/xorg.conf, nothing else.

still, for some reasons my Nvidia driver sees screens where none are; for some reasons I do not see the slider with the resolution values; and for some reasons I hence cannot configure my screens properly.

Can you post the file /var/log/Xorg.0.log please?

And have you tried to use nvidia-settings to configure your screens and set the primary one?
This writes an xorg.conf and this is used by the login screen (which doesn’t use kscreen, it cannot see your user settings anyway).

paolocrosetto1 · October 16, 2014, 4:53pm

Srry I have been sloppy. To be more precise

there is no xorg.conf file anywhere.

/etc/X11 contains
fs lbxproxy proxymngr qtrc rstart xdm xim xim.d xinit Xmodmap Xmodmap.remote xorg.conf.d xorg.conf.install Xresources xsm

inside the xorg.conf.d there are
05-glamor.conf 10-evdev.conf 11-mouse.conf 50-device.conf 50-monitor.conf 50-screen.conf 50-synaptics.conf 50-vmmouse.conf 50-wacom.conf 90-keytable.conf

what I had done was to take the whole X11 folder and move it to X11_OLD, in the hope that X would create a fresh one upon restart. Now it is back in its proper place.

I told you to rename the file /etc/X11/xorg.conf, nothing else.

No such file.

And have you tried to use nvidia-settings to configure your screens and set the primary one?
This writes an xorg.conf and this is used by the login screen (which doesn’t use kscreen, it cannot see your user settings anyway).

[/QUOTE]

I did it, and set up a single screen. Still Nvida setting sees 3 screens (I phisically unplugged the 2 more screens and they are NOT connected to the PC -> should not see them right?)

Can you post the file /var/log/Xorg.0.log please?

The required result of Xorg.0.log is in this file: https://dl.dropboxusercontent.com/u/1118370/Xlog.txt

wolfi323 · October 16, 2014, 5:06pm

I would think so, yes. But I don’t have any experience with multi-monitor setups.

Maybe it shows all the displays the driver has ever detected?
According to your log there were indeed 3 screens during boot:


    10.683] (--) NVIDIA(0):     LGD (CRT-0) (connected)
    10.683] (--) NVIDIA(0):     LGD (DFP-0) (boot, connected)
    10.683] (--) NVIDIA(0):     LGD (DFP-1) (connected)

And for each one it says:

    10.683] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
    10.683] (**) NVIDIA(0):     device LGD (CRT-0) (Using EDID frequencies has been
    10.683] (**) NVIDIA(0):     enabled on all display devices.)

So you must have some custom configuration somewhere (UseEDID is off by default AFAIK).
Can you please post /etc/X11/xorg.conf.d/50-device.conf, 50-screen.conf, and 50-monitor.conf?

I think if you run nvidia-settings as user, it only saves the settings in the user’s home directory (as ~/.nvidia-settingsrc maybe?) which has no effect for the login screen.
I’m not at an nvidia system right now so cannot look, but nvidia-settings should have a button labelled “Save as xorg.conf” or similar, which you can use to create an xorg.conf. Do that and copy that to /etc/X11/. This should at least fix your login screen problem.

paolocrosetto1 · October 16, 2014, 5:19pm

Wolfi,

thank you for an impressive amount of helpful advice.

setting up an xorg.conf solved the first issue -> I can now safely login with one screen only. Thanks!

50-device.conf

# Having multiple "Device" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#Section "Device"
#  Identifier "Default Device"
#
#  #Driver "radeon"
#
#  ## Required magic for radeon/radeonhd drivers; output name
#  ## (here: "DVI-0") can be figured out via 'xrandr -q'
#  #Option "monitor-DVI-0" "Default Monitor"
#
#EndSection

50-screen.conf

# Having multiple "Screen" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#Section "Screen"
#  Identifier "Default Screen"
#
#  Device "Default Device"
#
#  ## Doesn't help for radeon/radeonhd drivers; use magic in
#  ## 50-device.conf instead
#  Monitor "Default Monitor"
#
#EndSection

50-monitor.conf

# Having multiple "Monitor" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#Section "Monitor"
#  Identifier "Default Monitor"
#
#  ## If your monitor doesn't support DDC you may override the
#  ## defaults here
#  #HorizSync 28-85
#  #VertRefresh 50-100
#
#  ## Add your mode lines here, use e.g the cvt tool
#
#EndSection

This, instead, is my newly created xorg.conf created with nvidia-settings

# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 340.46  (buildmeister@swio-display-x86-rhel47-03)  Wed Sep 24 14:38:19 PDT 2014

Section "ServerLayout"
    Identifier     "Layout0"
    Screen      0  "Screen0" 0 0
    InputDevice    "Keyboard0" "CoreKeyboard"
    InputDevice    "Mouse0" "CorePointer"
    Option         "Xinerama" "0"
EndSection

Section "Files"
EndSection

Section "InputDevice"
    # generated from default
    Identifier     "Mouse0"
    Driver         "mouse"
    Option         "Protocol" "auto"
    Option         "Device" "/dev/psaux"
    Option         "Emulate3Buttons" "no"
    Option         "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"
    # generated from default
    Identifier     "Keyboard0"
    Driver         "kbd"
EndSection

Section "Monitor"
    # HorizSync source: edid, VertRefresh source: edid
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "LGD"
    HorizSync       37.0 - 56.0
    VertRefresh     40.0 - 60.0
    Option         "DPMS"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "Quadro K1000M"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "Stereo" "0"
    Option         "nvidiaXineramaInfoOrder" "DFP-0"
    Option         "metamodes" "LVDS-0: nvidia-auto-select +0+0"
    Option         "SLI" "Off"
    Option         "MultiGPU" "Off"
    Option         "BaseMosaic" "off"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Finally, here you have the ‘problem’ I still have with Nvidia-settings: it still sees 3 monitors, even if two are ‘switched off’. They are not connected and anywhere to be found in the files you told me to paste in here, as far as I see it. If I tell nvidia-settings to automatically set the resolution, it automatically sets it at 1600x900, which is NOt their resolution and they cannot support.

https://dl.dropboxusercontent.com/u/1118370/nvidiasettings.png

wolfi323 · October 16, 2014, 6:11pm

Strange, somewhere “UseEDID” has to be specified.
But well, this wasn’t really related to your problem anyway, it could have pointed to the place where those screens come from.
Does “grep -R /etc/X11 UseEDID” yield something?

Finally, here you have the ‘problem’ I still have with Nvidia-settings: it still sees 3 monitors, even if two are ‘switched off’. They are not connected and anywhere to be found in the files you told me to paste in here, as far as I see it. If I tell nvidia-settings to automatically set the resolution, it automatically sets it at 1600x900, which is NOt their resolution and they cannot support.

Well, nvidia-settings and/or the nvidia driver seem to remember the displays.
As I said, this might be saved in ~/.nvidia-settingsrc IIRC (you will have to enable “Show hidden files” in your file manager to see this file).

Do you see those displays on a new user as well?

paolocrosetto1 · October 16, 2014, 6:31pm

Unfortunately not, it does not find anything.

Well, nvidia-settings and/or the nvidia driver seem to remember the displays.
As I said, this might be saved in ~/.nvidia-settingsrc IIRC (you will have to enable “Show hidden files” in your file manager to see this file).

Do you see those displays on a new user as well?

I have no file named .nvidia-settingsrc in neither the home folder nor the /root folder
A new user (that I finally could create and login to thanks to your fixing of the several screens problem) faces the exact same nvidia-settings situation.

I think that these nvidia settings must be somewhere but I do not know where. There lies the problem, I fear. Other elements

the last changes I made to nvidia-settings I made launching nvidia-settings from a root konsole -> so they are global and not local
still, nvidia settings finds three screens where only one exists. They are sort of clones of the same (same resolution etc)
if I replug the other screens, they do not switch on; changing the refresh rate to 40 makes one fo the two switch on and complain that it is not set at the right resolution…

I am still hoping to find a solution; in the meantime I work on one screen.

P

paolocrosetto1 · October 16, 2014, 7:33pm

I found an interesting discussion here:

https://groups.google.com/forum/#!topic/linux.debian.user/dXZDiOs8fxc

but unfortunately of no use to me, since the solution applies to a VM and I am running native (I do have VirtualBox installed but that has nothing to do with my opensuse install that is native).

Still looking for answers

P

wolfi323 · October 16, 2014, 7:45pm

According to Google the file should actually be called .nvidia-settings-rc, but I guess you would have spotted that.

I don’t really have an idea where Xorg is getting those screens from then.
The only things that would come to my mind are kscreen (but you already deleted its config/tried a new user) and ~/.config/monitors.xml (used by GNOME2 I think?).

As they are mentioned in the log file as connected, I actually don’t really think it’s some config file.

Hm, you probably could tell the driver to ignore those screens, but that wouldn’t be what you want either.

Just to be sure: “xrandr” does show them as well, right?

Is really nothing connected to those ports on the graphics card? A KVM e.g. might get recognized as connected monitor with a fixed resolution.

Does nvidia-settings show them when you login to “IceWM” e.g. instead of KDE? Just to rule out kscreen.

paolocrosetto1 · October 16, 2014, 7:54pm

[QUOTE=wolfi323;2669816 ~/.config/monitors.xml (used by GNOME2 I think?).[/QUOTE]

nothing there

Just to be sure: “xrandr” does show them as well, right?

correct.

Screen 0: minimum 8 x 8, current 1600 x 900, maximum 16384 x 16384
VGA-0 connected (normal left inverted right x axis y axis)
   1600x900       60.0 +   40.0  
LVDS-0 connected primary 1600x900+0+0 (normal left inverted right x axis y axis) 345mm x 194mm                                                                                 
   1600x900       60.0*+   40.0                                                                                                                                                
DP-0 connected (normal left inverted right x axis y axis)                                                                                                                      
   1600x900       60.0 +   40.0                                                                                                                                                
DP-1 disconnected (normal left inverted right x axis y axis)                                                                                                                   
DP-2 disconnected (normal left inverted right x axis y axis)                                                                                                                   
DP-3 disconnected (normal left inverted right x axis y axis)                                                                                                                   
DP-4 disconnected (normal left inverted right x axis y axis)                                                                                                                   
DP-5 disconnected (normal left inverted right x axis y axis)
DP-6 disconnected (normal left inverted right x axis y axis)

Is really nothing connected to those ports on the graphics card? A KVM e.g. might get recognized as connected monitor with a fixed resolution.

nothing. But I do use a docking station; I tried to remove the PC from the docking station and all stays the same, though.

Does nvidia-settings show them when you login to “IceWM” e.g. instead of KDE? Just to rule out kscreen.

I will try this, but had we not ruled out kscreen already?

It is getting wierder and wierder…

paolocrosetto1 · October 16, 2014, 8:08pm

I stand corrected: it HAS to do with the docking station. But in a weird way.

connected to the docking station, I see the three screens (no screen is connected to the docking station, but they were, in the past, whatever this means)
disconnected from the docking station, I see only two screens (and there is in reality only one)
trying to connect one of the monitors directly to the PC (not via the docking station) does not work - it is just plainly not seen by kscreen xrandr, nothing happens even if one tries.

All this because fo some update this morning… I used to miss the old times in Linux in 2001 when things would not work, but now that I am in deep s**t again I do not miss them that much

I might be trying to reinstall stuff, but I have lots of data and no time for that…

P

wolfi323 · October 16, 2014, 8:22pm

Well, if it was caused by one of the updates, I would rather suspect an update to the nvidia driver. It has been updated to a new version on Monday.

So you might try to uninstall the nvidia packages and install an older version from the nvidia homepage “the hard way” to see if your problem is fixed then.

paolocrosetto1 · October 17, 2014, 9:56am

I wanted to, but if I uninstall the nvidia packages Yast insists in installing kernel-default and the nvidia drivers that go with it. I tried to move to nouveau driver but failed to go past a text-only screen.
I am not going the hard way for the moment - it takes time that I do not have.

I also just tried to sync the driver versions. The driver version I have is 340.46-30.1; the kernel modules were 31.1. Now they are all at 30.1 but I have the same behavior (nonexistent screens recognized, impossible to set resolution, existing screens not recognized if plugged in).

At the moment I will live with one screen - too much of my and wolfi’s time went into this. It is very sad and worrying that a perfectly fine and working system that did not have a glitch for 1 year has been broken by an update and we are not finding a way out!

Now I have two screens sadly black at the side of my laptop screen… maybe with the next nvidia update they will come to life again.

P

wolfi323 · October 17, 2014, 10:24am

You have to remove all 4 or 5 packages. If you only remove the kernel module, YaST will try to install another one (and the corresponding kernel) to satisfy the dependencies.

I tried to move to nouveau driver but failed to go past a text-only screen.

Did you remove the xorg.conf? This tells X to load the nvidia driver, so it fails if it cannot.
And you have to completely remove the nvidia driver of course, as it creates a blacklist to prevent nouveau (the kernel module) from loading.

I am not going the hard way for the moment - it takes time that I do not have.

Actually it shouldn’t take longer than installing the RPMs… Unless something goes wrong of course.

Well, I cannot really think of anything else causing this, except maybe a hardware problem.