[SOLVED] Nvidia don't start after upgrade of xorg and nvidia driver.

lensilvan · 08-21-2015, 09:13 AM

Hi,
I use Slackware64 14.1 (not current), using the nvidia driver installed through the automatic nvidia installer (from slackbuild), for display.

However, after I upgraded all my packages (both slackbuilds and officials), including nvidia and xorg, after rebooting xorg don't load and I am stuck in runlevel 3. Running 'startx' is only answered by 'xinit: unable to connect to X server: Connection refused'

Here is the xorg.0.log file in the attachment:

Also, strangely sbopkg simply don't work anymore and bash don't seem to recognize its existence anymore, although I checked that sbopkg is still running. It should be related to the massive upgrade that I did before nvidia failed to work.

What should I do in order to make nvidia work again? Should I try to reinstall nvidia? (In this case, the sbopkg issue should first be solved...)

orbea · 08-21-2015, 09:28 AM

Can you tell us about how you upgraded your packages more specifically? What version of nvidia kernel/driver did you upgrade to? What versions where you running? Can you tell us what video card you have?

Code:

lspci | grep VGA

Did you follow the directions for upgrading the nvidia driver?

Quote:

Included is a script called nvidia-switch, which is used to switch from the
xorg driver to the nvidia driver, but it will not edit xorg.conf for you;
you have to do that manually. The nvidia-switch script is installed to
/usr/sbin. NOTE: Although nvidia-switch is aware of a COMPAT32 environment,
its use therein is not supported.

Usage of nvidia-switch:
nvidia-switch --install <--> install the nvidia files and save the
stock xorg files.
nvidia-switch --remove <--> remove the nvidia files and symlinks and
restore the stock xorg files.

You do NOT have to run nvidia-switch after installing the package.

Before uninstalling or upgrading this package, it is important that you execute
'nvidia-switch --remove', which will switch back to the stock xorg files
and remove all links created by nvidia-switch during installation. If you forget
to do this, you might have to do the switch manually, since 'nvidia-switch --install'
may fail, resulting in xorg not working. Here are the affected files:
/usr/lib[64]/libGL.so.1.2
/usr/lib[64]/xorg/modules/extensions/{libglx.so libglx.la}
Simply remove the dead nvidia symlinks and rename the saved '-xorg' appended files.

http://slackbuilds.org/repository/14...nvidia-driver/

I would focus on fixing sbopkg after dealing with the video card, you don't need sbopkg to manually run the slackbuild script or use upgradepkg.

lensilvan · 08-21-2015, 08:03 PM

Code:

# lspci | grep VGA
02:00.0 VGA compatible controller: NVIDIA corporation C79 [GeForce 9400M G] (rev b1)

I upgraded to the new version of nvidia driver, using the slackbuild version 352.30 (from 340.24) installed through sbopkg. Then, I forgot to check the changelog. However, I took the precaution of keeping the old configuration files, whilst using the new ones from the upgrade.

In this case, how should I remove the dead nvidia symlinks? I cannot find a file called /usr/lib64/libGL.so.1.2. However, I found /usr/lib64/xorg/modules/extensions/libglx.la and /usr/lib64/xorg/modules/extensions/libglx.so.

MLanden · 08-21-2015, 09:27 PM

If the newer drivers are like the older ones..it may need to be patched with -current now in 4.x. I saw on the other forum such as arch and gentoo of the conflict to reinstall the driver

-------CUT HERE--------------------------------------------------------------------------------

--- kernel/nv.c 2014-12-02 04:58:34.000000000 +0100
+++ kernel/nv.c.new 2015-06-18 20:24:50.076303003 +0200
@@ -2026,7 +2026,7 @@
unsigned long i_arg
)
{
- return nv_kern_ioctl(file->f_dentry->d_inode, file, cmd, i_arg);
+ return nv_kern_ioctl(file->f_path.dentry->d_inode, file, cmd, i_arg);
}

long nv_kern_compat_ioctl(
@@ -2035,7 +2035,7 @@
unsigned long i_arg
)
{
- return nv_kern_ioctl(file->f_dentry->d_inode, file, cmd, i_arg);
+ return nv_kern_ioctl(file->f_path.dentry->d_inode, file, cmd, i_arg);
}

