nvidia-390 fails to boot graphical display

Bug #1752053 reported by walkerstreet on 2018-02-27
546
This bug affects 114 people
Affects Status Importance Assigned to Milestone
mesa (Ubuntu)
Undecided
Unassigned
nvidia-graphics-drivers-390 (Ubuntu)
Critical
Unassigned
xserver-xorg-video-nouveau (Ubuntu)
Undecided
Unassigned

Bug Description

I'm using Bionic with the new 4.15 kernel. I've been using the nvidia-384 driver with no problem for a while. Today I issued "sudo apt-get upgrade" and I was prompted to upgrade the nvidia driver to the nvidia-390. After installing the driver and rebooting, I was only able to boot in to the tty terminal. The graphical display failed to boot. I have had similar problems with nvidia driver version 390 with Arch Linux and with Open Suse Tumbleweed.

Igor Mokrushin (mcmcc) wrote :

Same thing, after update and reboot I get only to console...

My notebook Asus ROG GL553VE with installed Kubuntu 18.04.

x15 (x15) wrote :

Same thing too. 18.04 Kubuntu with GTX 560, ASUS P6T Deluxe V2

Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in nvidia-graphics-drivers-390 (Ubuntu):
status: New → Confirmed
x15 (x15) wrote :

Before reboot there was no libGl....
After reboot the log says:

Parse error on line 5 of section OutputClass in file /usr/share/X11/xorg.conf.d/nvidia-drm-outputclass-ubuntu.conf "Option" is not a valid keyword in same section.
Problem parsing the config file
Error parsing the config file
Fatal server error:
no screens found(EE)

Igor Mokrushin (mcmcc) wrote :

This packages are broken, library files install in root directory /#...
Also, there is no replace of alternative symbolic links ones in /etc/alternatives, they remain from previous versions to non-existent files...

Alberto Milone (albertomilone) wrote :

The new driver is not going to work without libglvnd and xorg-server from bionic-proposed. Sorry for the inconvenience.

Changed in nvidia-graphics-drivers-390 (Ubuntu):
importance: Undecided → Critical
tags: added: regression-release
Steve Langasek (vorlon) wrote :

If it doesn't work without the libglvnd and xorg-server from bionic-proposed, then there should be versioned Depends: or versioned Breaks: expressing this. Alberto, can you make sure this is added in the next upload?

Brian Murray (brian-murray) wrote :

I had to install the following packages from bionic-proposed to get a working X session again.

libglvnd0, xserver-xorg-core, and libgl1-mesa-glx.

tags: added: rls-bb-incoming
Dejan V. (lnxsurf) wrote :

Hi,
I have the same problem...

I tried to install
libglvnd0, xserver-xorg-core, and libgl1-mesa-glx

but it doesn't work for me...

walkerstreet (dbonner) wrote :

I added bionic-proposed and upgraded to the latest: libglvnd0, xserver-xorg-core, and libgl1-mesa-glx
After doing that, I get a blank screen. I have to Ctrl-Alt-F1 to go to tty console mode.
So the suggested fix did not work for me either.

I encountered a dead symbolic link for libvdpau.so:

$ ls -l /usr/lib/x86_64-linux-gnu/libvdpau_nvidia.so
lrwxrwxrwx 1 root root 31 Feb 22 18:50 /usr/lib/x86_64-linux-gnu/libvdpau_nvidia.so -> vdpau/libvdpau_nvidia.so.390.25

libvdpau_nvidia.so.390.25 is located in the same directory, not in the subdirectory vdpau: https://packages.ubuntu.com/bionic/amd64/libnvidia-decode-390/filelist

Which can be fixed using the following commands:
cd /usr/lib/x86_64-linux-gnu/
sudo ln -sf libvdpau_nvidia.so.390.25 libvdpau_nvidia.so

Chris (cmseuk) wrote :

I already have libglvnd0, xserver-xorg-core, and libgl1-mesa-glx installed. I am not using an nvidia driver or hardware and I have the same problem. Unable to boot into system.

Chris (cmseuk) wrote :

 "Started gnome display manager.....service link was shutdown. Tried to start xserver and got libGl.so not found error.

Chris (cmseuk) wrote :

I upgraded to proposed and the issue is fixed.

x15 (x15) wrote :

I've able to run jwm (startx jwm) and rxvt. Firefox and konsole need libGl but Vialdi, OneTeam and Thunderbird work fine somehow....

Ive had this same problem. I have an nvidia 960m in my laptop using nvidia-390. After I upgraded, I got the “Option is not a valid keyword...” as well. For future refernce, you can get a rudamentary GUI
1. apt removing and apt purging all things nvidia then rebooting
2. At the GRUB screen, add “nomodeset” to the kernel parameters
3. Upon arriving at the lightdm login screen, switch to TTY 1 with ctrl + alt + F1 and chown the .Xauthority file to your_user:your_user
4. Switch back to the login with ctrl + alt + F7 and login like usual.

It’ll look ugly but it works. Tested on Unity.

