Nvidia driver issues Xubuntu 18.04
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgO9GURib1T8z7lCwjOGLQaGtrueEthgQ8LO42ZX8cOfTqDK4jvDDpKkLFwf2J49kYCMNW7d4ABih_XCb_2UXdq5fPJDkoyg7-8g_YfRUot-XnaXkNYycsNp7lA5_TW9td0FFpLQ2APzKcZ/s1600/1.jpg)
![Creative The name of the picture](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhYQ0N5W1qAOxLP7t7iOM6O6AzbZnkXUy16s7P_CWfOb5UbTQY_aDsc727chyphenhyphen5W4IppVNernMMQeaUFTB_rFzAd95_CDt-tnwN-nBx6JyUp2duGjPaL5-VgNO41AVsA_vu30EJcipdDG409/s400/Clash+Royale+CLAN+TAG%2523URR8PPP.png)
up vote
4
down vote
favorite
I'm running a laptop with Nvidia Optimus on Xubuntu 18.04, and I can't seem to get the nvidia drivers to work at all. I've ran both Kubuntu 18.04 and Ubuntu Budgie 18.04, and was able to login using nvidia-390 drivers (although the login screen was black until I tried login in, which allowed me to login using nvidia drivers, the login screens just never loaded?), but on Xubuntu 18.04, it feels like I've tried everything to get nvidia drivers to work period. I've tried upwards of 6 different nvidia drivers (340, 380, 384, 390, there's likely some others I'm forgetting), tried running nvidia-xconfig, tried deleting /etc/X11/xorg.conf, even trying editing grub boot options. The closest I have seemingly gotten is changing no grub boot options, installing any nvidia driver, and running nvidia-xconfig. This still doesn't allow me to boot into the login screen, but it will show the splash login screen as always, but the bootup will freeze with a non-blinking cursor in the upper left of the screen. I can get into a TTY with CTRL+ALT+F1, and make changes there, I just am never able to actually get into a login screen. Grub is completely viewable, and without doing nvidia-xconfig, I can still get into a TTY, but the screen is completely blank until I enter a TTY, as opposed to with nvidia-xconfig, where I can get into a TTY, but it freezes on that non-blinking cursor. I've been banging my head against a wall for days trying to figure this out, so any help is appreciated, and I can get more information as needed.
drivers nvidia xubuntu xorg
 |Â
show 1 more comment
up vote
4
down vote
favorite
I'm running a laptop with Nvidia Optimus on Xubuntu 18.04, and I can't seem to get the nvidia drivers to work at all. I've ran both Kubuntu 18.04 and Ubuntu Budgie 18.04, and was able to login using nvidia-390 drivers (although the login screen was black until I tried login in, which allowed me to login using nvidia drivers, the login screens just never loaded?), but on Xubuntu 18.04, it feels like I've tried everything to get nvidia drivers to work period. I've tried upwards of 6 different nvidia drivers (340, 380, 384, 390, there's likely some others I'm forgetting), tried running nvidia-xconfig, tried deleting /etc/X11/xorg.conf, even trying editing grub boot options. The closest I have seemingly gotten is changing no grub boot options, installing any nvidia driver, and running nvidia-xconfig. This still doesn't allow me to boot into the login screen, but it will show the splash login screen as always, but the bootup will freeze with a non-blinking cursor in the upper left of the screen. I can get into a TTY with CTRL+ALT+F1, and make changes there, I just am never able to actually get into a login screen. Grub is completely viewable, and without doing nvidia-xconfig, I can still get into a TTY, but the screen is completely blank until I enter a TTY, as opposed to with nvidia-xconfig, where I can get into a TTY, but it freezes on that non-blinking cursor. I've been banging my head against a wall for days trying to figure this out, so any help is appreciated, and I can get more information as needed.
drivers nvidia xubuntu xorg
Just checking, do the nouveau open source drivers work on this system? Since this is an optimus system, have you done anything with bbswitch/bumblebee and the like?
â sbergeron
Apr 19 at 15:35
have you checked that the login screen is installed? could be a broken installation, or no installation at all. and what dm are you using? as mentioned above, try to add the nouveau driver in grub, and see if that boots up, may just be a misconfiguration
â Glenn van Acker
Apr 19 at 16:04
I can try to use the nouveau driver, and I've reinstalled the OS ~3 times while testing this, so I don't think that the installation has been broken all three times. Pretty sure that I'm using lightdm? I believe that is the default in Xubuntu.
â Ness
Apr 19 at 18:52
1
There have been big changes to the nvidia drivers in 18.04. And they are not good. I have two Optimus laptops, and I can't think of any good news to report. The root causes seems to be bug in systemd which means the nvidia card can not be turned off by bbswitch, and this has cascading consequences. I will stay on 17.10 and pray for a miracle. I can get it to log in with lightdm but it breaks easily and it is slow to switch intel/nvidia modes since it completely uninstalls/install nvidia and rebuilds initramfs. The devs have struggled to get something which works at all, I think.
â Tim Richardson
Apr 20 at 6:48
1
I gave up with ubuntu 18.04. I think the new approach is irredeemable. Even if the logind bug is fixed, the new prime-select is committed to a restart. I'm sure there is a reason for this backwards step, but right now I have the latest Nvidia driver on Mint 18.3 and changing between nvidia and intel with no reboot required (so Mint is not affected by any of the preime-select problems of Ubuntu 18.04)
â Tim Richardson
Apr 29 at 13:36
 |Â
