Note that I'm not suggesting that it be altered mechanically, but rather
than a warning be written that it may not be what is wanted (note also
that this issue is not about nouveau drivers but NVidia-provided
drivers).
If I'd seen a warning like that on doing `ubuntu-drivers autoinstall`,
this iss
Yes and no...
Occasionally someone will have an Nvidia-only desktop (or similar old
laptop). Or they may have a very new laptop that the Linux kernel
doesn't support properly yet. In such a case, using 'nomodeset' can be a
life saver. Especially given the spotty stability and hardware support
of t
As an after thought. This could be mitigated by having the nvidia
drivers' postinst check for nomodeset in /etc/defaults/grub and warn if
it is present. It is already running grub-update.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Yes, sorry. Removing nomodeset allowed boot to desktop and a functional
and stable system.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/183
Title:
NVIDIA driver (390) does not allow progress to
Great. Though I can't tell what fixed the problem. Do you mean the steps
in comment #5?
Regardless, if a problem was fixed without requiring any change to the
binary packages then the appropriate status is 'Invalid' now. That just
means it's not a bug in the assigned package.
** Changed in: nvid
Thank you so very much. That has fixed the problem. In the next couple
of weeks when I can find some time, I'll look into the other issue that
you've been managing and try it with a mainline kernel.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Laptops are almost always wired with only the Intel GPU connected to the
LCD. If there is an Nvidia GPU then it is not connected to the screen;
it only shares rendered frames with the Intel GPU via system memory.
This allows the Nvidia GPU to be completely turned off without losing
the screen or ne
re:nomodeset: That's odd unless the drivers on the live usb media are
old; nomodeset is definitely needed to not lock up from the live usb on
this machine.
re:grubmenu: I'm not using UEFI, so AFAIU, shift should be the key
(though I tried both). Is it edge triggered? If not, I've had the key
held
Your Intel GPU, which usually is the only GPU wired directly to the
laptop screen, requires modesetting to be enabled. I recall old versions
of the Nvidia driver did not like that, but current versions do. I think
"current" includes Ubuntu 18.04.
As for the grub menu, yes it might have become hard
I will give that a go. The nomodeset option was set during istall,
presumably because the live usb install media doesn't boot without it. I
vaguely recall altering that option at the grub menu, but it was a long
day yesterday, so I am not sure (as an aside, why does the grub menu not
come up with s
** Package changed: gdm3 (Ubuntu) => nvidia-graphics-drivers-390
(Ubuntu)
** Tags added: nvidia
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/183
Title:
NVIDIA driver (390) does not allow progr
Oh, actually your XorgLog files suggest the problem is just that the
Nvidia driver is not properly installed. And your kernel log seems to
show that you are using a kernel option ('nomodeset') which will prevent
the Intel GPU from driving the screen properly.
To fix these issues, please:
1. Edit
OK, the system log should contain a hint of the problem. Unfortunately
that's not yet attached to this bug.
Please reproduce the problem again and while it is happening, log in
remotely. Now run:
journalctl -b0 > curjournal.txt
and attach the file 'curjournal.txt' to this bug.
--
You receive
Unfortunately that does not resolve the issue. The behaviour remains the
same.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/183
Title:
NVIDIA driver (390) does not allow progress to login scree
This sounds like it might be bug 1798790. Please try this workaround:
1. Edit /etc/gdm3/custom.conf and uncomment the line:
#WaylandEnable=false
2. Reboot
** Package changed: xorg (Ubuntu) => gdm3 (Ubuntu)
** Changed in: gdm3 (Ubuntu)
Status: New => Incomplete
--
You received this
15 matches
Mail list logo