Changed in nvidia-graphics-drivers-390 (Ubuntu):
assignee: nobody → Alberto Milone (albertomilone)

I haven’t fully upgraded to proposed yet but adding the symlink and the packages Alberto specified did not solve my problem.

Dejan V. (lnxsurf) wrote :

How did you install the proposed packages? I think I did but no change appeared.

Uncomment proposed repo in `/etc/apt/sources.list` then run `sudo apt update` then you can either install the packages you want specifically or you can `sudo apt upgrade` to update all of them at once.

Dejan V. (lnxsurf) wrote :

Hmm... I don't have any line commented. So would you print me the lines which I have to uncomment, please?

Sergei Beilin (saabeilin) wrote :

Updating to `proposed` did not help me. I've tried uninstalling/purging `nvidia-*` and installing it back, still having the black screen.

Tried to switch to Intel adapter using prime-select, it complains that it's not supported.

Purging nvidia-390 and installing nvidia-340 works (though Nvidia always runs on top clock, even on battery, overheating my knees, and always on 100% brightness)

Dell Latitude 6430, NV520.

@lnxsurf, “deb http://us.archive.ubuntu.com/ubuntu/ bionic-proposed multiverse main universe restricted” that line gets added to your sources file.

Dejan V. (lnxsurf) wrote :

Great! Thanks alot for your help.
I used “deb http://de.archive.ubuntu.com/ubuntu/ bionic-proposed multiverse main universe restricted"
Then I installed the mentioned packages but still it did not work.
After I executed "sudo apt dist-upgrade" everything got better. I could start my desktop again.

Confirmed on Unity for me, adding proposed and running sudo apt update && sudo apt upgrade works. I can boot fully with no problems into lightdm and unity runs fine after logon.

Chris McDonough (chrism-plope) wrote :

After having the same problem, I dist-upgraded to proposed and can confirm that it fixed it (I did an apt-get purge nividia* before the dist-upgrade then a apt-get install nvidia-384 after the dist-upgrade)/

One thing that this minor bug pointed out to me is that it has become inconvenient in the current strategy to revert to an older Nvidia driver version, as nvidia-384 is now a transitional package that depends on nvidia-390. Even after adding the graphics-driver ppa, it was not trivially possible to downgrade from 390. I understand the intent (upgrade folks to the latest proprietary thing without them needing to take extra action), but I sort of wonder whether the packages should be renamed so they don't match the graphics-driver ppa names, such that we could purge nvidia, then add the ppa, then do e.g. apt-get install nvidia-387 and actually get 387 instead of 390.

Nate Swanson (nswanson08) wrote :

The proposed repo with dist-uprade worked for me

walkerstreet (dbonner) wrote :

I have successfully installed the driver using the proposed repo packages on my laptop. I need to try my desktop again.
Does anyone know how to use nvidia prime-select and bumblebee/optirun with this driver. My laptop battery might drain fast using this mode.

Peter Silva (peter-bsqt) wrote :

tried the *proposed* recipe above. no luck for me:
as it is installing, it errors:

npacking nvidia-dkms-390 (390.25-0ubuntu1) over (390.25-0ubuntu1) ...
Setting up nvidia-dkms-390 (390.25-0ubuntu1) ...
dpkg: error: version '-' has bad syntax: revision number is empty
dpkg: error: version '-' has bad syntax: revision number is empty
update-initramfs: deferring update (trigger activated)
INFO:Enable nvidia
...

and the xorg doesn't find the nvidia driver on startup.

Renaud Lepage (cybik) wrote :

I managed to fix my setup by using the Graphics Drivers PPA (https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa) and forcing the install of version 390.25-0ubuntu0~gpu18.04.1 (apt-get install nvidia-390=390.25-0ubuntu0~gpu18.04.1 or something). I suspect version 390.25-0ubuntu1 is broken.

Brian Murray (brian-murray) wrote :

For the development release of Ubuntu it is not recommended to install the packages from -proposed because they have not passed automated testing yet. I only installed the exact packages I needed and then disabled -proposed. Here's the full set of packages I installed incase I missed one.

Start-Date: 2018-02-27 10:58:32
Commandline: apt-get install nvidia-driver-390
Requested-By: bdmurray (1000)
Install: nvidia-compute-390:amd64 (390.25-0ubuntu1, automatic), libnvidia-encode-390:amd64 (390.25-0ubuntu1, automatic), xserver-xorg-video-nvidia-390:amd64 (390.25-0ubuntu1, automatic), libnvidia-fbc1-390:amd64 (390.25-0ubuntu1, automatic), libnvidia-decode-390:amd64 (390.25-0ubuntu1, automatic), nvidia-compute-no-dkms-390:amd64 (390.25-0ubuntu1, automatic), libnvidia-cfg1-390:amd64 (390.25-0ubuntu1, automatic), nvidia-utils-390:amd64 (390.25-0ubuntu1, automatic), libnvidia-fbc1-390-i386:i386 (390.25-0ubuntu1, automatic), libnvidia-ifr1-390-i386:i386 (390.25-0ubuntu1, automatic), nvidia-compute-utils-390:amd64 (390.25-0ubuntu1, automatic), libnvidia-ifr1-390:amd64 (390.25-0ubuntu1, automatic), nvidia-driver-390:amd64 (390.25-0ubuntu1), libnvidia-encode-390-i386:i386 (390.25-0ubuntu1, automatic), screen-resolution-extra:amd64 (0.17.2, automatic), libnvidia-decode-390-i386:i386 (390.25-0ubuntu1, automatic), nvidia-settings:amd64 (384.69-0ubuntu1, automatic)
End-Date: 2018-02-27 10:58:38