show 1 more comment
up vote
4
down vote
favorite
up vote
4
down vote
favorite
I'm running a laptop with Nvidia Optimus on Xubuntu 18.04, and I can't seem to get the nvidia drivers to work at all. I've ran both Kubuntu 18.04 and Ubuntu Budgie 18.04, and was able to login using nvidia-390 drivers (although the login screen was black until I tried login in, which allowed me to login using nvidia drivers, the login screens just never loaded?), but on Xubuntu 18.04, it feels like I've tried everything to get nvidia drivers to work period. I've tried upwards of 6 different nvidia drivers (340, 380, 384, 390, there's likely some others I'm forgetting), tried running nvidia-xconfig, tried deleting /etc/X11/xorg.conf, even trying editing grub boot options. The closest I have seemingly gotten is changing no grub boot options, installing any nvidia driver, and running nvidia-xconfig. This still doesn't allow me to boot into the login screen, but it will show the splash login screen as always, but the bootup will freeze with a non-blinking cursor in the upper left of the screen. I can get into a TTY with CTRL+ALT+F1, and make changes there, I just am never able to actually get into a login screen. Grub is completely viewable, and without doing nvidia-xconfig, I can still get into a TTY, but the screen is completely blank until I enter a TTY, as opposed to with nvidia-xconfig, where I can get into a TTY, but it freezes on that non-blinking cursor. I've been banging my head against a wall for days trying to figure this out, so any help is appreciated, and I can get more information as needed.
drivers nvidia xubuntu xorg
I'm running a laptop with Nvidia Optimus on Xubuntu 18.04, and I can't seem to get the nvidia drivers to work at all. I've ran both Kubuntu 18.04 and Ubuntu Budgie 18.04, and was able to login using nvidia-390 drivers (although the login screen was black until I tried login in, which allowed me to login using nvidia drivers, the login screens just never loaded?), but on Xubuntu 18.04, it feels like I've tried everything to get nvidia drivers to work period. I've tried upwards of 6 different nvidia drivers (340, 380, 384, 390, there's likely some others I'm forgetting), tried running nvidia-xconfig, tried deleting /etc/X11/xorg.conf, even trying editing grub boot options. The closest I have seemingly gotten is changing no grub boot options, installing any nvidia driver, and running nvidia-xconfig. This still doesn't allow me to boot into the login screen, but it will show the splash login screen as always, but the bootup will freeze with a non-blinking cursor in the upper left of the screen. I can get into a TTY with CTRL+ALT+F1, and make changes there, I just am never able to actually get into a login screen. Grub is completely viewable, and without doing nvidia-xconfig, I can still get into a TTY, but the screen is completely blank until I enter a TTY, as opposed to with nvidia-xconfig, where I can get into a TTY, but it freezes on that non-blinking cursor. I've been banging my head against a wall for days trying to figure this out, so any help is appreciated, and I can get more information as needed.
drivers nvidia xubuntu xorg
asked Apr 19 at 15:03
Ness
2113
2113
Just checking, do the nouveau open source drivers work on this system? Since this is an optimus system, have you done anything with bbswitch/bumblebee and the like?
â sbergeron
Apr 19 at 15:35
have you checked that the login screen is installed? could be a broken installation, or no installation at all. and what dm are you using? as mentioned above, try to add the nouveau driver in grub, and see if that boots up, may just be a misconfiguration
â Glenn van Acker
Apr 19 at 16:04
I can try to use the nouveau driver, and I've reinstalled the OS ~3 times while testing this, so I don't think that the installation has been broken all three times. Pretty sure that I'm using lightdm? I believe that is the default in Xubuntu.
â Ness
Apr 19 at 18:52
1
There have been big changes to the nvidia drivers in 18.04. And they are not good. I have two Optimus laptops, and I can't think of any good news to report. The root causes seems to be bug in systemd which means the nvidia card can not be turned off by bbswitch, and this has cascading consequences. I will stay on 17.10 and pray for a miracle. I can get it to log in with lightdm but it breaks easily and it is slow to switch intel/nvidia modes since it completely uninstalls/install nvidia and rebuilds initramfs. The devs have struggled to get something which works at all, I think.
â Tim Richardson
Apr 20 at 6:48
1
I gave up with ubuntu 18.04. I think the new approach is irredeemable. Even if the logind bug is fixed, the new prime-select is committed to a restart. I'm sure there is a reason for this backwards step, but right now I have the latest Nvidia driver on Mint 18.3 and changing between nvidia and intel with no reboot required (so Mint is not affected by any of the preime-select problems of Ubuntu 18.04)
â Tim Richardson
Apr 29 at 13:36
 |Â
