Dell Precision 7560 With Tumbleweed
Hi, I have a Dell Precision 7560 machine that is running Tumbleweed. It has an Nvidia GPU but I've had no luck getting drivers to load. Curious if anyone else has a similar machine and has found a solution here. I've tried both the Nvidia proprietary drivers and also nouveau both with no luck. Initally I had the system setup using secure boot. When the drivers installed they were not creating the MOK keypair and thus on reboot there's no way to add the keypair to the MOK database. Since then I've disabled secure boot and tried reinstalling both drivers (separately) and still the drivers do load at boot. Any ideas how to get the drivers to load. For now I have an unusable GPU and thus an unusable HDMI port. I have already changed the boot mode to (slow) to load all drivers. This was required to get the openSUSE installer to boot. And I'm following the steps according to [1]. [1] https://en.opensuse.org/SDB:NVIDIA_drivers Thanks, Sean
On Fri, 2022-05-13 at 15:00 +0000, Sean Marlow wrote:
Hi,
I have a Dell Precision 7560 machine that is running Tumbleweed. It has an Nvidia GPU but I've had no luck getting drivers to load. Curious if anyone else has a similar machine and has found a solution here.
I've tried both the Nvidia proprietary drivers and also nouveau both with no luck. Initally I had the system setup using secure boot. When the drivers installed they were not creating the MOK keypair and thus on reboot there's no way to add the keypair to the MOK database.
Since then I've disabled secure boot and tried reinstalling both drivers (separately) and still the drivers do load at boot. Any ideas how to get the drivers to load. For now I have an unusable GPU and thus an unusable HDMI port.
I have already changed the boot mode to (slow) to load all drivers. This was required to get the openSUSE installer to boot. And I'm following the steps according to [1].
[1] https://en.opensuse.org/SDB:NVIDIA_drivers
Thanks, Sean
I have the Precision in my signature ~ does the one you reference use "NVIDIA® RTX™ T1200"? There aren't show-stopping issues w/ mine, but I do have to futz with it each new kernel (I'm guessing I could do something dkms-related to get around that, but ...). I do have secure boot enabled and have been reusing my .der/.key each time at the prompts during install. That setup was mildly painless, but since I 'got it right the 1st time' I'm not sure what I'd do if I needed to fix it ... I fear that day 😋️ I'm able to [re]use the latest .run from https://download.nvidia.com/XFree86/Linux-x86_64/ each time; where the main issue I have to repeatedly fix is: ln -s /usr/src/linux-$(uname -r | sed 's/-default//g')- obj/x86_64/default/scripts/sign-file /usr/src/linux-$(uname -r | sed 's/-default//g')/scripts/sign-file or I can't sign what it builds. But I have that in a script that I run after a 'zypper dup' installs a new kernel, so my process is generally automated (aside from clicking tui buttons and typing the path to the .der/.key when prompted). It's about 50:50 on if I get a lightdm login window post-driver-install (after any reboot) because sometimes 'nvidia_drm' isn't loaded at boot; but that's a simple 'modprobe nvidia_drm && systemctl restart display- manager' so I don't fuss about it. I don't know what the support level/differences w/ the driver would be between the T1000 & T1200 ~ maybe that's the issue overall? Are you sure nouveau is disabled? Though the .run should do that regardless. Also, I don't really trust prime-select to do anything of value (and it seems to report some type of service run failure at boot - no matter what actually ends up happening - but I generally run it to set the T1000 to be used at boot. Additionally, ONCE I had an issue where it seemed like bbswitch completely disabled/turned off the NVIDIA card, that was weird. -- ~ Scott Bradnick |- Windows Subsystem for Linux (WSL) Developer |-- Tumbleweed: |--- Dell Precision 5540 [NVIDIA Quadro T1000] (x86_64) |--- O-DROID H2+ [UHD Graphics 600] (x86_64) |--- 2x Raspberry Pi 4 Model B Rev 1.2 (aarch64) |--- WinBook TW100 (x86_64) https://keys.openpgp.org/ :: DBC5AA9A2D2BAEBC
On Fri, 2022-05-13 at 15:21 +0000, Scott Bradnick wrote: Hi Scott,
On Fri, 2022-05-13 at 15:00 +0000, Sean Marlow wrote:
Hi,
I have a Dell Precision 7560 machine that is running Tumbleweed. It has an Nvidia GPU but I've had no luck getting drivers to load. Curious if anyone else has a similar machine and has found a solution here.
I've tried both the Nvidia proprietary drivers and also nouveau both with no luck. Initally I had the system setup using secure boot. When the drivers installed they were not creating the MOK keypair and thus on reboot there's no way to add the keypair to the MOK database.
Since then I've disabled secure boot and tried reinstalling both drivers (separately) and still the drivers do load at boot. Any ideas how to get the drivers to load. For now I have an unusable GPU and thus an unusable HDMI port.
I have already changed the boot mode to (slow) to load all drivers. This was required to get the openSUSE installer to boot. And I'm following the steps according to [1].
[1] https://en.opensuse.org/SDB:NVIDIA_drivers
Thanks, Sean
I have the Precision in my signature ~ does the one you reference use "NVIDIA® RTX™ T1200"? There aren't show-stopping issues w/ mine, but I do have to futz with it each new kernel (I'm guessing I could do something dkms-related to get around that, but ...). I do have secure boot enabled and have been reusing my .der/.key each time at the prompts during install. That setup was mildly painless, but since I 'got it right the 1st time' I'm not sure what I'd do if I needed to fix it ... I fear that day 😋️
I amended the thread with more info. The GPU is RTX A2000 Mobile.
I'm able to [re]use the latest .run from https://download.nvidia.com/XFree86/Linux-x86_64/ each time; where the main issue I have to repeatedly fix is:
ln -s /usr/src/linux-$(uname -r | sed 's/-default//g')- obj/x86_64/default/scripts/sign-file /usr/src/linux-$(uname -r | sed 's/-default//g')/scripts/sign-file
or I can't sign what it builds. But I have that in a script that I run after a 'zypper dup' installs a new kernel, so my process is generally automated (aside from clicking tui buttons and typing the path to the .der/.key when prompted).
It's about 50:50 on if I get a lightdm login window post-driver- install (after any reboot) because sometimes 'nvidia_drm' isn't loaded at boot; but that's a simple 'modprobe nvidia_drm && systemctl restart display- manager' so I don't fuss about it.
I don't know what the support level/differences w/ the driver would be between the T1000 & T1200 ~ maybe that's the issue overall? Are you sure nouveau is disabled? Though the .run should do that regardless. Also, I don't really trust prime-select to do anything of value (and it seems to report some type of service run failure at boot - no matter what actually ends up happening - but I generally run it to set the T1000 to be used at boot.
Yeah, at the moment I don't have the nouveau driver installed only the proprietary driver.
Additionally, ONCE I had an issue where it seemed like bbswitch completely disabled/turned off the NVIDIA card, that was weird.
I have not played around with bbswitch or suse-prime yet. Guess this could be the issue. Although, it doesn't explain the missing MOK keypair during driver install.
On Fri, 2022-05-13 at 17:38 +0000, Sean Marlow wrote:
On Fri, 2022-05-13 at 15:21 +0000, Scott Bradnick wrote: Hi Scott,
On Fri, 2022-05-13 at 15:00 +0000, Sean Marlow wrote:
Hi,
I have a Dell Precision 7560 machine that is running Tumbleweed. It has an Nvidia GPU but I've had no luck getting drivers to load. Curious if anyone else has a similar machine and has found a solution here.
I've tried both the Nvidia proprietary drivers and also nouveau both with no luck. Initally I had the system setup using secure boot. When the drivers installed they were not creating the MOK keypair and thus on reboot there's no way to add the keypair to the MOK database.
Since then I've disabled secure boot and tried reinstalling both drivers (separately) and still the drivers do load at boot. Any ideas how to get the drivers to load. For now I have an unusable GPU and thus an unusable HDMI port.
I have already changed the boot mode to (slow) to load all drivers. This was required to get the openSUSE installer to boot. And I'm following the steps according to [1].
[1] https://en.opensuse.org/SDB:NVIDIA_drivers
Thanks, Sean
I have the Precision in my signature ~ does the one you reference use "NVIDIA® RTX™ T1200"? There aren't show-stopping issues w/ mine, but I do have to futz with it each new kernel (I'm guessing I could do something dkms-related to get around that, but ...). I do have secure boot enabled and have been reusing my .der/.key each time at the prompts during install. That setup was mildly painless, but since I 'got it right the 1st time' I'm not sure what I'd do if I needed to fix it ... I fear that day 😋️
I amended the thread with more info. The GPU is RTX A2000 Mobile.
I'm able to [re]use the latest .run from https://download.nvidia.com/XFree86/Linux-x86_64/ each time; where the main issue I have to repeatedly fix is:
ln -s /usr/src/linux-$(uname -r | sed 's/-default//g')- obj/x86_64/default/scripts/sign-file /usr/src/linux-$(uname -r | sed 's/-default//g')/scripts/sign-file
or I can't sign what it builds. But I have that in a script that I run after a 'zypper dup' installs a new kernel, so my process is generally automated (aside from clicking tui buttons and typing the path to the .der/.key when prompted).
It's about 50:50 on if I get a lightdm login window post-driver- install (after any reboot) because sometimes 'nvidia_drm' isn't loaded at boot; but that's a simple 'modprobe nvidia_drm && systemctl restart display- manager' so I don't fuss about it.
I don't know what the support level/differences w/ the driver would be between the T1000 & T1200 ~ maybe that's the issue overall? Are you sure nouveau is disabled? Though the .run should do that regardless. Also, I don't really trust prime-select to do anything of value (and it seems to report some type of service run failure at boot - no matter what actually ends up happening - but I generally run it to set the T1000 to be used at boot.
Yeah, at the moment I don't have the nouveau driver installed only the proprietary driver.
Additionally, ONCE I had an issue where it seemed like bbswitch completely disabled/turned off the NVIDIA card, that was weird.
I have not played around with bbswitch or suse-prime yet. Guess this could be the issue. Although, it doesn't explain the missing MOK keypair during driver install.
I'm not talking about the packages you have installed. I certainly don't want to knock the hard work that's gone into them - but it never worked quite right for me (or my expectations were wrong). I'm referring to using the XFree86 NVIDIA offering(s). The A2000 is listed here [1], but I know next to nothing about it vs. the T1000; can you find the device id for it listed under "supportedchips"? [1]: https://download.nvidia.com/XFree86/Linux-x86_64/515.43.04/README/supportedc... My personal suggestion would be to uninstall those packages and use the 515.43.04 .run file. -- ~ Scott Bradnick |- Windows Subsystem for Linux (WSL) Developer |-- Tumbleweed: |--- Dell Precision 5540 [NVIDIA Quadro T1000] (x86_64) |--- O-DROID H2+ [UHD Graphics 600] (x86_64) |--- 2x Raspberry Pi 4 Model B Rev 1.2 (aarch64) |--- WinBook TW100 (x86_64) https://keys.openpgp.org/ :: DBC5AA9A2D2BAEBC
On 2022-05-13 19:38, Sean Marlow wrote:
On Fri, 2022-05-13 at 15:21 +0000, Scott Bradnick wrote: Hi Scott, ... Yeah, at the moment I don't have the nouveau driver installed only the proprietary driver.
Nouveau is always installed. It may not be loaded, which is different.
Additionally, ONCE I had an issue where it seemed like bbswitch completely disabled/turned off the NVIDIA card, that was weird.
Do you have Optimus or similar hardware?
I have not played around with bbswitch or suse-prime yet. Guess this could be the issue. Although, it doesn't explain the missing MOK keypair during driver install.
MOK is not related at all to the video. Have a look at this thread, perhaps: <https://lists.opensuse.org/archives/list/users@lists.opensuse.org/message/SKO64UK4EENB55NTE44GRPAYBVSKB5GG/> -- Cheers / Saludos, Carlos E. R. (from Elesar, using openSUSE Leap 15.3)
Carlos E. R. composed on 2022-05-13 21:09 (UTC+0200):
Nouveau is always installed. It may not be loaded, which is different.
Absolutely untrue. First, there is more than one Nouveau: 1-kernel device driver 2-DDX display driver The DDX is provided by the optional package, xf86-video-nouveau. IIRC, on installation it's necessary to answer yes to a license question before it will be installed. On a minimalist installation that lacks the meta package xorg-x11-driver-video it would only be installed via specific manual selection, after a positive response to the license question. Thus it's easy for NVidia users expecting to use proprietary drivers to omit nouveau drivers instead of needing to remove and/or blacklist them. The nouveau kernel device driver is not included in kernel-default in supported Leap versions. Instead, it is provided by the optional package kernel-default-extra. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata
On 2022-05-13 21:35, Felix Miata wrote:
Carlos E. R. composed on 2022-05-13 21:09 (UTC+0200):
Nouveau is always installed. It may not be loaded, which is different.
Absolutely untrue. First, there is more than one Nouveau:
1-kernel device driver
2-DDX display driver
The DDX is provided by the optional package, xf86-video-nouveau. IIRC, on installation it's necessary to answer yes to a license question before it will be installed. On a minimalist installation that lacks the meta package xorg-x11-driver-video it would only be installed via specific manual selection, after a positive response to the license question. Thus it's easy for NVidia users expecting to use proprietary drivers to omit nouveau drivers instead of needing to remove and/or blacklist them.
The nouveau kernel device driver is not included in kernel-default in supported Leap versions. Instead, it is provided by the optional package kernel-default-extra.
Well, on an initial install, I go by automatics, and all that is installed. -- Cheers / Saludos, Carlos E. R. (from Elesar, using openSUSE Leap 15.3)
On Fri, 2022-05-13 at 15:00 +0000, Sean Marlow wrote:
Hi,
I have a Dell Precision 7560 machine that is running Tumbleweed. It has an Nvidia GPU but I've had no luck getting drivers to load. Curious if anyone else has a similar machine and has found a solution here.
Sorry I did not include all the info here: CPU: 11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz GPU: RTX A2000 Mobile
I've tried both the Nvidia proprietary drivers and also nouveau both with no luck. Initally I had the system setup using secure boot. When the drivers installed they were not creating the MOK keypair and thus on reboot there's no way to add the keypair to the MOK database.
Since then I've disabled secure boot and tried reinstalling both drivers (separately) and still the drivers do load at boot. Any ideas how to get the drivers to load. For now I have an unusable GPU and thus an unusable HDMI port.
I have already changed the boot mode to (slow) to load all drivers. This was required to get the openSUSE installer to boot. And I'm following the steps according to [1].
[1] https://en.opensuse.org/SDB:NVIDIA_drivers
Thanks, Sean
On Fri, 2022-05-13 at 16:52 +0000, Sean Marlow wrote:
On Fri, 2022-05-13 at 15:00 +0000, Sean Marlow wrote:
Hi,
I have a Dell Precision 7560 machine that is running Tumbleweed. It has an Nvidia GPU but I've had no luck getting drivers to load. Curious if anyone else has a similar machine and has found a solution here.
Sorry I did not include all the info here:
CPU: 11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz GPU: RTX A2000 Mobile
A little more digging: 12:04:29 ▶ inxi -G Graphics: Device-1: Intel TigerLake-H GT1 [UHD Graphics] driver: i915 v: kernel Device-2: NVIDIA GA107GLM [RTX A2000 Mobile] driver: N/A Display: x11 server: X.org 1.21.1.3 driver: loaded: modesetting unloaded: fbdev,vesa resolution: <missing: xdpyinfo> OpenGL: renderer: Mesa Intel UHD Graphics (TGL GT1) v: 4.6 Mesa 22.0.1 And I currently have installed (with nouveau blacklisted): nvidia-glG06 x11-video-nvidiaG06 nvidia-gfxG06-kmp-default nvidia-computeG06 kernel-firmware-nvidia
I've tried both the Nvidia proprietary drivers and also nouveau both with no luck. Initally I had the system setup using secure boot. When the drivers installed they were not creating the MOK keypair and thus on reboot there's no way to add the keypair to the MOK database.
Since then I've disabled secure boot and tried reinstalling both drivers (separately) and still the drivers do load at boot. Any ideas how to get the drivers to load. For now I have an unusable GPU and thus an unusable HDMI port.
I have already changed the boot mode to (slow) to load all drivers. This was required to get the openSUSE installer to boot. And I'm following the steps according to [1].
[1] https://en.opensuse.org/SDB:NVIDIA_drivers
Thanks, Sean
participants (4)
-
Carlos E. R. -
Felix Miata -
Scott Bradnick -
Sean Marlow