Start-Date: 2018-02-27 11:12:22
Commandline: apt-get install libgl1-mesa-glx
Requested-By: bdmurray (1000)
Install: libegl1:amd64 (1.0.0-2ubuntu1, automatic), libgl1:amd64 (1.0.0-2ubuntu1, automatic), libopengl0:amd64 (1.0.0-2ubuntu1, automatic), libgles2:amd64 (1.0.0-2ubuntu1, automatic), libglvnd-dev:amd64 (1.0.0-2ubuntu1, automatic), libglx0:amd64 (1.0.0-2ubuntu1, automatic), libglvnd-core-dev:amd64 (1.0.0-2ubuntu1, automatic), libglx-mesa0:amd64 (18.0.0~rc4-1ubuntu1, automatic)
Upgrade: libgles2-mesa:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1), libegl1-mesa-dev:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1), libglapi-mesa:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1), mesa-common-dev:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1), libegl1-mesa:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1), libwayland-egl1-mesa:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1), libgles2-mesa-dev:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1), libgl1-mesa-dev:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1), libgl1-mesa-glx:amd64 (17.3.3-0ubuntu1, 18.0.0~rc4-1ubuntu1)
End-Date: 2018-02-27 11:12:26

Bruce Pieterse (octoquad) wrote :

I've installed the packages from proposed and I can see that X can now load the nvidia module, but out of curiosity, would it cause:

org.gnome.Shell.desktop[4934]: /usr/bin/gnome-shell: error while loading shared libraries: libEGL.so.1: cannot open shared object file: No such file or directory

Due to that the following occurs:

gnome-session-binary[4911]: Unrecoverable failure in required component org.gnome.Shell.desktop
gnome-session[4911]: gnome-session-binary[4911]: CRITICAL: We failed, but the fail whale is dead. Sorry....
gnome-session-binary[4911]: WARNING: App 'org.gnome.Shell.desktop' respawning too quickly
gnome-session-binary[4911]: CRITICAL: We failed, but the fail whale is dead. Sorry....

$ locate -e libEGL.so.1
/usr/lib/x86_64-linux-gnu/mesa-egl/libEGL.so.1
/usr/lib/x86_64-linux-gnu/mesa-egl/libEGL.so.1.0.0

Any ideas, or should this specific library problem be reported against gnome-shell?

Brian Murray (brian-murray) wrote :

 $ dpkg -S /usr/lib/x86_64-linux-gnu/libEGL.so.1
libegl1:amd64: /usr/lib/x86_64-linux-gnu/libEGL.so.1

So install libegl1.

Francois Thirioux (fthx) wrote :

Maybe it's not the place to do that but could it be possible that an Ubuntu developer tell us what are the changes in this new driver & packaging ?
Questions :
- will it be possible to use Wayland running Nvidia ?
- will it be possible to change GPU without rebooting ?
- will it be possible to do like Nouveau, I mean launch an app using the discrete GPU (right click menu) ?
- how can we now switch GPU on an Optimus configuration ?
Ubuntuforums dev section :
https://ubuntuforums.org/forumdisplay.php?f=427

Alberto Milone (albertomilone) wrote :

@walkerstreet: disabling the dGPU won't work, because of logind:
https://github.com/systemd/systemd/issues/6908

@Peter Silva: that is not an actual error. You are going to need the new xserver and the new libglvnd from bionic-proposed.

walkerstreet (dbonner) wrote :

My desktop computer won't display the X desktop on my monitor after installing the new driver with the Bionic-proposed packages. I get a blank screen except for a tty cursor in the top left corner of the screen. I can view the X desktop remotely using Teamviewer though, which is really wierd. Typing nvidia-smi verifies that driver 390.25 is installed and running. I have 2 nvidia 1080Ti cards. Since the new driver is unusable on my desktop, I have reverted back to nvidia-384. Does anyone have any suggestions as to how I can get the new driver to display the X desktop on my monitor?

Peter Silva (peter-bsqt) wrote :

I now have drivers from bionic proposed, the problem I had before
was that I had attempted to manually correc nvidia-drm-outputclass-ubuntu.conf by commenting out the lines which had caused errors before,
and re-installing wasn't overwriting it.
I returned it to default state. I can now get the lightdm up.