show 1 more comment
Just checking, do the nouveau open source drivers work on this system? Since this is an optimus system, have you done anything with bbswitch/bumblebee and the like?
â sbergeron
Apr 19 at 15:35
have you checked that the login screen is installed? could be a broken installation, or no installation at all. and what dm are you using? as mentioned above, try to add the nouveau driver in grub, and see if that boots up, may just be a misconfiguration
â Glenn van Acker
Apr 19 at 16:04
I can try to use the nouveau driver, and I've reinstalled the OS ~3 times while testing this, so I don't think that the installation has been broken all three times. Pretty sure that I'm using lightdm? I believe that is the default in Xubuntu.
â Ness
Apr 19 at 18:52
1
There have been big changes to the nvidia drivers in 18.04. And they are not good. I have two Optimus laptops, and I can't think of any good news to report. The root causes seems to be bug in systemd which means the nvidia card can not be turned off by bbswitch, and this has cascading consequences. I will stay on 17.10 and pray for a miracle. I can get it to log in with lightdm but it breaks easily and it is slow to switch intel/nvidia modes since it completely uninstalls/install nvidia and rebuilds initramfs. The devs have struggled to get something which works at all, I think.
â Tim Richardson
Apr 20 at 6:48
1
I gave up with ubuntu 18.04. I think the new approach is irredeemable. Even if the logind bug is fixed, the new prime-select is committed to a restart. I'm sure there is a reason for this backwards step, but right now I have the latest Nvidia driver on Mint 18.3 and changing between nvidia and intel with no reboot required (so Mint is not affected by any of the preime-select problems of Ubuntu 18.04)
â Tim Richardson
Apr 29 at 13:36
Just checking, do the nouveau open source drivers work on this system? Since this is an optimus system, have you done anything with bbswitch/bumblebee and the like?
â sbergeron
Apr 19 at 15:35
Just checking, do the nouveau open source drivers work on this system? Since this is an optimus system, have you done anything with bbswitch/bumblebee and the like?
â sbergeron
Apr 19 at 15:35
have you checked that the login screen is installed? could be a broken installation, or no installation at all. and what dm are you using? as mentioned above, try to add the nouveau driver in grub, and see if that boots up, may just be a misconfiguration
â Glenn van Acker
Apr 19 at 16:04
have you checked that the login screen is installed? could be a broken installation, or no installation at all. and what dm are you using? as mentioned above, try to add the nouveau driver in grub, and see if that boots up, may just be a misconfiguration
â Glenn van Acker
Apr 19 at 16:04
I can try to use the nouveau driver, and I've reinstalled the OS ~3 times while testing this, so I don't think that the installation has been broken all three times. Pretty sure that I'm using lightdm? I believe that is the default in Xubuntu.
â Ness
Apr 19 at 18:52
I can try to use the nouveau driver, and I've reinstalled the OS ~3 times while testing this, so I don't think that the installation has been broken all three times. Pretty sure that I'm using lightdm? I believe that is the default in Xubuntu.
â Ness
Apr 19 at 18:52
1
1
There have been big changes to the nvidia drivers in 18.04. And they are not good. I have two Optimus laptops, and I can't think of any good news to report. The root causes seems to be bug in systemd which means the nvidia card can not be turned off by bbswitch, and this has cascading consequences. I will stay on 17.10 and pray for a miracle. I can get it to log in with lightdm but it breaks easily and it is slow to switch intel/nvidia modes since it completely uninstalls/install nvidia and rebuilds initramfs. The devs have struggled to get something which works at all, I think.
â Tim Richardson
Apr 20 at 6:48
There have been big changes to the nvidia drivers in 18.04. And they are not good. I have two Optimus laptops, and I can't think of any good news to report. The root causes seems to be bug in systemd which means the nvidia card can not be turned off by bbswitch, and this has cascading consequences. I will stay on 17.10 and pray for a miracle. I can get it to log in with lightdm but it breaks easily and it is slow to switch intel/nvidia modes since it completely uninstalls/install nvidia and rebuilds initramfs. The devs have struggled to get something which works at all, I think.
â Tim Richardson
Apr 20 at 6:48
1
1
I gave up with ubuntu 18.04. I think the new approach is irredeemable. Even if the logind bug is fixed, the new prime-select is committed to a restart. I'm sure there is a reason for this backwards step, but right now I have the latest Nvidia driver on Mint 18.3 and changing between nvidia and intel with no reboot required (so Mint is not affected by any of the preime-select problems of Ubuntu 18.04)
â Tim Richardson
Apr 29 at 13:36
I gave up with ubuntu 18.04. I think the new approach is irredeemable. Even if the logind bug is fixed, the new prime-select is committed to a restart. I'm sure there is a reason for this backwards step, but right now I have the latest Nvidia driver on Mint 18.3 and changing between nvidia and intel with no reboot required (so Mint is not affected by any of the preime-select problems of Ubuntu 18.04)
â Tim Richardson
Apr 29 at 13:36
 |Â
