[SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

CETMEAmeli · 2026-07-23 04:51:53

As per the title, I recently did a full system update (had not updated my system in about two to three weeks), upon reboot of my system, I had lost video on my second monitor, and my primary runs at a low 60Hz refresh rate (but at full resolution).

Upon running "nvidia-smi" I would get

 nvidia-smi
NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.

I would get similar results running "nvidia-settings" with

 nvidia-settings
ERROR: NVIDIA driver is not loaded
(nvidia-settings:16342): GLib-GObject-CRITICAL **: 05:33:24.625: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

** (nvidia-settings:16342): CRITICAL **: 05:33:24.626: ctk_powermode_new: assertion '(ctrl_target != NULL) && (ctrl_target->h != NULL)' failed

ERROR: nvidia-settings could not find the registry key file or the X server is not accessible. This file should have been installed along with this driver at
       /usr/share/nvidia/nvidia-application-profiles-key-documentation. The application profiles will continue to work, but values cannot be prepopulated or
       validated, and will not be listed in the help text. Please see the README for possible values and descriptions.

I then ran

 lsmod | grep nvidia

which returned nothing.

Checking what packages I have:

pacman -Q linux
linux 7.1.4.arch1-1

pacman -Qs nvidia
local/egl-gbm 1.1.3-1
    The GBM EGL external platform library
local/egl-wayland 4:1.1.21-1
    EGLStream-based Wayland external platform
local/egl-wayland2 1.0.1-1
    EGLStream-based Wayland external platform (2)
local/egl-x11 1.0.5-1
    NVIDIA XLib and XCB EGL Platform Library
local/lib32-nvidia-utils 610.43.03-1
    NVIDIA drivers utilities (32-bit)
local/libvdpau 1.5-4
    Nvidia VDPAU library
local/libxnvctrl 610.43.03-1
    NVIDIA NV-CONTROL X extension
local/linux-firmware-nvidia 20260622-1
    Firmware files for Linux - Firmware for NVIDIA GPUs and SoCs
local/nvidia-open-dkms 610.43.03-3
    NVIDIA open kernel modules - module sources
local/nvidia-settings 610.43.03-1
    Tool for configuring the NVIDIA graphics driver
local/nvidia-utils 610.43.03-3
    NVIDIA drivers utilities
local/opencl-nvidia 610.43.03-3
    OpenCL implemention for NVIDIA

I then checked DKMS status and was returned:

dkms status
looking-glass/B7, 7.1.4-arch1-1, x86_64: installed
nvidia/610.43.03: added
sc0710-2026.04.16/1, 7.1.4-arch1-1, x86_64: installed
sc0710/2026.04.16.1.r130.56c3cc0: added
v4l2loopback/0.15.4, 7.1.4-arch1-1, x86_64: installed
vboxhost/7.2.8_non_OSE: added

I assumed that the "added" meant it had downloaded, but was not installed, which I attempted to do via

 sudo dkms install -m nvidia -v 610.43.03 -k 7.1.4-arch1-1

, which returned:

 Sign command: /usr/lib/modules/7.1.4-arch1-1/build/scripts/sign-file
Signing key: /var/lib/dkms/mok.key
Public certificate (MOK): /var/lib/dkms/mok.pub

Building module(s)........(bad exit status: 2)
Failed command:
'make' -j16 IGNORE_PREEMPT_RT_PRESENCE=1 NV_EXCLUDE_BUILD_MODULES='' KERNEL_UNAME=7.1.4-arch1-1 modules

Error! Bad return status for module build on kernel: 7.1.4-arch1-1 (x86_64)
Consult /var/lib/dkms/nvidia/610.43.03/build/make.log for more information.

I did notice some other modules had not installed aswell, so I went and checked if my linux-headers were up to date, which are currently

 linux-headers 7.1.4.arch1-1

At this point I am currently at a loss on what I can do to fix this issue, any help/suggestions possible would be greatly appreciated.

[SOLVED] EDIT : Turns out the linux-headers were recursing upon themselves causing this issue, a simple clean removal and re-installation of them fixed the issue.

Last edited by CETMEAmeli (Yesterday 07:32:37)

loqs · 2026-07-23 06:23:31

Consult /var/lib/dkms/nvidia/610.43.03/build/make.log for more information.

What does that log file show?

CETMEAmeli · 2026-07-23 06:56:53

Ah yes, should have also attached that. The log is pretty big, so I will put a pastebin link at the bottom, otherwise it looks to begin building fine, with the odd warning over "aggregate_mask" being set but not used, but around the end of the file, it says:

date: version.mk: No such file or directory
 [ nvidia            ]  CC           _out/Linux_x86_64/g_nvid_string.c
 [ nvidia            ]  LD           _out/Linux_x86_64/nv-kernel.o
 [ nvidia            ]  OBJCOPY      _out/Linux_x86_64/nv-kernel.o
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/src/nvidia'
cd kernel-open/nvidia/ && ln -sf ../../src/nvidia/_out/Linux_x86_64/nv-kernel.o nv-kernel.o_binary
make -C kernel-open modules
make[1]: Entering directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make[2]: Entering directory '/usr/lib/modules/7.1.4-arch1-1/build'
/usr/lib/modules/7.1.4-arch1-1/build/Makefile:5: *** Too many open files.  Stop.
make[2]: Leaving directory '/usr/lib/modules/7.1.4-arch1-1/build'
make[1]: *** [Makefile:115: modules] Error 2
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make: *** [Makefile:59: modules] Error 2

# exit code: 2
# elapsed time: 00:00:18

https://pastebin.com/D08Wvgwf

seth · 2026-07-23 16:28:09

/usr/lib/modules/7.1.4-arch1-1/build/Makefile:5: *** Too many open files.  Stop.

https://www.baeldung.com/linux/error-to … open-files
Can you build the module from a multi-user.target login (2nd link below)?
In doubt you might have to raise the soft limit in that shell a bit (though it's odd if you're getting > 1024)

CETMEAmeli · 2026-07-23 22:01:13

Hey, thank you for the response, whilst it hasn't resolved the issue, it definitely has open up more clues. Also apologies for the slow response, busy day! Juggling some issues on my home DHCP server so connectivity has been spotty.

I first tried as you suggested building in multi-user.target, unfortunately that would spit out the same error and logs previously. I then changed the ulimit soft and hard values. First I just upped the soft limit to 4096, still got an error, so I decided to increase both limits to 2097152.

This time however, whilst it still failed to build, I noticed the error had now changed to a segmentation fault, last segment of the logs below:

date: version.mk: No such file or directory
 [ nvidia            ]  CC           _out/Linux_x86_64/g_nvid_string.c
 [ nvidia            ]  LD           _out/Linux_x86_64/nv-kernel.o
 [ nvidia            ]  OBJCOPY      _out/Linux_x86_64/nv-kernel.o
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/src/nvidia'
cd kernel-open/nvidia/ && ln -sf ../../src/nvidia/_out/Linux_x86_64/nv-kernel.o nv-kernel.o_binary
make -C kernel-open modules
make[1]: Entering directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make[1]: *** [Makefile:115: modules] Segmentation fault (core dumped)
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make: *** [Makefile:59: modules] Error 2

# exit code: 2
# elapsed time: 00:00:19

Here is the pastebin for this log: https://pastebin.com/Fj0UdTWm
Due to working on one bar of 4G, my own research on this has been quite slow unfortunately. Since it's a Seg fault, I'm wondering if this is a CPU/Memory speed issue, but I have never had a problem like this in my three years of being on Arch fully, using DKMS drivers since the beginning and have never encountered any instability, so I'm unsure whether it's that. If it's of any help, I use a Ryzen 7 7800X3D 4.2Ghz, max 5ghz, alongside 64Gbs of memory at 6000Mhz.

loqs · 2026-07-23 22:04:20

If you disable all CPU and memory overclocking can you still produce the segfault?

CETMEAmeli · 2026-07-23 22:41:00

Yep, I've disabled all CPU and memory overclocking, attempted to run dkms install again and alas, still results in a Seg fault.

Last edited by CETMEAmeli (Yesterday 01:04:58)

CETMEAmeli · Yesterday 01:20:02

I had some other DKMS modules that also would not build, whilst they aren't as critical, I decided to have a look at them aswell:

Looking Glass:

DKMS (dkms-3.4.1) make.log for looking-glass/B7 for kernel 7.1.4-arch1-1 (x86_64)
Fri 24 Jul 02:14:45 BST 2026

Building module(s)
# command: make -j16 KERNELRELEASE=7.1.4-arch1-1 KDIR=/usr/lib/modules/7.1.4-arch1-1/build
make -C /usr/lib/modules/7.1.4-arch1-1/build M=/var/lib/dkms/looking-glass/B7/build modules
make: *** [Makefile:7: all] Segmentation fault (core dumped)

# exit code: 2
# elapsed time: 00:00:01
----------------------------------------------------------------

sc0710 (elgato capture card driver):

DKMS (dkms-3.4.1) make.log for sc0710/2026.07.12.1.r184.9500832 for kernel 7.1.4-arch1-1 (x86_64)
Fri 24 Jul 02:16:23 BST 2026

Building module(s)
# command: bash /usr/lib/sc0710/sc0710-dkms-make.sh 7.1.4-arch1-1
make: *** [Makefile:57: all] Segmentation fault (core dumped)

# exit code: 2
# elapsed time: 00:00:01
----------------------------------------------------------------

All seemed to Seg fault immediately as opposed to the nvidia driver. The only DKMS module that has successfully built was "v4l2loopback", which is for creating virtual video devices.

loqs · Yesterday 02:31:43

What process does `coredumpctl` show as segfaulting at the end of the failing DKMS builds?

CETMEAmeli · Yesterday 02:37:44

"coredumctl list" returns the "make" process as what is being dumped, here are the three most recent attempts:

Fri 2026-07-24 02:27:44 BST 109703    0    0 SIGSEGV none         /usr/bin/make                                                                     
                                             -
Fri 2026-07-24 02:27:45 BST 109937    0    0 SIGSEGV none         /usr/bin/make                                                                     
                                             -
Fri 2026-07-24 03:33:53 BST 127089    0    0 SIGSEGV none         /usr/bin/make

Edit: For more information, the version of "make" I have installed is 4.4.1-3, which seems to be the latest version, and I also have both it's dependencies "glibc" and "guile" at their latest versions. Realistically, nothing should be out of date on my machine.

Last edited by CETMEAmeli (Yesterday 02:45:37)

skunktrader · Yesterday 04:04:56

As a test, have you tried reducing the number of parallel compiles from 16 to say 8 (or even 4!) to see if the build gets further?

make' -j16

CETMEAmeli · Yesterday 04:31:18

I have not tried that, and shall do so, however I'm struggling to figure out where it decides to choose 16 as it's number for parallel compiles. When editing the "dkms.conf" file within "/var/lib/dkms/nvidia/610.43.03/source", there is a line within the file that goes:

MAKE[0]="'make' -j`nproc` IGNORE_PREEMPT_RT_PRESENCE=1 NV_EXCLUDE_BUILD_MODULES='' KERNEL_UNAME=${kernelver} modules"

When I modify this line to have it as "-j8" for example, when I re-run "sudo dkms install -m nvidia -v 610.43.03 -k 7.1.4-arch1-1", it throws a failed a command of:

'make' -j816 IGNORE_PREEMPT_RT_PRESENCE=1 NV_EXCLUDE_BUILD_MODULES='' KERNEL_UNAME=7.1.4-arch1-1 modules

Where it appends the "16" after the "-j8" (over `nproc` I presume). I also tried using "MAKEFLAGS=-j8" at the start of the "sudo dkms [...]" but it would override this and go back to "-j16".
I presume I'm going about this wrong however.

EDIT: I'm being a goofball, what I get for staying up too late, I need to just replace the `nproc` part, running some tests now.

Last edited by CETMEAmeli (Yesterday 04:36:52)

CETMEAmeli · Yesterday 04:47:34

Well, reducing their number definitely made things slower of course, however it does not look like they had gone any further, here is the last section with the error for all three tests:

"-j8"
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/src/nvidia'
cd kernel-open/nvidia/ && ln -sf ../../src/nvidia/_out/Linux_x86_64/nv-kernel.o nv-kernel.o_binary
make -C kernel-open modules
make[1]: Entering directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make[1]: *** [Makefile:115: modules] Segmentation fault (core dumped)
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make: *** [Makefile:59: modules] Error 2

# exit code: 2
# elapsed time: 00:00:23
----------------------------------------------------------------

"-j4"
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/src/nvidia'
cd kernel-open/nvidia/ && ln -sf ../../src/nvidia/_out/Linux_x86_64/nv-kernel.o nv-kernel.o_binary
make -C kernel-open modules
make[1]: Entering directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make[1]: *** [Makefile:115: modules] Segmentation fault (core dumped)
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make: *** [Makefile:59: modules] Error 2

# exit code: 2
# elapsed time: 00:00:43
----------------------------------------------------------------

"-j2"

make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/src/nvidia'
cd kernel-open/nvidia/ && ln -sf ../../src/nvidia/_out/Linux_x86_64/nv-kernel.o nv-kernel.o_binary
make -C kernel-open modules
make[1]: Entering directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make[1]: *** [Makefile:115: modules] Segmentation fault (core dumped)
make[1]: Leaving directory '/var/lib/dkms/nvidia/610.43.03/build/kernel-open'
make: *** [Makefile:59: modules] Error 2

# exit code: 2
# elapsed time: 00:01:25
----------------------------------------------------------------

seth · Yesterday 06:02:08

pacman -Qikk make
sudo LC_ALL=C pacman -Qkk | grep -v ', 0 altered files' | grep -v backup

https://wiki.archlinux.org/title/Core_d … _core_dump

W/ the symptoms (first file handles, then segfault) my money is on some symlink loop,

Building module(s)
# command: bash /usr/lib/sc0710/sc0710-dkms-make.sh 7.1.4-arch1-1

using "strace -f -o /tmp/wtfmake.strace make …" in that script might shed a light on the problem.

CETMEAmeli · Yesterday 06:33:30

"pacman -Qikk make" returns:

Name            : make
Version         : 4.4.1-3
Description     : GNU make utility to maintain groups of programs
Architecture    : x86_64
URL             : https://www.gnu.org/software/make
Licenses        : GPL3
Groups          : None
Provides        : None
Depends On      : glibc  guile
Optional Deps   : None
Required By     : base-devel  dkms
Optional For    : cmake  node-gyp
Conflicts With  : None
Replaces        : None
Installed Size  : 1700.68 KiB
Packager        : Lukas Fleischer <lfleischer@archlinux.org>
Build Date      : Sat 11 Apr 2026 13:54:52 BST
Install Date    : Mon 13 Apr 2026 07:00:03 BST
Install Reason  : Installed as a dependency for another package
Install Script  : No
Validated By    : Signature

"sudo LC_ALL=C [...]" returns a lot, especially in terms of errors however some standout lines were:

warning: linux-headers: /usr/lib/modules/7.1.4-arch1-1/build/Makefile (Size mismatch)
warning: linux-headers: /usr/lib/modules/7.1.4-arch1-1/build/Makefile (SHA256 checksum mismatch)
ltered files
linux-headers: 21598 total files, 1 altered file
warning: nvidia-open-dkms: /usr/src/nvidia-610.43.03/dkms.conf (Modification time mismatch)
[...]
amd-ucode: 17 total files, 1 altered file
blockbench-bin: 115 total files, 3 altered files
bubblewrap: 13 total files, 1 altered file
ds4drv: 109 total files, 3 altered files
filesystem: 127 total files, 1 altered file
frei0r-plugins: 177 total files, 164 altered files
java-runtime-common: 21 total files, 2 altered files
libutempter: 20 total files, 1 altered file
libvlc: 120 total files, 1 altered file
linux-headers: 21598 total files, 1 altered file
nfs-utils: 124 total files, 1 altered file
nvidia-open-dkms: 4492 total files, 1 altered file
openssl: 6748 total files, 1 altered file
scalpel-git: 16 total files, 1 altered file
smbnetfs: 29 total files, 1 altered file
systemd: 1918 total files, 1 altered file
visual-studio-code-bin: 2365 total files, 2 altered files
yarn: 9191 total files, 9177 altered files
zerotier-one: 25 total files, 1 altered file

If you'd like me to also send all the errors, I can do so, however it will probably be spread over several Pastebin links.

For the following "strace" argument on the sc0710 driver for the elgato card, I have modified the .sh file mentioned, with the bottom line now reading, and then ran the DKMS install process for it:

exec strace -f -o /tmp/wtfmake.strace make -j1 KVERSION="$kernelver" KERNELRELEASE="$kernelver" "$@"
sudo dkms install -m sc0710 -v 2026.07.12.1.r184.9500832

It gave an incredibly large strace file of over 5mbs, which exceeds Pastebins file size limit of 512kbs. I will paste the lower half where it faces the seg fault here, but if the whole file would be preferred, then please do say.

221822 fstat(12178, {st_mode=S_IFREG|0644, st_size=340, ...}) = 0
221822 read(12178, "# Automatically generated by /us"..., 4096) = 340
221822 openat(AT_FDCWD, "/usr/lib/modules/7.1.4-arch1-1/build/Makefile", O_RDONLY) = 12179
221822 fcntl(12179, F_GETFD)            = 0
221822 fcntl(12179, F_SETFD, FD_CLOEXEC) = 0
221822 brk(0x55dd42c85000)              = 0x55dd42c85000
221822 brk(0x55dd42d0e000)              = 0x55dd42d0e000
221822 fstat(12179, {st_mode=S_IFREG|0644, st_size=340, ...}) = 0
221822 read(12179, "# Automatically generated by /us"..., 4096) = 340
221822 openat(AT_FDCWD, "/usr/lib/modules/7.1.4-arch1-1/build/Makefile", O_RDONLY) = 12180
221822 fcntl(12180, F_GETFD)            = 0
221822 fcntl(12180, F_SETFD, FD_CLOEXEC) = 0
221822 brk(0x55dd42d97000)              = 0x55dd42d97000
221822 brk(0x55dd42c85000)              = 0x55dd42c85000
221822 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7ffc8509dff8} ---
221822 +++ killed by SIGSEGV (core dumped) +++
221809 <... wait4 resumed>, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV && WCOREDUMP(s)}], 0, NULL) = 221822
221809 openat(AT_FDCWD, "/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3
221809 fstat(3, {st_mode=S_IFREG|0644, st_size=2998, ...}) = 0
221809 read(3, "# Locale name alias data base.\n#"..., 4096) = 2998
221809 read(3, "", 4096)                = 0
221809 close(3)                         = 0
221809 openat(AT_FDCWD, "/usr/share/locale/en_GB.UTF-8/LC_MESSAGES/make.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en_GB.utf8/LC_MESSAGES/make.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en_GB/LC_MESSAGES/make.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en.UTF-8/LC_MESSAGES/make.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en.utf8/LC_MESSAGES/make.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/make.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en_GB.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en_GB.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en_GB/LC_MESSAGES/libc.mo", O_RDONLY) = 3
221809 fstat(3, {st_mode=S_IFREG|0644, st_size=1430, ...}) = 0
221809 mmap(NULL, 1430, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fd45de50000
221809 close(3)                         = 0
221809 openat(AT_FDCWD, "/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 openat(AT_FDCWD, "/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
221809 write(2, "make: *** [Makefile:57: all] Seg"..., 62) = 62
221809 newfstatat(AT_FDCWD, "all", 0x7ffc4abc9920, 0) = -1 ENOENT (No such file or directory)
221809 rt_sigprocmask(SIG_BLOCK, [HUP INT QUIT PIPE TERM XCPU XFSZ], NULL, 8) = 0
221809 rt_sigprocmask(SIG_UNBLOCK, [HUP INT QUIT PIPE TERM XCPU XFSZ], NULL, 8) = 0
221809 chdir("/var/lib/dkms/sc0710/2026.07.12.1.r184.9500832/build") = 0
221809 close(1)                         = 0
221809 exit_group(2)                    = ?
221809 +++ exited with 2 +++

seth · Yesterday 06:46:23

The "kk" part is missing

sudo LC_ALL=C pacman -Qkk | grep -v ', 0 altered files' | grep -v backup > /tmp/howbadisit.txt
cat /tmp/howbadisit.txt | curl -s -H "Accept: application/json, */*" --upload-file - 'https://paste.c-net.org/'

But w/ "/usr/lib/modules/7.1.4-arch1-1/build/Makefile (Size mismatch)" and the faint hint of a recursive

221822 openat(AT_FDCWD, "/usr/lib/modules/7.1.4-arch1-1/build/Makefile", O_RDONLY) = 12180

I'd certainly just look there first…

CETMEAmeli · Yesterday 06:57:41

Huh, I was sure I had the kk part included, here was the full command I wrote to capture both the errors and outputs into a text file earlier:

sudo LC_ALL=C pacman -Qkk 2>&1 | grep -v ', 0 altered files' | grep -v backup >> QkkOutputPluserror.txt

I've re-ran exactly what you sent and got:

amd-ucode: 17 total files, 1 altered file
blockbench-bin: 115 total files, 3 altered files
bubblewrap: 13 total files, 1 altered file
ds4drv: 109 total files, 3 altered files
filesystem: 127 total files, 1 altered file
frei0r-plugins: 177 total files, 164 altered files
java-runtime-common: 21 total files, 2 altered files
libutempter: 20 total files, 1 altered file
libvlc: 120 total files, 1 altered file
linux-headers: 21598 total files, 1 altered file
nfs-utils: 124 total files, 1 altered file
nvidia-open-dkms: 4492 total files, 1 altered file
openssl: 6748 total files, 1 altered file
sc0710-dkms-git: 46 total files, 1 altered file
scalpel-git: 16 total files, 1 altered file
smbnetfs: 29 total files, 1 altered file
systemd: 1918 total files, 1 altered file
visual-studio-code-bin: 2365 total files, 2 altered files
yarn: 9191 total files, 9177 altered files
zerotier-one: 25 total files, 1 altered file

{"link":"GeniusProwler","url":"https://paste.c-net.org/GeniusProwler","delete_key":"QKm4CVw1dFNZu2Dz"}

And checking the /usr/lib/modules/7[..]", the contents of the Makefile are:

# Automatically generated by /usr/lib/modules/7.1.4-arch1-1/build/Makefile: don't edit
export KBUILD_OUTPUT = /usr/lib/modules/7.1.4-arch1-1/build
export KBUILD_EXTMOD = /var/lib/dkms/sc0710-2026.04.16/1/build
export KBUILD_EXTMOD_OUTPUT = /var/lib/dkms/sc0710-2026.04.16/1/build/build
include /usr/lib/modules/7.1.4-arch1-1/build/Makefile

seth · Yesterday 07:02:16

include /usr/lib/modules/7.1.4-arch1-1/build/Makefile

Well… the file includes itself

No idea where that's coming from but re-install linux-headers.

CETMEAmeli · Yesterday 07:13:26

Legend!!!!! Thank you!!

 looking-glass/B7, 7.1.4-arch1-1, x86_64: installed
nvidia/610.43.03, 7.1.4-arch1-1, x86_64: installed
sc0710/2026.07.12.1.r184.9500832, 7.1.4-arch1-1, x86_64: installed
v4l2loopback/0.15.4, 7.1.4-arch1-1, x86_64: installed
vboxhost/7.2.10_non_OSE, 7.1.4-arch1-1, x86_64: installed

They're installed now as opposed to added! I'm so annoyed, before I came here, I had attempted re-installing the headers just by doing "pacman -S linux-headers" again without uninstalling first, but looks like what I should have done was first remove and reinstall them! Sometimes the simplest of fixes!

Again, thank you very much Seth, loqs and skunktrader all for helping/chiming in, whilst not having my PC in proper working order was a bit annoying, I must say this has been a very fun and informative experience, definitely walking away today with some new knowledge/confidence.

I'll give my computer a restart now and make sure everything is in working order, just to make sure that no new issues crop up, and if everything is fine and dandy, I'll mark this as solved. Again, thank you all!

CETMEAmeli · Yesterday 07:28:59

So far everything seems to be in working order, so I'll edit the primary post to be solved. Can't say it enough, thank you all!

seth · Yesterday 15:24:15

Have you checked whether the file has altered again?
I could imagine one of the dkms scripts doing that to you…

Arch Linux

#1 2026-07-23 04:51:53

[SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#2 2026-07-23 06:23:31

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#3 2026-07-23 06:56:53

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#4 2026-07-23 16:28:09

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#5 2026-07-23 22:01:13

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#6 2026-07-23 22:04:20

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#7 2026-07-23 22:41:00

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#8 Yesterday 01:20:02

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#9 Yesterday 02:31:43

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#10 Yesterday 02:37:44

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#11 Yesterday 04:04:56

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#12 Yesterday 04:31:18

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#13 Yesterday 04:47:34

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#14 Yesterday 06:02:08

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#15 Yesterday 06:33:30

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#16 Yesterday 06:46:23

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#17 Yesterday 06:57:41

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#18 Yesterday 07:02:16

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#19 Yesterday 07:13:26

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#20 Yesterday 07:28:59

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

#21 Yesterday 15:24:15

Re: [SOLVED]DKMS fails to build Nvidia Drivers 610.43.03 on 7.1.4-arch1-1

Board footer