I may have found a fix: adding /usr/lib/tls to the dynamic linker search path (echo "/usr/lib/tls" > /etc/ld.so.conf.d/nvidia.conf ; ldconfig), or replacing /usr/lib/libnvidia-tls.so* with /usr/lib/tls/libnvidia-tls.so*.
Search Criteria
Package Details: nvidia-390xx-utils 390.157-15
Package Actions
Git Clone URL: | https://aur.archlinux.org/nvidia-390xx-utils.git (read-only, click to copy) |
---|---|
Package Base: | nvidia-390xx-utils |
Description: | NVIDIA drivers utilities |
Upstream URL: | https://www.nvidia.com/ |
Licenses: | custom |
Conflicts: | nvidia-390xx-libgl, nvidia-libgl, nvidia-utils |
Provides: | nvidia-390xx-libgl, nvidia-libgl, nvidia-utils, opengl-driver, vulkan-driver |
Submitter: | svenstaro |
Maintainer: | jonathon (vnctdj) |
Last Packager: | vnctdj |
Votes: | 61 |
Popularity: | 0.84 |
First Submitted: | 2020-03-11 17:29 (UTC) |
Last Updated: | 2025-03-29 10:40 (UTC) |
Dependencies (6)
- egl-wayland (egl-wayland-gitAUR)
- libglvnd (libglvnd-gitAUR)
- xorg-server (xorg-server-gitAUR, xorg-server-bug865-issue1578AUR, xorg-server-bug865AUR)
- nvidia-390xx-settingsAUR (optional) – configuration tool
- opencl-nvidia-390xxAUR (optional) – OpenCL support
- xorg-server-devel (xorg-server-devel-gitAUR) (optional) – nvidia-xconfig
Required by (319)
- adaptivecpp (requires nvidia-utils)
- adaptivecpp-git (requires nvidia-utils)
- agisoft-metashape (requires nvidia-utils) (optional)
- agisoft-metashape-pro (requires nvidia-utils) (optional)
- airshipper (requires vulkan-driver) (optional)
- alchemy-viewer-git (requires nvidia-utils) (optional)
- alchemy-viewer-git (requires nvidia-libgl) (optional)
- aquamarine-git (requires opengl-driver)
- ares-emu (requires vulkan-driver)
- ares-emu-avx-git (requires vulkan-driver)
- ares-emu-git (requires vulkan-driver)
- armorpaint (requires opengl-driver)
- arrayfire-git (requires nvidia-utils) (optional)
- aurorafw-git (requires opengl-driver)
- auto-gpufreq-git (requires nvidia-utils)
- autokey-git (requires nvidia-utils) (optional)
- blackmagic-raw-sdk (requires nvidia-utils) (optional)
- btop-git (requires nvidia-utils) (optional)
- btop-gpu-git (requires nvidia-utils) (optional)
- ccdc-mercury (requires opengl-driver)
- Show 299 more...
Sources (18)
- gcc-14.patch
- https://us.download.nvidia.com/XFree86/Linux-x86_64/390.157/NVIDIA-Linux-x86_64-390.157.run
- kernel-4.16+-memory-encryption.patch
- kernel-6.10.patch
- kernel-6.12.patch
- kernel-6.13.patch
- kernel-6.14.patch
- kernel-6.2.patch
- kernel-6.3.patch
- kernel-6.4.patch
- kernel-6.5.patch
- kernel-6.6.patch
- kernel-6.8.patch
- nvidia-390xx-utils.sysusers
- nvidia-390xx.rules
- nvidia-drm-outputclass.conf
- systemd-homed-override.conf
- systemd-suspend-override.conf
Latest Comments
« First ‹ Previous 1 .. 14 15 16 17 18 19 20 21 22 23 24 .. 29 Next › Last »
Piezo commented on 2023-02-08 21:25 (UTC) (edited on 2023-02-08 21:27 (UTC) by Piezo)
drankinatty commented on 2023-02-08 18:56 (UTC)
Only problem with downgrading glibc, glibc is core to the Archlinux rolling-release model. Essentially, you have to stop all updates from this point forward. (not recommended)
Galard commented on 2023-02-08 14:11 (UTC) (edited on 2023-02-08 14:11 (UTC) by Galard)
The same issue. Downgrade to glibc-2.36-7 solve the problem with startx
X server
drankinatty commented on 2023-02-08 09:21 (UTC)
Let's just say things look very grim. https://bbs.archlinux.org/viewtopic.php?pid=2083569
shnappi commented on 2023-02-08 02:10 (UTC) (edited on 2023-02-08 02:15 (UTC) by shnappi)
I think it's not a kernel, glibc update 2.36-7 => 2.37-2 cause errors in my case. I revert it and problem with X server go away.
upd: my kernel package linux-zen 6.1.9.zen1-2
mischa commented on 2023-02-08 01:06 (UTC)
@drankinatty I found the same issue here after the (default and lts) kernel update today.
drankinatty commented on 2023-02-08 00:42 (UTC) (edited on 2023-02-08 01:46 (UTC) by drankinatty)
This is odd. After update linux (6.1.9.arch1-1 -> 6.1.9.arch1-2) on 2/7, I can no longer connect to the X-server. This seems kernel/driver related as Intel graphics has no issue. startx fails. (could not connect to X server) No problem with prior kernel 6.1.9.arch1-1. Now X will not start on the normal kernel or LTS. Anybody else see anything similar? Exact startx error is "xinit: unable to connect to X server: Connection refused" (permission, dbus, pam ??) Xorg.0.log is quite happy as the nvidia module is found and loaded without any problem and X does appear to be fully starting before the "Connection Refused" error.
arkades commented on 2023-01-31 15:48 (UTC) (edited on 2023-01-31 16:43 (UTC) by arkades)
With linux 6.1.8.arch1-1 and linux-lts 5.15.90-1 installed pacman throws:
$ pacman -U nvidia-390xx-utils-390.157-1-x86_64.pkg.tar.xz
...
(2/3) Install DKMS modules
==> dkms install --no-depmod nvidia/390.157 -k 6.1.8-arch1-1
==> dkms install --no-depmod nvidia/390.157 -k 5.15.90-1-lts
==> depmod 6.1.8-arch1-1
==> depmod 5.15.90-1-lts
==> ERROR: Missing 4.15.5-1-ARCH kernel headers for module nvidia/390.157.
mkinitcpio
builds successfully though.
Greg0sky commented on 2023-01-31 09:40 (UTC)
I'm not sure if this is the right place to report issue with the driver, but since I updated my system in November 2022 my system segfaults every time I run windows manager. I was getting some help here: https://bbs.archlinux.org/viewtopic.php?id=281047 and here: https://bbs.archlinux.org/viewtopic.php?id=282801 (these two are the same thread, I thought the issue was solved after falling back to LTS kernel, but it did not help).
saltyming commented on 2023-01-18 13:58 (UTC)
@bpetlert I cannot bring back brightness even using those kernel parameters. Don't know why acpi_backlight=video
doesn't make /sys/class/backlight/acpi_video0
path.
Pinned Comments
vnctdj commented on 2025-01-24 07:37 (UTC)
Use this forum thread for discussion: https://bbs.archlinux.org/viewtopic.php?pid=1946926
jonathon commented on 2022-05-26 09:46 (UTC)
Please don't flag this package out-of-date unless a new version has been released by NVIDIA.
jonathon commented on 2021-12-26 22:44 (UTC) (edited on 2021-12-26 22:44 (UTC) by jonathon)
The DKMS package guidelines are explicit that
linux-headers
should not be a dependency of any DKMS package.As a concrete example of why including that as a hard dependency is a bad idea, what happens when
linux
is not an installed kernel?