show 1 more comment
4 Answers
4
active
oldest
votes
up vote
1
down vote
I used Xubuntu 16.04 and it worked good, just one time issues with NVIDIA drivers, but since then i didn't have issues. Well with coming of Xubuntu 18.04 i had no cuda support in Blender. I though it was a problem with Quadro GPUs... then i removed Quadro, got a new Gigabyte GTX 750 ti 4GB Ram, did a fresh reinstall and configured the drivers, but on rendering in Blender was running in Xeon CPU. Tried to install drivers from NVIDIA and setup failed in TTY1. I formatted again the machine, downloaded again NVIDIA drivers and still it failed. During these installations and tests, it i had several bugs.
Probably i will install old Xubuntu 16.04 again. I think there is something wrong on new LTS versions of Ubuntu family and between loosing all this time trying to make it work... instead of install and get back to the work there is a huge difference. Of course this is not the kind of way i like to spend my time or getting other GPU cards hopping this or that might work.
I hope someone fix this soon.
add a comment |Â
up vote
0
down vote
I'm having this issue as well. Best solution I have found is:
sudo apt remove libnvidia-ifr1-390 libnvidia-ifr1-390:i386 nvidia-driver-390
This just allows non nvidia updates to continue but does not solve the issue itself.
add a comment |Â
up vote
0
down vote
I had the same problem with my Xubuntu 18.04 version that runs on Nvidia GPU.
I tried to installed the latest Nvidia-390 and nvidia-prime drivers and updated my driver installs as these solutions show [1] [2], and I added nouveau to the block list, but none of these worked.
So what I did is that I added the parameternouveau.modeset=0
to grub.cfg file in bootgrub
directory.
I added the line after every "linux..."
line, for instance:
menuentry 'FAILSAFE' --class ubuntu --class gnu-linux --class gnu --class os
recordfail
set gfxpayload=$linux_gfx_mode
insmod part_msdos
insmod ext2
set root='(hd0,msdos8)'
search --no-floppy --fs-uuid --set=root 36286167-4eba-4a1e-a202-155c6baafa01
linux /boot/vmlinuz-2.6.37-12-generic root=UUID=36286167-4eba-4a1e-a202-155c6baafa01 ro vt.handoff=7 quiet splash nouveau.modeset=0
initrd /boot/initrd.img-2.6.37-12-generic
So, I believe you have to add this parameter in all the script. I tried this solution and Nvidia GPU driver stopped crashing.
Another approach as described here
Execute sudo nano /etc/default/grub
and add the parameter nvidia-drm.modeset=1
to the line GRUB_CMDLINE_LINUX_DEFAULT
. Save the change you've made and run sudo update-grub
.
Restart the Ubuntu operating system, and now, everything should work properly - right as expected.
add a comment |Â
up vote
0
down vote
Here is a live iso xubuntu-bionic with nvidia-390.48 and prime from MatheuGras-TimRichardson
It switched correctly on live testing with Acer VN7 laptop 4GB
https://sourceforge.net/projects/toysbox/files/bionic-nvidia/xubuntu-18.04-4.15.0-24-nvidia.iso
Screenshots + Logs are on the site
add a comment |Â
4 Answers
4
active
oldest
votes
4 Answers
4
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
I used Xubuntu 16.04 and it worked good, just one time issues with NVIDIA drivers, but since then i didn't have issues. Well with coming of Xubuntu 18.04 i had no cuda support in Blender. I though it was a problem with Quadro GPUs... then i removed Quadro, got a new Gigabyte GTX 750 ti 4GB Ram, did a fresh reinstall and configured the drivers, but on rendering in Blender was running in Xeon CPU. Tried to install drivers from NVIDIA and setup failed in TTY1. I formatted again the machine, downloaded again NVIDIA drivers and still it failed. During these installations and tests, it i had several bugs.
Probably i will install old Xubuntu 16.04 again. I think there is something wrong on new LTS versions of Ubuntu family and between loosing all this time trying to make it work... instead of install and get back to the work there is a huge difference. Of course this is not the kind of way i like to spend my time or getting other GPU cards hopping this or that might work.
I hope someone fix this soon.
add a comment |Â
up vote
1
down vote
I used Xubuntu 16.04 and it worked good, just one time issues with NVIDIA drivers, but since then i didn't have issues. Well with coming of Xubuntu 18.04 i had no cuda support in Blender. I though it was a problem with Quadro GPUs... then i removed Quadro, got a new Gigabyte GTX 750 ti 4GB Ram, did a fresh reinstall and configured the drivers, but on rendering in Blender was running in Xeon CPU. Tried to install drivers from NVIDIA and setup failed in TTY1. I formatted again the machine, downloaded again NVIDIA drivers and still it failed. During these installations and tests, it i had several bugs.
Probably i will install old Xubuntu 16.04 again. I think there is something wrong on new LTS versions of Ubuntu family and between loosing all this time trying to make it work... instead of install and get back to the work there is a huge difference. Of course this is not the kind of way i like to spend my time or getting other GPU cards hopping this or that might work.
I hope someone fix this soon.
add a comment |Â
up vote
1
down vote
up vote
1
down vote
I used Xubuntu 16.04 and it worked good, just one time issues with NVIDIA drivers, but since then i didn't have issues. Well with coming of Xubuntu 18.04 i had no cuda support in Blender. I though it was a problem with Quadro GPUs... then i removed Quadro, got a new Gigabyte GTX 750 ti 4GB Ram, did a fresh reinstall and configured the drivers, but on rendering in Blender was running in Xeon CPU. Tried to install drivers from NVIDIA and setup failed in TTY1. I formatted again the machine, downloaded again NVIDIA drivers and still it failed. During these installations and tests, it i had several bugs.
Probably i will install old Xubuntu 16.04 again. I think there is something wrong on new LTS versions of Ubuntu family and between loosing all this time trying to make it work... instead of install and get back to the work there is a huge difference. Of course this is not the kind of way i like to spend my time or getting other GPU cards hopping this or that might work.
I hope someone fix this soon.
I used Xubuntu 16.04 and it worked good, just one time issues with NVIDIA drivers, but since then i didn't have issues. Well with coming of Xubuntu 18.04 i had no cuda support in Blender. I though it was a problem with Quadro GPUs... then i removed Quadro, got a new Gigabyte GTX 750 ti 4GB Ram, did a fresh reinstall and configured the drivers, but on rendering in Blender was running in Xeon CPU. Tried to install drivers from NVIDIA and setup failed in TTY1. I formatted again the machine, downloaded again NVIDIA drivers and still it failed. During these installations and tests, it i had several bugs.
Probably i will install old Xubuntu 16.04 again. I think there is something wrong on new LTS versions of Ubuntu family and between loosing all this time trying to make it work... instead of install and get back to the work there is a huge difference. Of course this is not the kind of way i like to spend my time or getting other GPU cards hopping this or that might work.
I hope someone fix this soon.
answered May 3 at 0:29
![](https://i.stack.imgur.com/eODSA.jpg?s=32&g=1)
![](https://i.stack.imgur.com/eODSA.jpg?s=32&g=1)
Ardit Dashaj
2114
2114
add a comment |Â
add a comment |Â
up vote
0
down vote
I'm having this issue as well. Best solution I have found is:
sudo apt remove libnvidia-ifr1-390 libnvidia-ifr1-390:i386 nvidia-driver-390
This just allows non nvidia updates to continue but does not solve the issue itself.
add a comment |Â
up vote
0
down vote
I'm having this issue as well. Best solution I have found is:
sudo apt remove libnvidia-ifr1-390 libnvidia-ifr1-390:i386 nvidia-driver-390
This just allows non nvidia updates to continue but does not solve the issue itself.
add a comment |Â
up vote
0
down vote
up vote
0
down vote
I'm having this issue as well. Best solution I have found is:
sudo apt remove libnvidia-ifr1-390 libnvidia-ifr1-390:i386 nvidia-driver-390
This just allows non nvidia updates to continue but does not solve the issue itself.
I'm having this issue as well. Best solution I have found is:
sudo apt remove libnvidia-ifr1-390 libnvidia-ifr1-390:i386 nvidia-driver-390
This just allows non nvidia updates to continue but does not solve the issue itself.
edited May 9 at 9:36
davidbaumann
1,4361826
1,4361826
answered May 9 at 5:13
![](https://lh3.googleusercontent.com/-1hHoxfHO3CU/AAAAAAAAAAI/AAAAAAAAEAA/jtQlMmrZ_bU/photo.jpg?sz=32)
![](https://lh3.googleusercontent.com/-1hHoxfHO3CU/AAAAAAAAAAI/AAAAAAAAEAA/jtQlMmrZ_bU/photo.jpg?sz=32)
Drop MC
1
1
add a comment |Â
add a comment |Â
up vote
0
down vote
I had the same problem with my Xubuntu 18.04 version that runs on Nvidia GPU.
I tried to installed the latest Nvidia-390 and nvidia-prime drivers and updated my driver installs as these solutions show [1] [2], and I added nouveau to the block list, but none of these worked.
So what I did is that I added the parameternouveau.modeset=0
to grub.cfg file in bootgrub
directory.
I added the line after every "linux..."
line, for instance:
menuentry 'FAILSAFE' --class ubuntu --class gnu-linux --class gnu --class os
recordfail
set gfxpayload=$linux_gfx_mode
insmod part_msdos
insmod ext2
set root='(hd0,msdos8)'
search --no-floppy --fs-uuid --set=root 36286167-4eba-4a1e-a202-155c6baafa01
linux /boot/vmlinuz-2.6.37-12-generic root=UUID=36286167-4eba-4a1e-a202-155c6baafa01 ro vt.handoff=7 quiet splash nouveau.modeset=0
initrd /boot/initrd.img-2.6.37-12-generic
So, I believe you have to add this parameter in all the script. I tried this solution and Nvidia GPU driver stopped crashing.
Another approach as described here
Execute sudo nano /etc/default/grub
and add the parameter nvidia-drm.modeset=1
to the line GRUB_CMDLINE_LINUX_DEFAULT
. Save the change you've made and run sudo update-grub
.
Restart the Ubuntu operating system, and now, everything should work properly - right as expected.
add a comment |Â
up vote
0
down vote
I had the same problem with my Xubuntu 18.04 version that runs on Nvidia GPU.
I tried to installed the latest Nvidia-390 and nvidia-prime drivers and updated my driver installs as these solutions show [1] [2], and I added nouveau to the block list, but none of these worked.
So what I did is that I added the parameternouveau.modeset=0
to grub.cfg file in bootgrub
directory.
I added the line after every "linux..."
line, for instance:
menuentry 'FAILSAFE' --class ubuntu --class gnu-linux --class gnu --class os
recordfail
set gfxpayload=$linux_gfx_mode
insmod part_msdos
insmod ext2
set root='(hd0,msdos8)'
search --no-floppy --fs-uuid --set=root 36286167-4eba-4a1e-a202-155c6baafa01
linux /boot/vmlinuz-2.6.37-12-generic root=UUID=36286167-4eba-4a1e-a202-155c6baafa01 ro vt.handoff=7 quiet splash nouveau.modeset=0
initrd /boot/initrd.img-2.6.37-12-generic
So, I believe you have to add this parameter in all the script. I tried this solution and Nvidia GPU driver stopped crashing.
Another approach as described here
Execute sudo nano /etc/default/grub
and add the parameter nvidia-drm.modeset=1
to the line GRUB_CMDLINE_LINUX_DEFAULT
. Save the change you've made and run sudo update-grub
.
Restart the Ubuntu operating system, and now, everything should work properly - right as expected.
add a comment |Â
up vote
0
down vote
up vote
0
down vote
I had the same problem with my Xubuntu 18.04 version that runs on Nvidia GPU.
I tried to installed the latest Nvidia-390 and nvidia-prime drivers and updated my driver installs as these solutions show [1] [2], and I added nouveau to the block list, but none of these worked.
So what I did is that I added the parameternouveau.modeset=0
to grub.cfg file in bootgrub
directory.
I added the line after every "linux..."
line, for instance:
menuentry 'FAILSAFE' --class ubuntu --class gnu-linux --class gnu --class os
recordfail
set gfxpayload=$linux_gfx_mode
insmod part_msdos
insmod ext2
set root='(hd0,msdos8)'
search --no-floppy --fs-uuid --set=root 36286167-4eba-4a1e-a202-155c6baafa01
linux /boot/vmlinuz-2.6.37-12-generic root=UUID=36286167-4eba-4a1e-a202-155c6baafa01 ro vt.handoff=7 quiet splash nouveau.modeset=0
initrd /boot/initrd.img-2.6.37-12-generic
So, I believe you have to add this parameter in all the script. I tried this solution and Nvidia GPU driver stopped crashing.
Another approach as described here
Execute sudo nano /etc/default/grub
and add the parameter nvidia-drm.modeset=1
to the line GRUB_CMDLINE_LINUX_DEFAULT
. Save the change you've made and run sudo update-grub
.
Restart the Ubuntu operating system, and now, everything should work properly - right as expected.
I had the same problem with my Xubuntu 18.04 version that runs on Nvidia GPU.
I tried to installed the latest Nvidia-390 and nvidia-prime drivers and updated my driver installs as these solutions show [1] [2], and I added nouveau to the block list, but none of these worked.
So what I did is that I added the parameternouveau.modeset=0
to grub.cfg file in bootgrub
directory.
I added the line after every "linux..."
line, for instance:
menuentry 'FAILSAFE' --class ubuntu --class gnu-linux --class gnu --class os
recordfail
set gfxpayload=$linux_gfx_mode
insmod part_msdos
insmod ext2
set root='(hd0,msdos8)'
search --no-floppy --fs-uuid --set=root 36286167-4eba-4a1e-a202-155c6baafa01
linux /boot/vmlinuz-2.6.37-12-generic root=UUID=36286167-4eba-4a1e-a202-155c6baafa01 ro vt.handoff=7 quiet splash nouveau.modeset=0
initrd /boot/initrd.img-2.6.37-12-generic
So, I believe you have to add this parameter in all the script. I tried this solution and Nvidia GPU driver stopped crashing.
Another approach as described here
Execute sudo nano /etc/default/grub
and add the parameter nvidia-drm.modeset=1
to the line GRUB_CMDLINE_LINUX_DEFAULT
. Save the change you've made and run sudo update-grub
.
Restart the Ubuntu operating system, and now, everything should work properly - right as expected.
edited Jun 25 at 12:43
answered Jun 20 at 15:43
![](https://i.stack.imgur.com/Y1KpR.png?s=32&g=1)
![](https://i.stack.imgur.com/Y1KpR.png?s=32&g=1)
debugging XD
1113
1113
add a comment |Â
add a comment |Â
up vote
0
down vote
Here is a live iso xubuntu-bionic with nvidia-390.48 and prime from MatheuGras-TimRichardson
It switched correctly on live testing with Acer VN7 laptop 4GB
https://sourceforge.net/projects/toysbox/files/bionic-nvidia/xubuntu-18.04-4.15.0-24-nvidia.iso
Screenshots + Logs are on the site
add a comment |Â
up vote
0
down vote
Here is a live iso xubuntu-bionic with nvidia-390.48 and prime from MatheuGras-TimRichardson
It switched correctly on live testing with Acer VN7 laptop 4GB
https://sourceforge.net/projects/toysbox/files/bionic-nvidia/xubuntu-18.04-4.15.0-24-nvidia.iso
Screenshots + Logs are on the site
add a comment |Â
up vote
0
down vote
up vote
0
down vote
Here is a live iso xubuntu-bionic with nvidia-390.48 and prime from MatheuGras-TimRichardson
It switched correctly on live testing with Acer VN7 laptop 4GB
https://sourceforge.net/projects/toysbox/files/bionic-nvidia/xubuntu-18.04-4.15.0-24-nvidia.iso
Screenshots + Logs are on the site
Here is a live iso xubuntu-bionic with nvidia-390.48 and prime from MatheuGras-TimRichardson
It switched correctly on live testing with Acer VN7 laptop 4GB
https://sourceforge.net/projects/toysbox/files/bionic-nvidia/xubuntu-18.04-4.15.0-24-nvidia.iso
Screenshots + Logs are on the site
answered Jul 2 at 21:42
user3477652
111
111
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1026427%2fnvidia-driver-issues-xubuntu-18-04%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
var $window = $(window),
onScroll = function(e)
var $elem = $('.new-login-left'),
docViewTop = $window.scrollTop(),
docViewBottom = docViewTop + $window.height(),
elemTop = $elem.offset().top,
elemBottom = elemTop + $elem.height();
if ((docViewTop elemBottom))
StackExchange.using('gps', function() StackExchange.gps.track('embedded_signup_form.view', location: 'question_page' ); );
$window.unbind('scroll', onScroll);
;
$window.on('scroll', onScroll);
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Just checking, do the nouveau open source drivers work on this system? Since this is an optimus system, have you done anything with bbswitch/bumblebee and the like?
â sbergeron
Apr 19 at 15:35
have you checked that the login screen is installed? could be a broken installation, or no installation at all. and what dm are you using? as mentioned above, try to add the nouveau driver in grub, and see if that boots up, may just be a misconfiguration
â Glenn van Acker
Apr 19 at 16:04
I can try to use the nouveau driver, and I've reinstalled the OS ~3 times while testing this, so I don't think that the installation has been broken all three times. Pretty sure that I'm using lightdm? I believe that is the default in Xubuntu.
â Ness
Apr 19 at 18:52
1
There have been big changes to the nvidia drivers in 18.04. And they are not good. I have two Optimus laptops, and I can't think of any good news to report. The root causes seems to be bug in systemd which means the nvidia card can not be turned off by bbswitch, and this has cascading consequences. I will stay on 17.10 and pray for a miracle. I can get it to log in with lightdm but it breaks easily and it is slow to switch intel/nvidia modes since it completely uninstalls/install nvidia and rebuilds initramfs. The devs have struggled to get something which works at all, I think.
â Tim Richardson
Apr 20 at 6:48
1
I gave up with ubuntu 18.04. I think the new approach is irredeemable. Even if the logind bug is fixed, the new prime-select is committed to a restart. I'm sure there is a reason for this backwards step, but right now I have the latest Nvidia driver on Mint 18.3 and changing between nvidia and intel with no reboot required (so Mint is not affected by any of the preime-select problems of Ubuntu 18.04)
â Tim Richardson
Apr 29 at 13:36