Gnome, the gdm login manager and flash have all of a sudden stopped working on my machine!
First on starting my PC today, gdm gave me an error message saying “Oh no! Something has gone wrong”
I googled this error and tried to look in /var/log/gdm but there is nothing in there contrary to what I’ve read.
I then changed the login manager to kdm by editing the file /etc/sysconfig/displaymanager and could login to XFCE, but gnome doesn’t start!
In XFCE I noticed that flash also stopped working.
My guess is that something must have gone wrong maybe with an install or something the last time I was in openSUSE.
Looking in the hstory of Yast2 Software Manager it seems there was an automatic update, mostly flash-player, xorg-x11-server and libqt5 related packages.
I am not sure if I should try to somehow revert this update or why my system would suddenly stop working…
I’ve been scratching my head for hours now
You probably have an Nvidia graphics card. The “xorg” update replaced Nvidia libraries with standard x11 libraries. The solutions is to reinstall the graphics driver (however you did it the first time).
Maybe it’s not nvidia, though probably a similar problem.
If that doesn’t help, then provide information on your graphics card. Maybe someone who knows that card will be able to help.
You also need to tell us which opensuse version you are using.
You probably have an Nvidia graphics card. The “xorg” update replaced Nvidia libraries with standard x11 libraries. The solutions is to reinstall the graphics driver (however you did it the first time).
Yes, I have an Nvidia GTX 750. I installed the drivers from the Nvidia website.
You also need to tell us which opensuse version you are using.
I am on OpenSUSE 13.2
Ok, thanks I will try to reinstall then I’ll post if it works or not.
Ok so I installed the driver again and everything works again, except… now my ttys are completely blank
It seems that many people have this same problem with the proprietary nvidia drivers. But it’s strange that I’m having it now as I didn’t have it before :sarcastic:
For info, I had edited the following lines the first time I installed so as to have higher resolution in ttys and at the boot screen:
GRUB_GFXMODE=1920x1080
GRUB_GFXPAYLOAD_LINUX=keep
I tried to set:
GRUB_TERMINAL=console
but it doesn’t help much and besides, I want to keep higher resolution in tty and at boot like before.
When switching to ttys and cat’ing /var/log/Xorg.0.log
I get the following lines at the end:
368.091] (II) NVIDIA(0): Setting mode "CRT-0:nvidia-auto-select"
368.169] (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
368.169] (II) NVIDIA(0): may not be running or the "AcpidSocketPath" X
368.169] (II) NVIDIA(0): configuration option may not be set correctly. When the
368.169] (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will
368.169] (II) NVIDIA(0): try to use it to receive ACPI event notifications. For
368.169] (II) NVIDIA(0): details, please see the "ConnectToAcpid" and
368.169] (II) NVIDIA(0): "AcpidSocketPath" X configuration options in Appendix B: X
368.169] (II) NVIDIA(0): Config Options in the README.
368.179] (**) NVIDIA(0): Using HorizSync/VertRefresh ranges from the EDID for display
368.179] (**) NVIDIA(0): device Ancor Communications Inc ASUS VX239 (CRT-0) (Using
368.179] (**) NVIDIA(0): EDID frequencies has been enabled on all display
368.179] (**) NVIDIA(0): devices.)
Anyway, I will continue looking into this error tomorrow.
If you manually install the drivers you have too again any time the kernel or the X stack changes
Yes, you are right. I’m not particularly looking forward to losing an afternoon everytime there is an update. :S
Actually I had tried to install from the nvidia repos but for some reason (I can’t remeber) it didn’t work out for me and I had to install the driver manually.
Just download the NVIDIA driver that works for you and when a kernel update happens reinstall it before you reboot. No big deal used to do it all the time. You just have to know to do it and there are not all that many kernel and X stack updates.
For a while the GO4 version from the repos was not there and the go3 version would not work with some of the newer chips so you had to drag it down from NVIDIA but I think it is all good now and if you install from the repo and then it is autocratically dealt with. Note if you decide to go to the repos first totally uninstall the hardway version before adding the repo version and you want the GO4 flavor. Don’t use the one click I think it is still broken.
The G03 installer does not add the wrong one. It installs the G03 driver like it is supposed to.
And the G04 installer is missing completely.
And again: the GTX 750 is supported by the G03 driver anyway.
So “in your boot” the G02 installer/driver is “broken” too, because it “doesn’t support the newest cards”?
But G04 is “broken” as well then, because it doesn’t support older cards (anything below a GTX 420).
How to “fix” that?
I went through the logs and noticed that “nouveau” appeared a few times which made me think that there might be a conflict.
Actually when I installed the nvida driver, I only executed the .run file and didn’t blacklist nouveau with:
I think when I installed from the repo (http://download.nvidia.com/opensuse/13.2/) I might have installed G02. Anyway G04 packages seem to be there (nvidia-gfxG04-kmp-desktop)
By the way, this is not critical but I’ve noticed that switching between tty and x session seems slower with the nvidia driver (about 3-4 seconds)
Did anyone also notice this?
Yes, that’s necessary to prevent nouveau from being loaded and blocking the nvidia driver.
Or you could also add “nomodeset” or “nouveau.modeset=0” to the kernel command line.
Note that the nvidia driver RPM packages create the blacklist automatically.
Right, G02 does not support your card, it only supports cards form GeForce 6 series up to GeForce 600 series.
Maybe you confused GeForce 7/7xxx (which is supported by the G02 driver) with GeForce 700?
Anyway G04 packages seem to be there (nvidia-gfxG04-kmp-desktop)
By the way, this is not critical but I’ve noticed that switching between tty and x session seems slower with the nvidia driver (about 3-4 seconds)
Did anyone also notice this?
AFAIK this is normal.
The nvidia driver does not support/use KMS (Kernel Mode Setting) which speeds up that switching among other things.
Good to hear that it is working now though.
But be aware that you have to reinstall the driver whenever there is a kernel, xorg-x11-server, or Mesa update.
If you used the RPM packages this would not be necessary.
Thanks again!