/*

---------------CUT HERE------------------------------------------------------------------------

Hopefully,lensilvan....you may not need to patch the newer drivers..but for those who may need it..it's here...was able to use the patch with 304.125

Good Luck,folks
MLanden

lensilvan · 08-21-2015, 09:44 PM

Hi,

But is this patch for Slackware current? I use 14.1 (not current! )...

MLanden · 08-21-2015, 10:00 PM

Sorry,lensilvan. Reread and saw that you're using 14.1 and not -current.
No,you won't need it with 14.1 stock kernel.

Drakeo · 08-22-2015, 01:26 AM

yes a long time ago slackware 14.1 had an xorg update you will need to uninstall nvidia reinstall mesa then reinstall nvidia driver. the reason why it has broke the links.
this also tells me your update was a long time coming also.

Code:

Tue Dec 23 00:05:23 UTC 2014
patches/packages/ntp-4.2.8-x86_64-1_slack14.1.txz: Upgraded.
       In addition to bug fixes and enhancements, this release fixes
       several high-severity vulnerabilities discovered by Neel Mehta
       and Stephen Roettger of the Google Security Team.
       For more information, see:
       https://www.kb.cert.org/vuls/id/852879
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-9293
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-9294
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-9295
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-9296
       (* Security fix *)
patches/packages/php-5.4.36-x86_64-1_slack14.1.txz: Upgraded.
       This update fixes bugs and security issues.
       #68545 (NULL pointer dereference in unserialize.c).
       #68594 (Use after free vulnerability in unserialize()). (CVE-2014-8142)
       #68283 (fileinfo: out-of-bounds read in elf note headers). (CVE-2014-3710)
       For more information, see:
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-3710
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8142
       (* Security fix *)
patches/packages/xorg-server-1.14.3-x86_64-3_slack14.1.txz: Rebuilt.
       This update fixes many security issues discovered by Ilja van Sprundel,
       a security researcher with IOActive.
       For more information, see:
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8091
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8092
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8093
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8094
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8095
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8096
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8097
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8098
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8099
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8100
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8101
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8102
       http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-8103
       (* Security fix *)
patches/packages/xorg-server-xephyr-1.14.3-x86_64-3_slack14.1.txz: Rebuilt.
patches/packages/xorg-server-xnest-1.14.3-x86_64-3_slack14.1.txz: Rebuilt.
patches/packages/xorg-server-xvfb-1.14.3-x86_64-3_slack14.1.txz: Rebuilt.

ReaperX7 · 08-22-2015, 02:02 AM

You need to first check on the Nvidia website what the currently available driver is for your hardware.

The GeForce 9400 series is supported through the nvidia-legacy340-driver and nvidia-legacy340-kernel.

Drakeo · 08-22-2015, 06:11 AM

Quote:

Originally Posted by ReaperX7

You need to first check on the Nvidia website what the currently available driver is for your hardware.

The GeForce 9400 series is supported through the nvidia-legacy340-driver and nvidia-legacy340-kernel.

yes your right the 9400 series take the 340 driver. but the upgrade just broke the links.They can just rebuild the one they have.

lensilvan · 08-22-2015, 07:44 AM

Beyond this issue of Nvidia, it seems that something very strange occured.

After unsuccessful attempt at installing the nvidia driver through the slackbuilds, I simply used the official installer from nvidia website. Despite numerous errors at the installer, I finally was able to boot at X11. Then, mate-desktop was unavailable. Soon, I found out why I coudn't use sbopkg anymore and why nvidia was disabled.

Every packages that I've installed through means other than the official Slackware repository seem to be gone. For some reason, the massive upgrade that I did, eliminated all those packages.

Code:

# slackpkg update
# slackpkg install-new
# slackpkg upgrade-all
# slackpkg clean-system

Since when using clean-system, I took the precaution of keeping the old config files replaced by the new files, is it possible to recover those packages? And why such thing occured?

Maybe I should open a new topic.

willysr · 08-22-2015, 07:52 AM

you can use /etc/slackpkg/blacklist to keep your third party packages even when you run slackpkg clean-system

lensilvan · 08-22-2015, 07:59 AM

Is there a mean to recover those packages? Why did it occured? I have previously updated Slackware in the same way (without blacklist), without any disaster.

Didier Spaier · 08-22-2015, 10:03 AM

Quote:

Originally Posted by lensilvan

Is there a mean to recover those packages?

You can install again the third-party packages, if you saved them somewhere. Else, you'll have to rebuild them

Quote:

Why did it occured?

"man slackpkg" says:

Code:

 clean-system
            This action removes all of the packages that  don't  belong  to  a
            standard  Slackware installation.  With this option, you can clean
            up your system, removing third-party packages as well as any pack
            ages that were removed from the official Slackware package set.
            If  you  have some third party (or custom built) packages that you
            would like to keep, you can temporarily add them to  the  list  of
            blacklisted packages before you run the 'clean-system' action.