on xorg.0.log it seems to load now, I get to the login dialog,
but none of my sessions will load ( I just go back to the lightdm dialog.) there are no errors, it just dumps me back at the lightdm
screen. I added a bunch of -desktop packages to see if it was an
environment thing. The failure to login happens with *ubuntu*, *unity (default)*, *Ubuntu on Wayland*. With *mate* it doesn't exist, but I get a screen with a single icon, and no other elements of a desktop, so I can only open
shells.

Try switching to a TTY when the lightdm screen comes up and running “chown your_user:your_user .Xauthority” then try to login with lightdm.

Peter Silva (peter-bsqt) wrote :

OK, video is back now: apt-install ubuntu-mate-desktop fixed something.
It was already installed, but doing it again tickled something. I logged into
mater, and there was half a dozen core dumps of various components, and then
everything started working. (I don´t actually use mate, it was just trying
to see if issue was related to desktop environment in use.) I logged out, and now everything is now normal again.

now I can log in again, with the same environment I had before the problem.
I´ve now commented out bionic proposed from /etc/apt/sources.list
stuff looks ok.

Bruce Pieterse (octoquad) wrote :

Thanks Brian,

Looks like libegl1 landed today. Picked it up with a normal apt update and everything is good again.

Chris McDonough (chrism-plope) wrote :

Downgraded from proposed using pins and after a dist-upgrade it works, thanks!

Changed in nvidia-graphics-drivers-390 (Ubuntu):
status: Confirmed → Incomplete
assignee: Alberto Milone (albertomilone) → nobody
Changed in mesa (Ubuntu):
status: New → Incomplete
Changed in nvidia-graphics-drivers-390 (Ubuntu):
status: Incomplete → Fix Released
Changed in mesa (Ubuntu):
status: Incomplete → Fix Released
Changed in xserver-xorg-video-nouveau (Ubuntu):
status: New → Invalid
89 comments hidden view all 169 comments

Is there any way possible to gain early access to the "FIX RELEASED" files???

Tom (tom-lorinthe) wrote :
Symin (symin) wrote :

In my case it was... complicated.

Turns out that after upgrade to 18.04 wayland was on by default for me.
prime-select intel worked fine
prime-select nvidia gdm would not show

Changing wayland to xorg in gdm (with intel) would not work - login screen just kept reapearing. Forcing xorg through /etc/gdm3/custom.conf only made it worse.

In the end I have decided to try and unplug my DP cable from the mainboard and plug it into the gfx card. This has worked. After the reboot GDM has showed up and only xorg was available (I have switched to xorg before I swapped the cable, though).

No reverse prime for me :( Hopefuly plymouth works with nvidia these days or this gets fixed soon.

Kyle Weber (kyew01) wrote :

I hear Pop!_OS 18.04 doesn't have this issue. I'm unfortunately about to give up on Ubuntu and give that a try. Some word of reassurance from the Ubuntu team here would be nice. Where they marked this as fixed, I'm not hopeful of a fix--at least anytime soon. If anyone has found a true and simple workaround, please let us know! Otherwise, I think my hardware will require me to look somewhere else...

hey

There i am using ubuntu bionic 18.04 kernel 04.15.21

cant login on gdm or lightdm freezes on entering password or access tty on install nvidia-390 , nvidia 396 from ppa:graphics-drivers/ppa and nvidia-driver-390 from bionic main repo

used to have black screen on boot suddenly rectified

nouveau driver ends up in cpu hard and soft lock

need help desperately. not able to access GPU

Tom (tom-lorinthe) wrote :

@Joseph: did you try #121 ?

@tom-lorinthe

I have no issues with accessing Intel I just blacklisted nouveau for that purpose. I wanted to use Nvidia but on evry install it seems to crash the OS

will try and fix nvidia-prime after getting nvidia driver working

there is also dkms seems not to install in the kernel 4.15.21

anyways as you suggested it will attempt it thank you

no #121 don't work for me

I can access my desktop because i have blacklisted nouveau and using my intel gpu system which I assume is functioning via mesa drivers nomodeset also works
only issue is if i try to run nvidia

iuuuuan (ivan-janes) wrote :

I have finally getting to work my ubuntu 18.04 with drivers installed from additional drivers.

After update from ubuntu 17.10 to 18.04 nvidia-390 drivers were installed, nvidia-340 package was metapackage for nvidia-390.

Today I was able to install nvidia-340.106 driver directly from additional drivers, but they unfortunately did not work.

I have described method how to compile nvidia-340.104 for kernel 4.15 in #114 and this worked without problems.

I did comparison of nvidia-340.104 and nvidia-340.106 and found out that in nvidia-340.106 driver has fix for issue between the NVIDIA kernel driver's Page Attribute Table (PAT) support and the KPTI page table isolation.
no

After few tries with different kernel settings I have noticed that I have nopat option enabled in grub kernel boot.

Simple fix for that was to remove nopat option in grub

1. Open grub configuration file /etc/default/grub
# sudo vi /etc/default/grub

or

# sudo nano /etc/default/grub

2. Remove nopat from GRUB_CMDLINE_LINUX_DEFAULT

My current options looks like this:
GRUB_CMDLINE_LINUX_DEFAULT="splash nomdmonddf nomdmonisw nomdmonddf nomdmonisw"

3. Save file and exit editor

4. Update grub configuration

# sudo update-grub2

5. Reboot
# sudo reboot

6. Install recommended drivers
# sudo ubuntu-drivers autoinstall

7. Reboot
# sudo reboot

Dedas (andreas-winkler) wrote :

Ivan Janes,

With those options NVidia card seems to be disabled properly but now the systems hang whenever I plug in the laptop power charger. Also, I can only use Wayland and not Xorg (freeze again). Maybe the last one is a bad xorg.conf?

iuuuuan (ivan-janes) wrote :

Andreas, nvidia on my notebook is enabled and working properly. It is not disabled.

Currently I only one option enabled for GRUB_CMDLINE_LINUX_DEFAULT in /etc/default/grub :
GRUB_CMDLINE_LINUX_DEFAULT="splash"

I do not have /etc/X11/xorg.conf file.

If you backup file /etc/X11/xorg.conf, remove it and reboot laptop, does it help ?

I have disabled wayland in /etc/gdm3/custom.conf with option (uncomment option in file):
WaylandEnable=false

What is prime-select query output ? - on my notebook it returns nvidia
$ prime-select query
nvidia

Dedas (andreas-winkler) wrote :

Thank you for your answer. I solved the problem with nvidia prime not really disabling the nvidia card (still drawing power) when switching to Intel with:

sh -c 'echo auto > /sys/bus/pci/devices/0000\:01\:00.0/power/control'

Almost halved the power draw on my Dell XPS 15.

Tom (tom-lorinthe) wrote :

@Dedas can you elaborate a bit more what that does?
- Is it safe?
- Will it allow switching nvidia on with "sudo prime-select nvidia" ?
- Is this command needed only once?

Volodymyr Buell (vbuell) wrote :

Got back screen yesterday but for my case it was a disk space issue. Booted into recovery mode, freed up space in root partition and rebooted. Everything seems work ok after that... Apparently nvidia does need some free space to boot up (it wasn't an issue before i think. My system partition is really tiny so it's almost normal to have zero free space on it)

Milan Pultar (pultami1) wrote :

I am not sure whether it is ok to post here, but I have lately found this github repo dedicated to making Ubuntu run on XPS 9560. It works for Ubuntu 17.10 and 18.04 will be hopefully added as well. Many of us have this laptop and the repo partly adresses the issues mentioned here so I thought posting the link here might not be a bad idea. I have not tried this myself yet, but I guess installing U17.10 is the only option now because of the drivers problem...

https://github.com/stockmind/dell-xps-9560-ubuntu-respin

Dedas (andreas-winkler) wrote :

@Tom

"can you elaborate a bit more what that does?
- Is it safe?
- Will it allow switching nvidia on with "sudo prime-select nvidia" ?
- Is this command needed only once?"

Yes it should be safe. It it freezes just restart your machine, the setting will be gone.

It turns off the nvidia gpu så no.

It is needed every time you boot. So use rc.local or something similar.

Kyle Weber (kyew01) wrote :

I upgraded from 17.10 to 18.04. It wouldn't log in, but through ssh I purged the nvidia drivers, installed 396 through the PPA, rebooted, and it came up and worked. It is a tower with GTX 1060.

Tom (tom-lorinthe) wrote :

@Dedas: I cant see any difference; power consumption on Dell XPS 15 9560 stays the same...

Tom (tom-lorinthe) wrote :

It seems with the following two commands, I can get my power from ~15W to ~8W on Dell XPS 15 9560:

 # move from Nvidia to intel graphics (if not already done)
 prime-select intel
 # switch of power to Nvidia (repeat after each laptop start)
 sudo sh -c 'echo auto > /sys/bus/pci/devices/0000\:01\:00.0/power/control'
 sudo sh -c "echo "1" > remove"

Dedas (andreas-winkler) wrote :

If you want it to stay create a file /etc/rc.local and make it executable:

sudo chmod +x /etc/rc.local

In rc.local type:

#!/bin/sh -e
sh -c 'echo auto > /sys/bus/pci/devices/0000\:01\:00.0/power/control'
sh -c "echo "1" > remove" (I didn't need this)
exit 0

Tom (tom-lorinthe) wrote :

echo "1" > /sys/bus/pci/devices/0000\:01\:00.0/remove is required for me to powerdown nvidia, but it results in powerdown freeze

Still investigating ... ((

also, still investigating. every one of these fixes all lead to the same outcome for me - cannot boot with nvidia proprietary drivers installed, or else stuck in a boot-loop after entering password at gdm screen.

Gmgarciam (gmgarciam) wrote :

Hello. My situation was very complicated, and none of the fixes I found would work. I am running a Nvidia GTX970 with an Intel CPU and using a dual monitor setup. Ubuntu 17.04 was working very well. Later upgrading to Ubuntu 17.10, the Nvidia graphics became an issue because of Wayland, but I followed this guide and was able to set it working for 17.10, https://charlienewey.github.io/getting-nvidia-drivers-working-on-ubuntu-17-10/ . For 18.04, nothing I found online was working. I was able to setup Openbox and use that to investigate the matter. I suspected it was some sort of opengl problem since all applications requiring it would fail to run and cheking with the terminal, it would say that the libGLU1.1.so was not found, or one of those opengl libraries. Upon further investigating, it turned out that the xorg that comes stock with 18.04 does not have the latest Mesa patch that supports nvidia graphics cards. So I ended up getting the padoka ppa in order to get the latest xorg and mesa. Upon doing so, everything is working fine. I thought this fix was a little unorthodox being that I believed that Padoka was for Nouvou and AMD cards but, apparently it fixed the issue with the proprietary 396 drivers. I had the same issue with the 384, and 390. So I am not sure if this fix only pertains to the Nvidia 396 drivers, but I believe the problem stems from an Xorg that does not have the latest Mesa.

https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/mesa

Tom (tom-lorinthe) wrote :

@bernadette, it baffels me. Today my Xps 15, 9560 works flawlessly fast and nimble. I also nailed the power drain and now have ~5W running on battery, see https://github.com/stockmind/dell-xps-9560-ubuntu-respin/issues/8

Makes me thinking... what BIOS version do you have ? I run 1.9.4

ulyses (jose-abrural) wrote :

The only working solution for me for the Nvidia graphic card problem in Ubuntu 18.04, was to follow the instructions from this page:

https://medium.com/@emtudo/ubuntu-18-04-travamento-com-placa-nvidia-3720dfe7410a

and then start the system through recovery mode.

So, if this bug is marked as "fixed released" and 500 comments further it's clear it doesn't fix anything, should we open a new bug report?

I have the same problem of power drains even when prime-select is on intel. I know for sure that the nvidia GPU is running because the external HDMI port is working and shouldn't since it's wired to the GPU.

 sudo sh -c 'echo auto > /sys/bus/pci/devices/0000\:01\:00.0/power/control'
 sudo sh -c "echo "1" > remove"

gives no result on my system (Nvidia Quadro M2000M/Thinkpad P51).

Tom (tom-lorinthe) wrote :

@aurelienpierre: are you sure your laptop uses the same device number as the Dell XPS 15 this script was for (0000:01:00.0)?

Adrian H (adrelino) wrote :

I had working proprietary drivers for my GTX 1080 Ti and then I upgraded from 17.10 to 18.04. Everything worked well, gdm login screen appears, but AFTER entering username and password and hitting ENTER, I only get a black screen.

For me #123 solved the problem, thanks for the detailed description.

Just wanted to add that when booting in recovery mode, the timing issue also did not appear and I was able to login.

maf2 (sw-mariusz) wrote :

The graphical display failed to boot on laptop. The same system Ubuntu 18.04 works on the desktop.

https://drive.google.com/file/d/19i41gRcpzIErlU82Ekk-Hq5JUpUByHEw/view?usp=sharing

Nicolae Righeriu (nrigheriu) wrote :

I opened a new bug report since nobody seems to be able to change the status of "Fix Released" which is clearly not the case. Please comment and subscribe to this one
https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1773113

Battant (mparchet) wrote :

Hello,
The GUI (graphicc user interface)!dose not start If i have no internet connection (offline )
An other personé (novice on ubuntu ) has upgrade Ubuntu 16.04 to Ubuntu 18.04 Have the same probkeme
The internet must connect at start (Ethernet or WiFi)
Same problem whith the live dvd ?
Why this internet connection deprndence
Why the GUI coud’nt Start ofline
Could you confirme this and help me to fix this issue
Thanks for your supporters
Best regards

Battant

William S Gregory (0c-bill) wrote :

Also having a this problem. Why is this marked fixed?

Tom (tom-lorinthe) wrote :

It's indeed a big mystery when one of the maybe most serious bugs in 18.04 is marked as fixed while it clearly is not....

samurailink3 (samurailink3) wrote :

This is not fixed.

Chris (chris12599) wrote :
Download full text (5.9 KiB)

I started to experience this problem for the first time on July 2nd, 2018 after upgrading to kernel 4.15.0-24-generic. It only happens on machines with a Nvidia card. It does not matter if ANY Nvidia drivers are installed or not. I downgraded to kernel 4.15.0-20, 0-22 and 0-23 but it didn't fix the issue. I confirmed this on 2 machines with Nvidia cards.

adding deb http://de.archive.ubuntu.com/ubuntu/ bionic-proposed multiverse main universe restricted

to /etc/apt/sources.list

and running apt install libglvnd0 xserver-xorg-core libgl1-mesa-glx did not help. At least not on Linux Lite v4.0.

It's takes about 3mins and 6 seconds to get to the desktop. Everything works as normal after that.

So i ran some tests....

Lenovo ThinkPad W530
Model Type: 2436CTO GB
16GB RAM
Intel i7-3920XM @ 2.90Ghz
4 Core
256 SSD

lspci -vnn | grep VGA

00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK107GLM [Quadro K2000M] [10de:0ffb] (rev a1) (prog-if 00 [VGA controller])

Xubuntu 18.04 LTS (This is my main OS) - Broken

Kernel v4.15.0-24 after updates.

Updates downloaded during fresh install.

Works after fresh install but not after updates applied through Software Update.

Also tried kernel v4.17.0 and v4.17.3

login with ctrl+alt+f1 and after a few seconds i see:

nouveau 0000:01:00.0: msvld: unable to find firmware data

dmesg | grep nouveau

[ 34.304193] nouveau 0000:01:00.0: Direct firmware load for nouveau/nve7_fuc084 failed with error -2
[ 34.304206] nouveau 0000:01:00.0: Direct firmware load for nouveau/nve7_fuc084d failed with error -2
[ 34.304210] nouveau 0000:01:00.0: msvld: unable to load firmware data
[ 34.304277] nouveau 0000:01:00.0: msvld: init failed, -19

Kubuntu 18.04 LTS - Works

Kernel v4.15.0-20 after fresh install - Kernel v4.15.0-24 after updates.

Updates downloaded during fresh install. Full install selected.

Works after fresh install and after updates applied through Discover application.

KDE neon User Edition 5.13 - Works
16.04

Kernel v4.13.0-45 after fresh install - Kernel v4.15.0-24 after updates.

Updates downloaded during fresh install.

Works after fresh install and after updates applied through Discover application.

Installed nVidia driver v384.130 (nvidia-384) and still working.

Lubuntu - 18.04 LTS – Works

Kernel v4.15.0-20 after fresh install - Kernel v4.15.0-24 after updates.

Updates downloaded during fresh install. Full install selected.

Works after fresh install and after updates applied through Software Updater application.

Installed nVidia driver v390 (nvidia-driver-390) and still working.

Mate 18.04 LTS - Broken

Kernel v4.15.0-24 after updates.

Updates downloaded during fresh install. Full install selected.

Works after fresh install but not after updates applied through Software Update.

"Could not update ICEauthority file /home/user/.ICEauthority" appears during auto login. Desktop does not finishing loading but keyboard shortcuts work.

Elementary OS 0.4.1 Loki – Works

Kernel v4.15.0-24 after updates.

Update...

Read more...

hoan (hoan) wrote :
Download full text (4.6 KiB)

you might be interested to try liveiso xubuntu-bionic nvidia-390.48

a live_iso bionic-xubuntu with nvidia-390.48 prime-switchabled to experiment :
it's working on Acer VN7 4GB ram

boot the live iso http://sourceforge.net/projects/toysbox/ xubuntu-18.04-4.15.0-24-nvidia390.48.iso
open a terminal ctrl-T : inxi -G to check on which graphic card it is running
sudo prime-select query gives equivalent result on running graphic card
sudo prime-select intel to switch to the intel graphic
sudo prime-select nvidia to switch to the nvidia graphic

The prime version here is from Mathieu Gras ( problem and partial solution originally raised up by Tim Richardson )

https://devtalk.nvidia.com/default/topic/1032482/linux/optimus-on-ubuntu-18-04-is-a-step-backwards-but-i-found-the-first-good-solution/4

but to make the whole stuff running as liveIso requires lots of sweats ...and funs !!!!!

Here is a short log :

$ cat Live-xubuntu-bionic-nvidia-390.log

xubuntu@xubuntu:~$ cat /proc/cmdline
BOOT_IMAGE=(loop)/casper/vmlinuz iso-scan/filename=/iso/xubuntu-18.04-4.15.0-24-nvidia0.iso file=/cdrom/preseed/xubuntu.seed waitusb=5 boot=casper systemd.debug-shell=1 systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M printk.devkmsg=on

xubuntu@xubuntu:~$ uname -a
Linux xubuntu 4.15.0-24-generic #26-Ubuntu SMP Wed Jun 13 08:44:47 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

xubuntu@xubuntu:~$ inxi -G Graphics:
Card-1: Intel 4th Gen Core Processor Integrated Graphics Controller
Card-2: NVIDIA GM107M [GeForce GTX 860M]
Display Server: x11 (X.Org 1.19.6 ) drivers: modesetting,nvidia (unloaded: fbdev,vesa,nouveau) Resolution: 1920x1080@60.02hz OpenGL: renderer: GeForce GTX 860M/PCIe/SSE2 version: 4.6.0 NVIDIA 390.48

xubuntu@xubuntu:~$ xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x23a cap: 0x1, Source Output crtcs: 0 outputs: 0 associated providers: 1 name:NVIDIA-0 Provider 1: id: 0x44 cap: 0x6, Sink Output, Source Offload crtcs: 3 outputs: 2 associated providers: 1 name:modesetting

xubuntu@xubuntu:~$ glxinfo | grep NVIDIA
server glx vendor string: NVIDIA Corporation client glx vendor string: NVIDIA Corporation
OpenGL vendor string: NVIDIA Corporation
OpenGL core profile version string: 4.6.0 NVIDIA 390.48
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL version string: 4.6.0 NVIDIA 390.48
OpenGL shading language version string: 4.60 NVIDIA
OpenGL ES profile version string:
OpenGL ES 3.2 NVIDIA 390.48

xubuntu@xubuntu:~$ glxgears
Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate.
69297 frames in 5.0 seconds = 13859.334 FPS
68090 frames in 5.0 seconds = 13617.823 FPS

xubuntu@xubuntu:~$ glxspheres64
Polygons in scene: 62464 (61 spheres * 1024 polys/spheres) Visual ID of window: 0xa8 Context is Direct OpenGL Renderer: GeForce GTX 860M/PCIe/SSE2
1914.953887 frames/sec - 2137.088538 Mpixels/sec
1964.035952 frames/sec - 2191.864122 Mpixels/sec

Troublshootings

1 If at boot you get a black screen ...really nothing else after 2min don't panic ;
Open a VT2 with ctrl-F2 Login as xubuntu user with blank password ;
sudo su to get root permission
lsmod | grep nvidi...

Read more...

Mathew Garland (kromosome) wrote :

Ubuntu 18.04
Mate & XFCE
Running Nvidia 390 - NVIDIA Corporation GM107M [GeForce GTX 850M] (rev a2)

Same issue faced here. Initially everything was running well until I tried installing the CUDA libraries for Machine Learning purposes. This was the start of this disaster.

This Issue should be considered a show stopper!

masato-hi (masato-hi) wrote :
Download full text (5.4 KiB)

I am using Google Translate because English is not very good.
I am sorry if there is content difficult to understand.

```
$ uname -srvpio
Linux 4.15.0-23-generic #25-Ubuntu SMP Wed May 23 18:02:16 UTC 2018 x86_64 x86_64 GNU/Linux

$ nvidia-smi
Fri Jul 13 14:12:01 2018
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 390.67 Driver Version: 390.67 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce 940MX Off | 00000000:01:00.0 Off | N/A |
| N/A 47C P0 N/A / N/A | 726MiB / 2004MiB | 4% Default |
+-------------------------------+----------------------+----------------------+

```

If you are using a NVIDIA GPU built-in laptop please try the following method.

Execute `prime-select query`.
If the output is not `nvidia`, execute `prime-select nvidia` and restart it.

Please execute `lshw -C display`.

■ *-display UNCLAIMED If is a device of `vendor: Intel Corporation`
If `nomodeset` or `i915.modeset=0` is included in GRUB_CMDLINE_LINUX_DEFAULT or GRUB_CMDLINE_LINUX in `/etc/default/grub`, delete it, run update-grub and restart it.

■ *-display UNCLAIMED If is a device of `vendor: NVIDIA Corporation`
If `nomodeset` or `nvidia-drm.modeset=0` is included in GRUB_CMDLINE_LINUX_DEFAULT or GRUB_CMDLINE_LINUX in `/etc/default/grub`, delete it, run update-grub and restart it.

If `inxi` is not installed, please run `apt-get install -y inxi`.

Please execute `inxi -G`.

If `drivers: nvidia` is displayed, you need to add the following to `/etc/X11/xorg.conf`.
```
Section "Device"
    Identifier "intel"
    Driver "modesetting"
    Option "AccelMethod" "None"
EndSection
```

If `drivers: modesetting,nvidia` is displayed, please delete or comment out `Monitor "Monitor 0"` from `Section "Screen"` including `Device "nvidia"`.
```
Section "Screen"
    Identifier "intel"
    Device "intel"
    Monitor "Monitor 0"
EndSection

Section "Screen"
    Identifier "nvidia"
    Device "nvidia"
# Monitor "Monitor 0"
    DefaultDepth 24
    Option "AllowEmptyInitialConfiguration" "on"
    Option "IgnoreDisplayDevices" "CRT"
    Option "ConstrainCursor" "off"
    SubSection "Display"
        Depth 24
        Modes "nvidia-auto-select"
    EndSubSection
EndSection
```
Then restart it or execute `service gdm3 restart`.
that's all.

This problem is caused by the fact that nvidia-xconfig generated /etc/X11/xorg.conf does not include the loading of the modesetting driver, and the monitor output is connected to the nvidia device.
(I am not familiar with X11 so I do not know if that is correct)

Perhaps the smallest /etc/X11/xorg.conf that solves this problem is:
(BusID varies depending on the environment)
```
Section "ServerLayout"
    Identifier "layout"
    Screen 0 "nvidia"
    Inactive "intel"
EndSection

Section "Device"
    Identifier "intel"
    Driver "m...

Read more...

Displaying first 40 and last 40 comments. View all 169 comments or add a comment.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.