Linux 7.0 just arrived in the siduction repo :) , but turns out, nvidia-driver (currently version 580.126.18) fails to compile for it.
make.log has these errors:
nvidia/nv-mmap.c: In function 'nv_vma_enter_locked':
nvidia/nv-mmap.c:875:24: error: 'VMA_LOCK_OFFSET' undeclared (first use in this function); did you mean 'VGA_CRTC_OFFSET'?
875 | NvU32 tgt_refcnt = VMA_LOCK_OFFSET;
| ^~~~~~~~~~~~~~~
| VGA_CRTC_OFFSET
nvidia/nv-mmap.c:875:24: note: each undeclared identifier is reported only once for each function it appears in
nvidia/nv-mmap.c: In function 'nv_vma_start_write':
nvidia/nv-mmap.c:927:9: error: too many arguments to function '__is_vma_write_locked'; expected 1, have 2
927 | if (__is_vma_write_locked(vma, &mm_lock_seq))
| ^~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~
In file included from /usr/src/linux-headers-7.0.2-1-siduction-amd64/arch/x86/include/asm/uaccess.h:12,
from /usr/src/linux-headers-7.0.2-1-siduction-amd64/include/linux/uaccess.h:13,
from /usr/src/linux-headers-7.0.2-1-siduction-amd64/include/linux/sched/task.h:13,
from /usr/src/linux-headers-7.0.2-1-siduction-amd64/include/linux/sched/signal.h:9,
from ././common/inc/nv-lock.h:33,
from ././common/inc/nv-linux.h:32,
from nvidia/nv-mmap.c:27:
/usr/src/linux-headers-7.0.2-1-siduction-amd64/include/linux/mmap_lock.h:282:20: note: declared here
282 | static inline bool __is_vma_write_locked(struct vm_area_struct *vma)
| ^~~~~~~~~~~~~~~~~~~~~
nvidia/nv-mmap.c:936:42: error: 'VMA_LOCK_OFFSET' undeclared (first use in this function); did you mean 'VGA_CRTC_OFFSET'?
936 | detached = refcount_sub_and_test(VMA_LOCK_OFFSET, &vma->vm_refcnt);
| ^~~~~~~~~~~~~~~
| VGA_CRTC_OFFSET
Today i performed a full-upgrade and get these Error-messages:
──(isegrimm ㉿ C-O-R-A-X)-▷[~]
└─▷$ dofu
Ign:1 https://packages.microsoft.com/repos/code stable InRelease
OK:2 https://deb.debian.org/debian unstable InRelease
OK:3 https://ftp.gwdg.de/pub/linux/siduction/extra unstable InRelease
OK:4 https://ftp.gwdg.de/pub/linux/siduction/fixes unstable InRelease
OK:1 https://packages.microsoft.com/repos/code stable InRelease
Alle Pakete sind aktuell.
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libmbedtls21 libmbedx509-7 libnsl2 linux-headers-6.19.12-1-siduction-amd64 linux-image-6.19.12-1-siduction-amd64
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Zusammenfassung:
Aktualisiere: 0, Installiere: 0, Entferne: 0, Aktualisiere nicht: 0
4 nicht vollständig installiert oder entfernt.
Benötigter Platz: 0 B / 432 GB verfügbar
Fortfahren? [J/n]
linux-image-7.0.2-1-siduction-amd64 (7.0-2) wird eingerichtet ...
/etc/kernel/postinst.d/dkms:
The kernel is built without module signing facility, modules won't be signed
Autoinstall of module nvidia-current/580.126.18 for kernel 7.0.2-1-siduction-amd64 (x86_64)
Building module(s).......(bad exit status: 2)
Failed command:
env NV_VERBOSE=1 make -j20 modules KERNEL_UNAME=7.0.2-1-siduction-amd64
Error! Bad return status for module build on kernel: 7.0.2-1-siduction-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/580.126.18/build/make.log for more information.
Autoinstall on 7.0.2-1-siduction-amd64 failed for module(s) nvidia-current(10).
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
run-parts: /etc/kernel/postinst.d/dkms exited with return code 1
dpkg: Fehler beim Bearbeiten des Paketes linux-image-7.0.2-1-siduction-amd64 (--configure):
»altes postinst-Betreuerskript des Paketes linux-image-7.0.2-1-siduction-amd64«-Unterprozess mit Exit-Status 1 fehlgeschlagen
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-siduction-amd64:
linux-image-siduction-amd64 hängt ab von linux-image-7.0.2-1-siduction-amd64 (= 7.0-2); aber:
Paket linux-image-7.0.2-1-siduction-amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes linux-image-siduction-amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
linux-headers-7.0.2-1-siduction-amd64 (7.0-2) wird eingerichtet ...
/etc/kernel/header_postinst.d/dkms:
The kernel is built without module signing facility, modules won't be signed
Autoinstall of module nvidia-current/580.126.18 for kernel 7.0.2-1-siduction-amd64 (x86_64)
Building module(s).......(bad exit status: 2)
Failed command:
env NV_VERBOSE=1 make -j20 modules KERNEL_UNAME=7.0.2-1-siduction-amd64
Error! Bad return status for module build on kernel: 7.0.2-1-siduction-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/580.126.18/build/make.log for more information.
Autoinstall on 7.0.2-1-siduction-amd64 failed for module(s) nvidia-current(10).
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 1
Failed to process /etc/kernel/header_postinst.d at /var/lib/dpkg/info/linux-headers-7.0.2-1-siduction-amd64.postinst line 11.
dpkg: Fehler beim Bearbeiten des Paketes linux-headers-7.0.2-1-siduction-amd64 (--configure):
»altes postinst-Betreuerskript des Paketes linux-headers-7.0.2-1-siduction-amd64«-Unterprozess mit Exit-Status 1 fehlgeschlagen
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-siduction-amd64:
linux-headers-siduction-amd64 hängt ab von linux-headers-7.0.2-1-siduction-amd64 (= 7.0-2); aber:
Paket linux-headers-7.0.2-1-siduction-amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes linux-headers-siduction-amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
linux-image-7.0.2-1-siduction-amd64
linux-image-siduction-amd64
linux-headers-7.0.2-1-siduction-amd64
linux-headers-siduction-amd64
Fehler: Sub-process /usr/bin/dpkg returned an error code (1)
Irgendwie beißt sich der Kernel mit seinen Headers ... und den NVIDIA-Modulen.
Und was findest du da
/var/lib/dkms/nvidia-current/580.126.18/build/make.log
an errors oder interessanten Meldungen?
Hi Michaa7 ...
Ich hab's mal angehängt .... selbst erkennen ich - mit meinen Fähigkeiten - nur, dass er mit "Fehler 2" abgebrochen hat ... aber nicht, was das wirkliche Problem ist.
1) Ich hoffe towo kann mit den Fehlern (1 und 2) etwas anfangen und für Abhilfe schaffen. Ich wollte mit meiner Frage nur den Ablauf beschleunigen ..
2) Es wäre weiterhin hilfreich wenn dein Anhang tatsächlich ein Textdokument *.txt wäre ... ist es aber nicht. Ich kann es nur mit Okular öffnen und darin nicht schriftzeichenweise, sondern nur bereichsweise markieren.
Ich habe das Dokument in 'kate' geöffnet ... funktioniert bei mir einwandfrei ....
edlin@Devil26: file make.txt
make.txt: Unicode text, UTF-8 text, with very long lines (3748)
Außer mit Edlin sollte sich das mit jedem schnöden Texteditor öffnen lassen, egal ob kate, kwrite, nano oder vim.
Edlin
Das folgende Vorgehen sollte das Problem korrigieren:
Zunächst einmal die Überreste der nicht erfolgreichen Installation entfernen:
$ sudo apt-get remove nvidia-kernel-dkms
Anschließen ins /tmp Verzeichnis wechseln und die Treiber herunterladen:
$ cd /tmp; apt-get download nvidia-kernel-dkms=580.126.18-1tux1
Die Treiber entpacken, aber nicht konfigurieren:
$ sudo dpkg --unpack nvidia-kernel-dkms_580.126.18-1tux1_amd64.deb
Den folgenden patch mit Namen "patch" ins /tmp Verzeichnis bringen.
diff -Nurp aaa/nvidia-current-580.126.18/common/inc/nv-mm.h bbb/nvidia-current-580.126.18/common/inc/nv-mm.h
--- aaa/nvidia-current-580.126.18/common/inc/nv-mm.h 2026-02-11 19:58:40.000000000 +0100
+++ bbb/nvidia-current-580.126.18/common/inc/nv-mm.h 2026-04-28 14:50:07.230337075 +0200
@@ -220,6 +220,16 @@ static inline void nv_vma_flags_clear_wo
ACCESS_PRIVATE(vma, __vm_flags) &= ~flags;
#endif
}
+
+static inline int nv_is_vma_write_locked(struct vm_area_struct *vma, unsigned int *mm_lock_seq)
+{
+#if defined(NV_IS_VMA_WRITE_LOCKED_HAS_MM_LOCK_SEQ_ARG)
+ return __is_vma_write_locked(vma, mm_lock_seq);
+#else
+ *mm_lock_seq = __vma_raw_mm_seqnum(vma);
+ return __is_vma_write_locked(vma);
+#endif
+}
#endif // !NV_CAN_CALL_VMA_START_WRITE
static inline void nv_vm_flags_set(struct vm_area_struct *vma, vm_flags_t flags)
diff -Nurp aaa/nvidia-current-580.126.18/nvidia/nv-mmap.c bbb/nvidia-current-580.126.18/nvidia/nv-mmap.c
--- aaa/nvidia-current-580.126.18/nvidia/nv-mmap.c 2026-02-11 19:59:10.000000000 +0100
+++ bbb/nvidia-current-580.126.18/nvidia/nv-mmap.c 2026-04-28 14:49:58.502750563 +0200
@@ -870,15 +870,22 @@ void NV_API_CALL nv_set_safe_to_mmap_loc
}
#if !NV_CAN_CALL_VMA_START_WRITE
+
+#if defined(VM_REFCNT_EXCLUDE_READERS_FLAG)
+#define NV_VMA_LOCK_OFFSET VM_REFCNT_EXCLUDE_READERS_FLAG
+#else
+#define NV_VMA_LOCK_OFFSET VMA_LOCK_OFFSET
+#endif
+
static NvBool nv_vma_enter_locked(struct vm_area_struct *vma, NvBool detaching)
{
- NvU32 tgt_refcnt = VMA_LOCK_OFFSET;
+ NvU32 tgt_refcnt = NV_VMA_LOCK_OFFSET;
NvBool interrupted = NV_FALSE;
if (!detaching)
{
tgt_refcnt++;
}
- if (!refcount_add_not_zero(VMA_LOCK_OFFSET, &vma->vm_refcnt))
+ if (!refcount_add_not_zero(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt))
{
return NV_FALSE;
}
@@ -908,7 +915,7 @@ static NvBool nv_vma_enter_locked(struct
if (interrupted)
{
// Clean up on error: release refcount and dep_map
- refcount_sub_and_test(VMA_LOCK_OFFSET, &vma->vm_refcnt);
+ refcount_sub_and_test(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt);
rwsem_release(&vma->vmlock_dep_map, _RET_IP_);
return NV_FALSE;
}
@@ -924,7 +931,7 @@ void nv_vma_start_write(struct vm_area_s
{
NvU32 mm_lock_seq;
NvBool locked;
- if (__is_vma_write_locked(vma, &mm_lock_seq))
+ if (nv_is_vma_write_locked(vma, &mm_lock_seq))
return;
locked = nv_vma_enter_locked(vma, NV_FALSE);
@@ -933,7 +940,7 @@ void nv_vma_start_write(struct vm_area_s
if (locked)
{
NvBool detached;
- detached = refcount_sub_and_test(VMA_LOCK_OFFSET, &vma->vm_refcnt);
+ detached = refcount_sub_and_test(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt);
rwsem_release(&vma->vmlock_dep_map, _RET_IP_);
WARN_ON_ONCE(detached);
}
Danach zu /usr/src wechseln und den patch einspielen:
$ cd /usr/src; sudo patch -p1 < /tmp/patch
Jetzt die Treiber konfigurieren:
$ sudo dpkg --configure nvidia-kernel-dkms
Vielleicht kann towo ja den patch für eine aktualisierte Version
von nvidia-kernel-dkms_580.126.18-1tux1_amd64.deb verwenden.
HTH
Ich weiß nicht ob der 470 Treiber den patch benötigt, ober er dort funktioniert und ob der 470 mit dem 7-er Kernel vielleicht noch andere Probleme hat. Aber wäre nett wenn towo den patch auch für den 470 bereitstellen würde, dann könnte ich testen ob es noch andere Probleme gibt.
(zur txt-Datei): bei mir öffnet sich direkt aus dem Browser heraus (vivaldi) aus irgendeinem Grund okular obwohl sonst aus dem Dateisystem heraus sich, wie konfiguriert, immer geany öffnet. Ich wollte die Datei nicht herunterladen und speichern. Sorry, Fehler liegt wohl auf meiner Seite, nicht beim poster.)
Oder aber
deb https://packages.siduction.org/debian unstable-nvidia main contrib non-free non-free-firmware
in die Sourcen nehmen und gucken, on 580.142 mit Kernel 7.0.x will.
Hi towo, kann ich auf nen fix für 470 hoffen?
Das weiss ich nicht und ich verspüre nicht wirklich viel Lust an dem alten Kram ständig rumpatchen zu müssen.
Hallo
Habe gerade ein upgrade sauber durchgeführt. (Nvidia 2070)
Zitat
uname -r
7.0.2-1-siduction-amd64
Zitat
apt policy nvidia-driver
nvidia-driver:
Installiert: 580.142-1tux1
Installationskandidat: 580.142-1tux1
Versionstabelle:
*** 580.142-1tux1 500
500 https://packages.siduction.org/fixes unstable-nvidia/non-free amd64 Packages
Danke Towo
@michaa7
Lade zunächst die aktuellen Tesla Debian Treiber herunter:
$ cd /tmp; apt-get download nvidia-tesla-470-kernel-dkms
Wieder entpacken, aber nicht konfigurieren:
$ sudo dpkg --unpack nvidia-tesla-470-kernel-dkms_470.256.02-9_amd64.deb
Folgenden patch unter dem Namen "use-tesla-mm.patch" ins /tmp Verzeichnis
kopieren und zu den Debian patches hinzufügen:
--- aaa/nvidia-drm/nvidia-dma-fence-helper.h 2024-05-02 16:49:58.000000000 +0200
+++ bbb/nvidia-drm/nvidia-dma-fence-helper.h 2026-04-28 16:36:24.448688067 +0200
@@ -93,7 +93,8 @@ static inline int nv_dma_fence_signal(nv
#if defined(NV_LINUX_FENCE_H_PRESENT)
return fence_signal(fence);
#else
- return dma_fence_signal(fence);
+ dma_fence_signal(fence);
+ return 0;
#endif
}
--- aaa/nvidia/nv-mmap.c 2026-04-28 17:32:39.018436213 +0200
+++ bbb/nvidia/nv-mmap.c 2026-04-28 16:37:09.514796016 +0200
@@ -800,15 +800,22 @@ void NV_API_CALL nv_set_safe_to_mmap_loc
}
#if !NV_CAN_CALL_VMA_START_WRITE
+
+#if defined(VM_REFCNT_EXCLUDE_READERS_FLAG)
+#define NV_VMA_LOCK_OFFSET VM_REFCNT_EXCLUDE_READERS_FLAG
+#else
+#define NV_VMA_LOCK_OFFSET VMA_LOCK_OFFSET
+#endif
+
static NvBool nv_vma_enter_locked(struct vm_area_struct *vma, NvBool detaching)
{
- NvU32 tgt_refcnt = VMA_LOCK_OFFSET;
+ NvU32 tgt_refcnt = NV_VMA_LOCK_OFFSET;
NvBool interrupted = NV_FALSE;
if (!detaching)
{
tgt_refcnt++;
}
- if (!refcount_add_not_zero(VMA_LOCK_OFFSET, &vma->vm_refcnt))
+ if (!refcount_add_not_zero(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt))
{
return NV_FALSE;
}
@@ -838,7 +845,7 @@ static NvBool nv_vma_enter_locked(struct
if (interrupted)
{
// Clean up on error: release refcount and dep_map
- refcount_sub_and_test(VMA_LOCK_OFFSET, &vma->vm_refcnt);
+ refcount_sub_and_test(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt);
rwsem_release(&vma->vmlock_dep_map, _RET_IP_);
return NV_FALSE;
}
@@ -854,7 +861,7 @@ void nv_vma_start_write(struct vm_area_s
{
NvU32 mm_lock_seq;
NvBool locked;
- if (__is_vma_write_locked(vma, &mm_lock_seq))
+ if (nv_is_vma_write_locked(vma, &mm_lock_seq))
return;
locked = nv_vma_enter_locked(vma, NV_FALSE);
@@ -863,7 +870,7 @@ void nv_vma_start_write(struct vm_area_s
if (locked)
{
NvBool detached;
- detached = refcount_sub_and_test(VMA_LOCK_OFFSET, &vma->vm_refcnt);
+ detached = refcount_sub_and_test(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt);
rwsem_release(&vma->vmlock_dep_map, _RET_IP_);
WARN_ON_ONCE(detached);
}
--- aaa/common/inc/nv-mm.h 2026-04-28 17:32:39.025054285 +0200
+++ bbb/common/inc/nv-mm.h 2026-04-28 16:37:51.725102562 +0200
@@ -276,6 +276,16 @@ static inline void nv_vma_flags_clear_wo
ACCESS_PRIVATE(vma, __vm_flags) &= ~flags;
#endif
}
+
+static inline int nv_is_vma_write_locked(struct vm_area_struct *vma, unsigned int *mm_lock_seq)
+{
+#if defined(NV_IS_VMA_WRITE_LOCKED_HAS_MM_LOCK_SEQ_ARG)
+ return __is_vma_write_locked(vma, mm_lock_seq);
+#else
+ *mm_lock_seq = __vma_raw_mm_seqnum(vma);
+ return __is_vma_write_locked(vma);
+#endif
+}
#endif // !NV_CAN_CALL_VMA_START_WRITE
#include <linux/version.h>
$ sudo cp /tmp/use-tesla-mm.patch /usr/src/nvidia-tesla-470-470.256.02/patches
Schließlich die Treiber konfigurieren:
$ sudo dpkg --configure nvidia-tesla-470-kernel-dkms
HTH
Zitat von: towo in 2026/04/28, 15:28:25
Oder aber
deb https://packages.siduction.org/debian unstable-nvidia main contrib non-free non-free-firmware
in die Sourcen nehmen und gucken, on 580.142 mit Kernel 7.0.x will.
Moin towo ...
Wenn ich das mache erhalte ich folgende Meldung:
deb https://packages.siduction.org/debian unstable-nvidia main contrib non-free non-free-firmwareVorgehen:
1. ich habe in etc/apt/sources.d eine neue source erstellt: nvidia.sources
2. Die source dann wie folgt hinzugefügt:
----------
Types: deb
URIs: https://packages.siduction.org/debian
Suites: unstable-nvidia
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
-----
3.
doas apt update... und dann kam die Fehlermeldung.
Wo liegt mein Fehler?
Erstmal zeigst Du keine Fehlermeldung, aber der Grund ist
a) ich habe was Falsches geschrieben (war schon spät), das repo ist deb https://packages.siduction.org/fixes unstable-nvidia main contrib non-free non-fre-firmware
b) Du hast außerdem was Falsches in deinen Sourcen, unser Repo ist niemals mit /usr/share/keyrings/debian-archive-keyring.gpg signiert
Aber wie dem auch sei, der Treiber ist jetzt im n normalen Fixes-Repo.
Ich hatte das jetzt korrigiert ... und dann die alten dkms Sachen (wie oben von Teriarch beschrieben) wieder rausgenommen ... und dann ein neues full-upgrade gestartet.
Jetzt startet das System allerdings komplett nicht mehr ... *seufz
So ...
ich hab das System wieder ans Laufen bekommen ... es lag daran, das die 'nvidia-driver' entfernt wurden.
Ich habe sie erneut installiert und dann ein full-upgrade ausgeführt.
Output:
┌──(isegrimm ㉿ C-O-R-A-X)-▷[~]
└─▷$ dofu
OK:1 https://deb.debian.org/debian unstable InRelease
OK:2 https://ftp.gwdg.de/pub/linux/siduction/extra unstable InRelease
OK:3 https://packages.microsoft.com/repos/code stable InRelease
OK:4 https://ftp.gwdg.de/pub/linux/siduction/fixes unstable InRelease
Alle Pakete sind aktuell.
Zusammenfassung:
Aktualisiere: 0, Installiere: 0, Entferne: 0, Aktualisiere nicht: 0
2 nicht vollständig installiert oder entfernt.
Benötigter Platz: 0 B / 432 GB verfügbar
Fortfahren? [J/n]
nvidia-kernel-dkms (580.126.18-1tux1) wird eingerichtet ...
Removing old nvidia-current/580.126.18 DKMS files...
Module nvidia-current/580.126.18 for kernel 6.19.14-1-siduction-amd64 (x86_64):
Before uninstall, this module version was ACTIVE on this kernel.
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current.ko.zst
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-modeset.ko.zst
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-drm.ko.zst
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-uvm.ko.zst
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-peermem.ko.zst
Running depmod... done.
Deleting module nvidia-current/580.126.18 completely from the DKMS tree.
Loading new nvidia-current/580.126.18 DKMS files...
Building for 6.19.14-1-siduction-amd64 and 7.0.2-1-siduction-amd64
Building initial module nvidia-current/580.126.18 for 6.19.14-1-siduction-amd64
The kernel is built without module signing facility, modules won't be signed
Building module(s)........... done.
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current.ko.zst
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-modeset.ko.zst
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-drm.ko.zst
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-uvm.ko.zst
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-peermem.ko.zst
Running depmod... done.
Building initial module nvidia-current/580.126.18 for 7.0.2-1-siduction-amd64
The kernel is built without module signing facility, modules won't be signed
Building module(s)........(bad exit status: 2)
Failed command:
env NV_VERBOSE=1 make -j20 modules KERNEL_UNAME=7.0.2-1-siduction-amd64
Error! Bad return status for module build on kernel: 7.0.2-1-siduction-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/580.126.18/build/make.log for more information.
dpkg: Fehler beim Bearbeiten des Paketes nvidia-kernel-dkms (--configure):
»altes postinst-Betreuerskript des Paketes nvidia-kernel-dkms«-Unterprozess mit Exit-Status 10 fehlgeschlagen
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von nvidia-driver:
nvidia-driver hängt ab von nvidia-kernel-dkms; aber:
Paket nvidia-kernel-dkms ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes nvidia-driver (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
nvidia-kernel-dkms
nvidia-driver
Fehler: Sub-process /usr/bin/dpkg returned an error code (1)
Da nvidia-driver von einem konfigurierten nvidia-kernel-dkms abhängt, habe ich ein:
dpkg --configure nvidia-kernel-dkms
... ausgeführt. Mit folgendem Ergebnis:
┌──(isegrimm ㉿ C-O-R-A-X)-▷[~]
└─▷$ doas dpkg --configure nvidia-kernel-dkms
nvidia-kernel-dkms (580.126.18-1tux1) wird eingerichtet ...
Removing old nvidia-current/580.126.18 DKMS files...
Module nvidia-current/580.126.18 for kernel 6.19.14-1-siduction-amd64 (x86_64):
Before uninstall, this module version was ACTIVE on this kernel.
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current.ko.zst
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-modeset.ko.zst
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-drm.ko.zst
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-uvm.ko.zst
Deleting /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-peermem.ko.zst
Running depmod... done.
Deleting module nvidia-current/580.126.18 completely from the DKMS tree.
Loading new nvidia-current/580.126.18 DKMS files...
Building for 6.19.14-1-siduction-amd64 and 7.0.2-1-siduction-amd64
Building initial module nvidia-current/580.126.18 for 6.19.14-1-siduction-amd64
The kernel is built without module signing facility, modules won't be signed
Building module(s)........... done.
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current.ko.zst
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-modeset.ko.zst
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-drm.ko.zst
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-uvm.ko.zst
Installing /lib/modules/6.19.14-1-siduction-amd64/updates/dkms/nvidia-current-peermem.ko.zst
Running depmod... done.
Building initial module nvidia-current/580.126.18 for 7.0.2-1-siduction-amd64
The kernel is built without module signing facility, modules won't be signed
Building module(s).......(bad exit status: 2)
Failed command:
env NV_VERBOSE=1 make -j20 modules KERNEL_UNAME=7.0.2-1-siduction-amd64
Error! Bad return status for module build on kernel: 7.0.2-1-siduction-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/580.126.18/build/make.log for more information.
dpkg: Fehler beim Bearbeiten des Paketes nvidia-kernel-dkms (--configure):
»altes postinst-Betreuerskript des Paketes nvidia-kernel-dkms«-Unterprozess mit Exit-Status 10 fehlgeschlagen
Fehler traten auf beim Bearbeiten von:
nvidia-kernel-dkms
Was kann ich jetzt tun?
Es ist immer noch der falsche Nvidia-Treiber (580.126)!
Der neue (in fixes/unstable-nvidia, nicht fixes/unstable!) ist ein 580.142 (iirc) und kompiliert fehlerfrei hinsichtlich all meiner Kernel - von 6.2 bis 7.0. [Dank an @towo!!!].
Doch, der ist mittlerweile auch in fixes/unstable, aber vermutlich eben noch nicht auf den Mirrors, sondern nur auf unserem Mirror-Server.
@towo:
Bedeutet im Klartext: Einfach mal 'n Tag warten und dann ein erneutes full-upgrade?
Wo ist das Problem, unseren eigenenen Server einzutragen?
Just now, this system was fully updated with new kernel and nvidia graphics, with no errors or problems:
Host: cville Kernel: 7.0.2-1-siduction-amd64 arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.6.4 Distro: siduction 2025.1.0 shine-on - kde -
(202507091820)
Graphics:
Device-1: NVIDIA GP106 [GeForce GTX 1060 6GB] driver: nvidia v: 580.142
Display: wayland server: X.org v: 1.21.1.22 with: Xwayland v: 24.1.11
compositor: kwin_wayland driver: X: loaded: nvidia
unloaded: fbdev,modesetting,nouveau,vesa gpu: nvidia,nvidia-nvswitch
resolution: 1: 1920x1200~60Hz 2: 1920x1080~60Hz
API: EGL v: 1.5 drivers: nvidia,swrast
platforms: gbm,wayland,x11,surfaceless,device
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 580.142
renderer: NVIDIA GeForce GTX 1060 6GB/PCIe/SSE2
API: Vulkan v: 1.4.341 drivers: nvidia,llvmpipe surfaces: N/A
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
wl: wayland-info x11: xdriinfo, xdpyinfo, xprop, xrandr
Am I understanding correctly that if I need the NVIDIA driver, I shouldn't perform the "full upgrade" until the NVIDIA driver 580.142 is available in the repository? I just checked, and it's not listed there for me. Can someone post a working /etc/apt/sources.list.d/nvidia.sources file so I can always get the latest NVIDIA driver?
Verstehe ich es richtig dass ich, wenn ich den nVIDIA-Treiber benötige, das "full-upgrade" erst durchführen darf wenn der nVIDIA-Treiber 580.142 im Repo verfügbar ist ? Ich habe das gerade mal geprüft und dieser wird bei mir nicht angeboten. Kann jemand eine funktionierende /etc/apt/sources.list.d/nvidia.sources posten um immer den neusten nVIDIA-Treiber zu bekommen ?
Try this for /etc/apt/sources.d/fixes.sources:
Types: deb
URIs: https://packages.siduction.org/fixes/
Suites: unstable
Components: main contrib non-free non-free-firmware
Signed-By: /usr/share/keyrings/siduction-archive-keyring.gpg
Types: deb
URIs: https://packages.siduction.org/fixes
Suites: unstable-nvidia
Components: main non-free-firmware contrib non-free
Enabled: yes
Signed-By: /usr/share/keyrings/siduction-archive-keyring.gpg
edlin
dibl war schneller ...
It worked. Thank you very much.
Guten Morgen zusammen:
Ich habe jetzt mal meine sources komplett neu angepasst:
# debian.sources
################
Types: deb
URIs: https://deb.debian.org/debian/
Suites: unstable
Components: main contrib non-free non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg
# extra.sources
###############
Types: deb
URIs: https://packages.siduction.org/extra
Suites: unstable
Components: main contrib non-free non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/siduction-archive-keyring.gpg
# fixes.sources
##############
Types: deb
URIs: https://packages.siduction.org/fixes/
Suites: unstable
Components: main contrib non-free non-free-firmware
Enabled: yes
Signed-By: /usr/share/keyrings/siduction-archive-keyring.gpg
Das Ergebnis:
Autoinstall of module nvidia-current/580.126.18 for kernel 7.0.2-1-siduction-amd64 (x86_64)
Building module(s).......(bad exit status: 2)
Failed command:
env NV_VERBOSE=1 make -j20 modules KERNEL_UNAME=7.0.2-1-siduction-amd64
Error! Bad return status for module build on kernel: 7.0.2-1-siduction-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/580.126.18/build/make.log for more information.
Autoinstall on 7.0.2-1-siduction-amd64 failed for module(s) nvidia-current(10).
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
run-parts: /etc/kernel/postinst.d/dkms exited with return code 1
dpkg: Fehler beim Bearbeiten des Paketes linux-image-7.0.2-1-siduction-amd64 (--configure):
»altes postinst-Betreuerskript des Paketes linux-image-7.0.2-1-siduction-amd64«-Unterprozess mit Exit-Status 1 fehlgeschlagen
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-image-siduction-amd64:
linux-image-siduction-amd64 hängt ab von linux-image-7.0.2-1-siduction-amd64 (= 7.0-2); aber:
Paket linux-image-7.0.2-1-siduction-amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes linux-image-siduction-amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
linux-headers-7.0.2-1-siduction-amd64 (7.0-2) wird eingerichtet ...
/etc/kernel/header_postinst.d/dkms:
The kernel is built without module signing facility, modules won't be signed
Autoinstall of module nvidia-current/580.126.18 for kernel 7.0.2-1-siduction-amd64 (x86_64)
Building module(s).......(bad exit status: 2)
Failed command:
env NV_VERBOSE=1 make -j20 modules KERNEL_UNAME=7.0.2-1-siduction-amd64
Error! Bad return status for module build on kernel: 7.0.2-1-siduction-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/580.126.18/build/make.log for more information.
Autoinstall on 7.0.2-1-siduction-amd64 failed for module(s) nvidia-current(10).
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 1
Failed to process /etc/kernel/header_postinst.d at /var/lib/dpkg/info/linux-headers-7.0.2-1-siduction-amd64.postinst line 11.
dpkg: Fehler beim Bearbeiten des Paketes linux-headers-7.0.2-1-siduction-amd64 (--configure):
»altes postinst-Betreuerskript des Paketes linux-headers-7.0.2-1-siduction-amd64«-Unterprozess mit Exit-Status 1 fehlgeschlagen
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von linux-headers-siduction-amd64:
linux-headers-siduction-amd64 hängt ab von linux-headers-7.0.2-1-siduction-amd64 (= 7.0-2); aber:
Paket linux-headers-7.0.2-1-siduction-amd64 ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes linux-headers-siduction-amd64 (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
linux-image-7.0.2-1-siduction-amd64
linux-image-siduction-amd64
linux-headers-7.0.2-1-siduction-amd64
linux-headers-siduction-amd64
Fehler: Sub-process /usr/bin/dpkg returned an error code (1)
Wo, zum Henker, ist der Pferdefuß?
Sollte da nicht 580.142.1 an Stelle von 580.126.18 stehen?
edlin
Hi Edlin ...
Nachdem ich gestern etwas konfus an Rechner war, hab ich heute erst mal die Sources - nach Euren Empfehlungen - angepasst ... und auch hier gepostet, um sicher zu gehen.
Dann den sddm gestoppt, und das Upgrade rein über die Konsole ausgeführt (wie auch empfohlen).
Das Ergebnis steht in meinem letzten Post.
Warum er jetzt nicht den korrekten Nvidia-kernel anpackt (was mir gar nicht aufgefallen ist), ist mir auch ein Rätsel.
apt policy nvidia-driver
Ist es wirklich so schwer, relevante Informationen zu liefern?
Hätte ich gewusst, das sie erforderlich ist, dann hätte ich sie geliefert, sorry.
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ apt policy nvidia-driver
nvidia-driver:
Installiert: 580.142-1tux1
Installationskandidat: 580.142-1tux1
Versionstabelle:
*** 580.142-1tux1 500
500 https://packages.siduction.org/fixes unstable/non-free amd64 Packages
100 /var/lib/dpkg/status
580.126.18-1tux1 500
500 https://packages.siduction.org/fixes unstable/non-free amd64 Packages
550.163.01-5 500
500 https://deb.debian.org/debian unstable/non-free amd64 Packages
Wenn 580.142-1tux1 instaalliert ist, wieso ist dann noch das dkms in Version 580.126.18 drauf?
dpkg -l | grep nvidia
Aber das Einfachste wird wohl sein
apt update && apt purge $(dpkg -l | awk '/nvidia/{print $2}') && apt instaall nvidia-driver(-open)
Ist da noch ein Schreibfehler (ausser bei 'install') drin?
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ doas apt purge $(dpkg -l | awk '/nvidia/{print $2}') && apt install nvidia-driver(-open)
bash: Syntaxfehler beim unerwarteten Symbol »(«
Mitdenken ist nicht so Deins, oder?
apt install nvidia-driver(-open) ist ein Platzhalter, falls die open-gpu nvidia Module gewünst sind (bei Geforce 5xxx Keraten Pflicht)
apt install nvidia-driver = full closed
apt install nvidia-driver-open = open-gpu Module wird benutzt
Doch ... sicherlich ist Mitdenken meins ... aber hast Du schon mal daran gedacht, dass es Nutzer gibt, denen Du in der Nutzung der Befehle durch Deine Erfahrung überlegen bist ... und die erst auf dieses Level kommen wollen?
Ich will hier einfach keinen Stress verursachen ...
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ doas apt install nvidia-driver-open
Auflösen von Abhängigkeiten... Fehler!
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:
Nichterfüllte Abhängigkeiten:
nvidia-driver : Kollidiert mit: nvidia-driver-open aber 580.142-1tux1 soll installiert werden
Empfiehlt: nvidia-persistenced (>= 580) soll aber nicht installiert werden
nvidia-driver-open : Hängt ab von: nvidia-open-kernel-dkms soll aber nicht installiert werden
Kollidiert mit: nvidia-driver aber 580.142-1tux1 soll installiert werden
Kollidiert mit: nvidia-kernel-dkms aber 580.126.18-1tux1 soll installiert werden
Empfiehlt: nvidia-persistenced (>= 580) soll aber nicht installiert werden
Fehler: Unable to satisfy dependencies. Reached two conflicting assignments:
1. nvidia-driver-open:amd64=580.142-1tux1 is selected for install
2. nvidia-driver-open:amd64 Hängt ab von nvidia-open-kernel-dkms
but none of the choices are installable:
- nvidia-open-kernel-dkms:amd64 Hängt ab von nvidia-open-kernel-support--v1
but none of the choices are installable:
- nvidia-open-kernel-support:amd64=580.126.18-1~tux1 Hängt ab von nvidia-alternative-580.126.18 | nvidia-alternative-580.126.18
but none of the choices are installable:
- nvidia-alternative:amd64=580.126.18-1tux1 is not selected for install
- nvidia-alternative:amd64=580.126.18-1tux1 is not selected for install
- nvidia-alternative:i386=580.126.18-1tux1 is not selected for install
- nvidia-alternative:i386=580.126.18-1tux1 is not selected for install
- nvidia-open-kernel-support:amd64=550.163.01-4 is not selected for install
- nvidia-open-kernel-support:amd64=535.183.01-1 is not selected for install
Bei der Open Variante hatte ich vergessen, selbige hochzuladen, ist jetzt aber da.
@Isegrimm666
Falls es wider Erwarten schief geht, kannst Du 'mal das Ergebnis von
$ dpkg -l|grep nvidia
posten, um irgendwelche sperrenden Karteileichen auszuschließen.
Zitat von: Teriarch in 2026/04/28, 18:28:25
@michaa7
Lade zunächst die aktuellen Tesla Debian Treiber herunter:
$ cd /tmp; apt-get download nvidia-tesla-470-kernel-dkms
...
Schließlich die Treiber konfigurieren:
$ sudo dpkg --configure nvidia-tesla-470-kernel-dkms
HTH
Und nach dem konfig?
@michaa7
Sorry, vor dem "$ sudo dpkg --configure ..." (aber nach dem "$ sudo dpkg --unpack ..")
sind neben dem Kopieren von use-tesla-mm.patch ins patch Verzeichnis von
/usr/src/nvidia-tesla-470-470.256.02/patches noch zwei weitere Dinge zu erledigen,
die beim Konfigurieren auch die Anwendung des Patches garantieren:
1) Mit "$ sudo vi /usr/src/nvidia-tesla-470-470.256.02/dkms.conf" (oder einem anderen Editor Deiner Wahl)
unter PATCH=(... use-tesla-mm.patch) den neuen Patch ans Ende der Patch- Kette aufnehmen.
2) Mit "$ sudo vi /usr/src/nvidia-tesla-470-470.256.02/patches/series" den Patch use-tesla-mm.patch ans
Ende der Liste hinzufügen.
Danach sollte "$ sudo dpkg --configure ..." alle Treiber bauen und installieren. Die Vorgehensweise garantiert,
dass die so modifizierte Version nur dann vom Siduction Repository überschrieben wird, falls es eine neuere
(und vermutlich angepasste Version) gibt.
Da ich das Debian Paket manuell ins /tmp Verzeichnis ausgepackt und modifiziert hatte (um meine Konfiguration
nicht zu überschreiben), bin ich mir der zusätzlichen Schritte erst durch Deine Rückmeldung bewusst geworden.
HTH
PS.: Vor einem "§ sudo dpkg --unpack ..." sollte eine unsaubere Version von nvidia-tesla-470-kernel-dkms
natürlich erst durch "$sudo apt-get remove nvidia-tesla-470-kernel-dkms" entfernt werden.
Thanks for all the work, Teriarch, I wouldn't have had a clue how to get my 470 functional without it. A small caveat, though: the dpkg --configure doesn't work for kernel 6 (at least, for me), so if you still have one around, it will fail and then not proceed with 7 (it seems) and won't boot cleanly. If you've already got a couple of kernel 7 releases in place, a sudo apt autoremove will get rid of any old 6 releases, or just remove manually. dpkg --configure worked cleanly after that and the reboot gave me a GUI screen to work with.
Mit einem eben fehlerfrei durchgelaufenen full-upgrade scheinen jetzt alle Kanten abgeschliffen zu sein:
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ dofu
OK:1 https://deb.debian.org/debian unstable InRelease
OK:2 https://packages.siduction.org/extra unstable InRelease
OK:3 https://packages.siduction.org/fixes unstable InRelease
Alle Pakete sind aktuell.
Zusammenfassung:
Aktualisiere: 0, Installiere: 0, Entferne: 0, Aktualisiere nicht: 0
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$ apt policy nvidia-driver
nvidia-driver:
Installiert: 580.142-1tux1
Installationskandidat: 580.142-1tux1
Versionstabelle:
*** 580.142-1tux1 500
500 https://packages.siduction.org/fixes unstable/non-free amd64 Packages
100 /var/lib/dpkg/status
580.126.18-1tux1 500
500 https://packages.siduction.org/fixes unstable/non-free amd64 Packages
550.163.01-5 500
500 https://deb.debian.org/debian unstable/non-free amd64 Packages
┌──(isegrimm ㉿ T-A-K-A-Y-A)-▷[~]
└─▷$
Danke an alle, die mal wieder Zeit und arbeit in dieses Projekt gesteckt haben :)
Hi
is this a *fixed* kernel-7.x-ready nvidia-tesla-470 siduction driver:
470.256.02-8siduction1
?
@pip
> A small caveat, though: the dpkg --configure doesn't work for kernel 6
Thx for pointing that out. Here is a corrected version of use-tesla-mm.patch,
which should work for all kernels no matter what:
--- aaa/nvidia-drm/nvidia-dma-fence-helper.h 2024-05-02 16:49:58.000000000 +0200
+++ bbb/nvidia-drm/nvidia-dma-fence-helper.h 2026-04-28 16:36:24.448688067 +0200
@@ -93,7 +93,8 @@ static inline int nv_dma_fence_signal(nv
#if defined(NV_LINUX_FENCE_H_PRESENT)
return fence_signal(fence);
#else
- return dma_fence_signal(fence);
+ dma_fence_signal(fence);
+ return 0;
#endif
}
--- aaa/nvidia/nv-mmap.c 2026-04-28 17:32:39.018436213 +0200
+++ bbb/nvidia/nv-mmap.c 2026-04-28 16:37:09.514796016 +0200
@@ -800,15 +800,22 @@ void NV_API_CALL nv_set_safe_to_mmap_loc
}
#if !NV_CAN_CALL_VMA_START_WRITE
+
+#if defined(VM_REFCNT_EXCLUDE_READERS_FLAG)
+#define NV_VMA_LOCK_OFFSET VM_REFCNT_EXCLUDE_READERS_FLAG
+#else
+#define NV_VMA_LOCK_OFFSET VMA_LOCK_OFFSET
+#endif
+
static NvBool nv_vma_enter_locked(struct vm_area_struct *vma, NvBool detaching)
{
- NvU32 tgt_refcnt = VMA_LOCK_OFFSET;
+ NvU32 tgt_refcnt = NV_VMA_LOCK_OFFSET;
NvBool interrupted = NV_FALSE;
if (!detaching)
{
tgt_refcnt++;
}
- if (!refcount_add_not_zero(VMA_LOCK_OFFSET, &vma->vm_refcnt))
+ if (!refcount_add_not_zero(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt))
{
return NV_FALSE;
}
@@ -838,7 +845,7 @@ static NvBool nv_vma_enter_locked(struct
if (interrupted)
{
// Clean up on error: release refcount and dep_map
- refcount_sub_and_test(VMA_LOCK_OFFSET, &vma->vm_refcnt);
+ refcount_sub_and_test(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt);
rwsem_release(&vma->vmlock_dep_map, _RET_IP_);
return NV_FALSE;
}
@@ -854,7 +861,7 @@ void nv_vma_start_write(struct vm_area_s
{
NvU32 mm_lock_seq;
NvBool locked;
- if (__is_vma_write_locked(vma, &mm_lock_seq))
+ if (nv_is_vma_write_locked(vma, &mm_lock_seq))
return;
locked = nv_vma_enter_locked(vma, NV_FALSE);
@@ -863,7 +870,7 @@ void nv_vma_start_write(struct vm_area_s
if (locked)
{
NvBool detached;
- detached = refcount_sub_and_test(VMA_LOCK_OFFSET, &vma->vm_refcnt);
+ detached = refcount_sub_and_test(NV_VMA_LOCK_OFFSET, &vma->vm_refcnt);
rwsem_release(&vma->vmlock_dep_map, _RET_IP_);
WARN_ON_ONCE(detached);
}
--- aaa/common/inc/nv-mm.h 2026-05-01 15:29:25.280617220 +0200
+++ bbb/common/inc/nv-mm.h 2026-05-01 15:19:01.520148178 +0200
@@ -276,6 +276,21 @@ static inline void nv_vma_flags_clear_wo
ACCESS_PRIVATE(vma, __vm_flags) &= ~flags;
#endif
}
+
+#include <linux/version.h>
+#if LINUX_VERSION_CODE < KERNEL_VERSION(7,0,0)
+#define NV_IS_VMA_WRITE_LOCKED_HAS_MM_LOCK_SEQ_ARG
+#endif
+
+static inline int nv_is_vma_write_locked(struct vm_area_struct *vma, unsigned int *mm_lock_seq)
+{
+#if defined(NV_IS_VMA_WRITE_LOCKED_HAS_MM_LOCK_SEQ_ARG)
+ return __is_vma_write_locked(vma, mm_lock_seq);
+#else
+ *mm_lock_seq = __vma_raw_mm_seqnum(vma);
+ return __is_vma_write_locked(vma);
+#endif
+}
#endif // !NV_CAN_CALL_VMA_START_WRITE
#include <linux/version.h>
You know what the funny thing about all of this is:
I don't even own an Nvidia graphics card (except for my laptop that is)!
@michaa7
Wie Du in <https://packages.siduction.org/fixes/pool/non-free/n/nvidia-graphics-drivers-tesla-470/>
sehen kannst: nvidia-tesla-470-kernel-dkms_470.256.02-8siduction1_amd64.deb ist vom Oktober 2025
und kann deswegen mit Kernel der siebener Reihe nicht funktionieren. Der Debian Nvidia Treiber
nvidia-tesla-470-kernel-dkms_470.256.02-9_amd64.deb ist vom März 2026 und daher durch obigen Patch
leichter auf den neuesten Stand zu bringen.
Zitat von: Teriarch in 2026/05/01, 15:56:52
...
@michaa7
...ist vom Oktober 2025
...Der Debian Nvidia Treiber
nvidia-tesla-470-kernel-dkms_470.256.02-9_amd64.deb ist vom März 2026 und daher durch obigen Patch
leichter auf den neuesten Stand zu bringen.
Danke!
Ich war zu voreilig:
Das Notebook startet - für sich alleine - einwandfrei. Habe ich aber über die HDMI-Schnittstelle einen Monitor angeschlossen, bricht er beim Bootvorgang ab.
Boote ich das Notebook nach dem Abziehen des Monitors fährt es wieder einwandfrei hoch. Stecke ich den Monitor danach an, friert das System ein.
Um Euch jetzt nicht das komplette boot-Log hier rein zu packen, habe ich die Ausgabe über NVIDIA gefiltert:
journalctl -b | grep NVIDIA
Der Outpuu:
Mai 04 09:13:33 C-O-R-A-X kernel: nvidia: module license 'NVIDIA' taints kernel.
Mai 04 09:13:33 C-O-R-A-X kernel: NVRM: loading NVIDIA UNIX x86_64 Kernel Module 580.142 Tue Mar 3 20:04:04 UTC 2026
Mai 04 09:13:33 C-O-R-A-X kernel: nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX platforms 580.142 Tue Mar 3 18:59:57 UTC 2026
Mai 04 09:13:35 C-O-R-A-X kernel: nvidia-modeset: nvidia-modeset: ACPI reported no NVIDIA native backlight available; attempting to use ACPI backlight.
Ich sehe da jetzt nichts Verdächtiges. Allerdings irritiert mich das 'tainted'. Ich habe daher mit einem:
cat /proc/sys/kernel/tainted
Das Ganze geprüft. der Output war:
4097
Sollte eine andere Filterung des boot.log oder eine komplett andere Ausgabe zur Fehlerfindung hilfreicher sein, dann sagt mir, was ich liefern darf :)
@Isegrimm666
> Boote ich das Notebook nach dem Abziehen des Monitors fährt es wieder einwandfrei hoch.
> Stecke ich den Monitor danach an, friert das System ein.
Genauer: Wird die Tastatur noch bedient (Du kannst mit der Num Lock Taste überprüfen,
ob die entsprechende LED angeht, und zwar bevor und nach Einstecken des Monitors)?
Bevor Du den Monitor einsteckst, kannst Du mit
$ cat /dev/kmsg
alle aktuellen Kernel Messages anzeigen lassen, vorausgesetzt der LCD Bildschirm verdunkelt beim
Einstecken nicht.
Und nein, der Kernel Taint hat damit nichts zu tun, er weist lediglich auf einen proprietären
Treiber hin.
Es ist zunächst zu klären, in wieweit der nvidia Treiber beim Einstecken des Monitors die
Funktionalität des Kernels verändert.
Mai 04 09:13:33 C-O-R-A-X kernel: nvidia: module license 'NVIDIA' taints kernel.
Also Leute das sollte doch wirklich bekannt sein
An dem Thema arbeiten sich alle Spinner im Linux-Umfeld schon seit 15 Jahren ab
- wer lesen kann ist klar im Vorteil ;)
--> die LIZENZ! des Nvidia-Treibers verletzt die LIZENZ! des Kernels
das ist keine Fehlermeldung und hat nichts mit den Vorgängen
auf dem PC zu tun ...
premix
Zitat von: Teriarch in 2026/05/04, 21:17:21
@Isegrimm666
Bevor Du den Monitor einsteckst, kannst Du mit
$ cat /dev/kmsg
alle aktuellen Kernel Messages anzeigen lassen, vorausgesetzt der LCD Bildschirm verdunkelt beim
Einstecken nicht.
Sorry Teriarch, das ich mich erst jetzt wieder melde ... aber es war hier etwas wild.
Bevor ich mich erneut an die Sache machte, hatte ich mit:
doas apt purge nvidia* den kompletten Nvidia-Treiber nebst dkms gelöscht und mit
sudo apt autoremove auch noch alle Überbleibsel getilgt (hoffe ich jedenfalls).
Danach noch ein abschliessendes
doas apt autopurge um verwaiste Abhängigkeiten zu eliminieren.
Was ich NICHT getan habe war ein abschliessendes
sudo rm /etc/X11/xorg.conf
sudo rm /etc/X11/xorg.conf.d/20-nvidia.conf.
Danach habe ich das System rebootet und anschliessend mit
doas apt update
doas apt install linux-headers-$(uname -r)
... zuerst die header installiert, wobei mir das System sagte, dass diese aktuell sind.
Dann erfolgte die Treiber-Installation mit
apt install nvidia-driver nvidia-kernel-dkms... und danach ein reboot.
Jetzt hatte ich - nach dem Hochfahren ohne Monitor - gedacht, dass das Einstecken des Monitors ohne Probleme ablaufen sollte. Aber neeee ...
Also erfolgte jetzt das
cat /dev/kmsg über die Konsole, erneutes Einstecken des Monitors ... und ... wundersamerweise ging der externe Monitor an ... aber das System fror mit der letzten Konsolenmeldung ein (Screenshot 1).
Weder die Tastatur noch die Maus zeigten eine Reaktion. Die einzige Möglichkeit war, das Notebook über den Ein/Aus-Schalter "herunterzufahren".
Da der Monitor das erste mal wieder anging, liess ich ihn in der Erwartung eingesteckt, dass das System nach einem Neustart den Monitor ebenfalls akzeptiert. Ich war zu optimistisch.
Das System fuhr hoch, starb aber nach der Meldung
session-1.scope im Bootvorgang ab (Screenshot 2).
Ist der Monitor nicht angeschlossen, kommt nach dieser Meldung der Start des KDE.
Und jetzt bin ich noch immer ratlos.
> aber das System fror mit der letzten Konsolenmeldung ein (Screenshot 1).
Die letzte Kernelmeldung trug die Nummer 1267 und erfolgte ca. 85 sec nach
Einschalten des Rechners. Ich nehme an, diese Meldung wurde erst auf den
LCD Bildschirm geschrieben, als Du den Monitor eingesteckt hast. Der Treiber
nvidia-drm war zu diesem Zeitpunkt schon geladen (über udev, als die Graphik
Karte erkannt wurde). Können wir vielleicht noch die beiden Graphik Karten
(CPU interne und externe) identifizieren über:
$ lspci|grep VGA
Mein Output vom Laptop:.
00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-H GT2 [UHD Graphics 630] (rev 02)
01:00.0 VGA compatible controller: NVIDIA Corporation TU117GLM [Quadro T1000 Mobile] (rev a1)
Und Du kannst "$ cat /dev/kmsg" vor dem Einstecken nochmal anstoßen, anschließend mit der Tastatur
ein carriage (CR) eingeben und ein paar Hyphens "-------------------" gefolgt von einem weitern CR. Dann den
Monitor einstecken, alles, was nach den Hyphens erscheint, ist vom Einstecken veranlasst (ich vermute,
das ist der inhalt von Message 1267.
Moin Teriarch:
Schritt 1: Identifikation der Grafikadapter
┌──(isegrimm ㉿ C-O-R-A-X)-▷[~]
└─▷$ lspci|grep VGA
0000:00:02.0 VGA compatible controller: Intel Corporation Alder Lake-P GT2 [Iris Xe Graphics] (rev 0c)
0000:01:00.0 VGA compatible controller: NVIDIA Corporation GA104 [Geforce RTX 3070 Ti Laptop GPU] (rev a1)
┌──(isegrimm ㉿ C-O-R-A-X)-▷[~]
└─▷$
Schritt 2: $ cat /dev/kmsg mit "Separierung"
(s. Screenshot)
Nach dem Einstecken des externen Monitors fror das System umgehend ein, weder Maus noch 'NUM-LOCK' funktionierten.
Ich mache jetzt mal Folgendes:
Ich deinstalliere den NVIDIA-Treiber mit ...
doas apt purge nvidia* erneut komplett (w. letztens beschrieben) ziehe aber jetzt noch die letztens nicht durchgeführte ...
doas rm /etc/X11/xorg.conf
doas rm /etc/X11/xorg.conf.d/20-nvidia.conf
... durch.
Mal sehen, ob das dann vielleicht die Lösung bringt.
Ich liefer noch die Ausgabe von 'inxi -Fxz' ...
System:
Kernel: 7.0.4-1-siduction-amd64 arch: x86_64 bits: 64 compiler: gcc
v: 15.2.0
Console: pty pts/1 Distro: siduction 2025.1.0 shine-on - kde -
(202503241412) base: Debian GNU/Linux forky/sid
Machine:
Type: Laptop System: Acer product: Nitro AN515-58 v: V2.19 serial: <filter>
Mobo: ADL model: Jimny_ADH v: V2.19 serial: <filter> Firmware: UEFI
vendor: Insyde v: 2.19 date: 12/01/2025
Battery:
ID-1: BAT1 charge: 52.1 Wh (99.8%) condition: 52.3/57.5 Wh (90.9%)
volts: 17.17 min: 15.4 model: LGC AP18E8M status: not charging
CPU:
Info: 14-core (6-mt/8-st) model: 12th Gen Intel Core i7-12700H bits: 64
type: MST AMCP arch: Alder Lake rev: 3 cache: L1: 1.2 MiB L2: 11.5 MiB
L3: 24 MiB
Speed (MHz): avg: 400 min/max: 400/4600:4700:3500 cores: 1: 400 2: 400
3: 400 4: 400 5: 400 6: 400 7: 400 8: 400 9: 400 10: 400 11: 400 12: 400
13: 400 14: 400 15: 400 16: 400 17: 400 18: 400 19: 400 20: 400
bogomips: 107520
Flags-basic: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Intel Alder Lake-P GT2 [Iris Xe Graphics]
vendor: Acer Incorporated ALI driver: i915 v: kernel arch: Xe
bus-ID: 0000:00:02.0
Device-2: NVIDIA GA104 [Geforce RTX 3070 Ti Laptop GPU]
vendor: Acer Incorporated ALI driver: nvidia v: 580.142 arch: Ampere
bus-ID: 0000:01:00.0
Device-3: Chicony ACER HD User Facing driver: uvcvideo type: USB
bus-ID: 3-6:4
Display: unspecified server: X.Org v: 24.1.11 with: Xwayland v: 24.1.11
driver: X: loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa dri: iris
gpu: i915 resolution: 1920x1080~165Hz
API: EGL v: 1.5 drivers: iris,nvidia,swrast platforms:
active: gbm,x11,surfaceless,device inactive: wayland,device-1
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 26.0.6-1
glx-v: 1.4 direct-render: yes renderer: Mesa Intel Iris Xe Graphics (ADL
GT2)
API: Vulkan v: 1.4.341 drivers: intel,nvidia,llvmpipe surfaces: N/A
devices: 3
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
wl: wayland-info x11: xdriinfo, xdpyinfo, xprop, xrandr
Audio:
Device-1: Intel Alder Lake PCH-P High Definition Audio
vendor: Acer Incorporated ALI driver: sof-audio-pci-intel-tgl
bus-ID: 0000:00:1f.3
Device-2: NVIDIA GA104 High Definition Audio vendor: Acer Incorporated ALI
driver: snd_hda_intel v: kernel bus-ID: 0000:01:00.1
Device-3: GN Netcom Jabra Link 380 driver: jabra,snd-usb-audio,usbhid
type: USB bus-ID: 3-4.2.1:8
API: ALSA v: k7.0.4-1-siduction-amd64 status: kernel-api
Server-1: PipeWire v: 1.6.4 status: n/a (root, process)
Network:
Device-1: Intel Alder Lake-P PCH CNVi WiFi vendor: Rivet Networks Dual Band
Wi-Fi 6 Killer AX1650i 160MHz 2x2 driver: iwlwifi v: kernel
bus-ID: 0000:00:14.3
IF: wlan0 state: down mac: <filter>
Device-2: Realtek Killer E2600 GbE vendor: Acer Incorporated ALI
driver: r8169 v: kernel port: 3000 bus-ID: 0000:2b:00.0
IF: enp43s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Bluetooth:
Device-1: Intel AX201 Bluetooth driver: btusb v: 0.8 type: USB
bus-ID: 3-10:5
Report: hciconfig ID: hci0 rfk-id: 0 state: up address: <filter> bt-v: 5.2
lmp-v: 11
RAID:
Hardware-1: Intel Volume Management Device NVMe RAID Controller driver: vmd
v: 0.6 bus-ID: 0000:00:0e.0
Drives:
Local Storage: total: 1011.54 GiB used: 54.35 GiB (5.4%)
ID-1: /dev/nvme0n1 vendor: Samsung model: MZVL21T0HCLR-00B07
size: 953.87 GiB temp: 32.9 C
ID-2: /dev/sda vendor: Kingston model: DataTraveler 3.0 size: 57.67 GiB
type: USB
Partition:
ID-1: / size: 479.21 GiB used: 54 GiB (11.3%) fs: ext4 dev: /dev/nvme0n1p6
ID-2: /boot/efi size: 349.3 MiB used: 160 KiB (0.0%) fs: vfat
dev: /dev/nvme0n1p5
Swap:
Alert: No swap data was found.
Sensors:
System Temperatures: cpu: 38.0 C mobo: N/A
Fan Speeds (rpm): N/A
Info:
Memory: total: 16 GiB available: 15.33 GiB used: 2.88 GiB (18.8%)
igpu: 64 MiB
Processes: 408 Uptime: 33m Init: systemd
Packages: 4227 Compilers: gcc: 15.2.0 Shell: Bash v: 5.3.9 inxi: 3.3.40
... und 'nvidia-smi'...
Fri May 8 08:58:00 2026
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 580.142 Driver Version: 580.142 CUDA Version: 13.0 |
+-----------------------------------------+------------------------+----------------------+
| GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|=========================================+========================+======================|
| 0 NVIDIA GeForce RTX 3070 ... On | 00000000:01:00.0 Off | N/A |
| N/A 39C P0 29W / 115W | 1MiB / 8192MiB | 4% Default |
| | | N/A |
+-----------------------------------------+------------------------+----------------------+
+-----------------------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=========================================================================================|
| No running processes found |
+-----------------------------------------------------------------------------------------+
... nach ... falls das etwas Erleuchtung bringt.
1. Warum benutzt Du X11 statt Wayland?
2. Schonmel getestet, ob das Problem mit den open-gpu Modulen auch passiert?
3. Was passiert, wen der Monitor schon beim Booten angeschlossen ist?
zu 1.: Ich hatte das nie auf x11 umgestellt ... in den Systemeinstellungen ist auch 'Wayland' vermerkt (Screenshot)
zu 2.: teste ich gleich mal
zu 3.: (aus meinem Post von Gestern um 14:01:09, da ist auch ein Screenshot des Bootvorganges dran):
ZitatDa der Monitor das erste mal wieder anging, liess ich ihn in der Erwartung eingesteckt, dass das System nach einem Neustart den Monitor ebenfalls akzeptiert. Ich war zu optimistisch.
Das System fuhr hoch, starb aber nach der Meldung
session-1.scope
im Bootvorgang ab (Screenshot 2).
Ist der Monitor nicht angeschlossen, kommt nach dieser Meldung der Start des KDE.
Aus deinem inxi:
Display: unspecified
Das soll so nicht sein, da ist noch was anderes faul.
Zitat von: towo in 2026/05/08, 09:42:57
...
2. Schonmel getestet, ob das Problem mit den open-gpu Modulen auch passiert?
3. Was passiert, wen der Monitor schon beim Booten angeschlossen ist?
Update:
Ich habe jetzt nach einem ...
doas apt update
doas apt install nvidia-driver-open nvidia-open-kernel-DKMS ... mit anschliessendem Reboot den Rechner zuerst ohne Monitor gestartet.
Nach dem Anstecken des Monitors bleibt das System stabil.
Ein abschliessender Test (Hochfahren des Systems mit angeschlossenen Monitor):
System läuft ebenfalls stabil hoch.
Danke towo ... :)
Lehre daraus:
Ab jetzt nur noch die nvidia-open-treiber.
Zitat von: towo in 2026/05/08, 10:11:46
Aus deinem inxi:
Display: unspecified
Das soll so nicht sein, da ist noch was anderes faul.
Hatte ich jetzt erst gelesen.
Hier also noch mal die Outputs von inxi und nvidia-smi mit dem - jetzt laufenden - system:
System:
Kernel: 7.0.4-1-siduction-amd64 arch: x86_64 bits: 64 compiler: gcc
v: 15.2.0
Desktop: KDE Plasma v: 6.6.4 Distro: siduction 2025.1.0 shine-on - kde -
(202503241412) base: Debian GNU/Linux forky/sid
Machine:
Type: Laptop System: Acer product: Nitro AN515-58 v: V2.19
serial: <superuser required>
Mobo: ADL model: Jimny_ADH v: V2.19 serial: <superuser required>
Firmware: UEFI vendor: Insyde v: 2.19 date: 12/01/2025
Battery:
ID-1: BAT1 charge: 52.2 Wh (99.9%) condition: 52.3/57.5 Wh (90.9%)
volts: 17.16 min: 15.4 model: LGC AP18E8M status: not charging
CPU:
Info: 14-core (6-mt/8-st) model: 12th Gen Intel Core i7-12700H bits: 64
type: MST AMCP arch: Alder Lake rev: 3 cache: L1: 1.2 MiB L2: 11.5 MiB
L3: 24 MiB
Speed (MHz): avg: 700 min/max: 400/4600:4700:3500 cores: 1: 700 2: 700
3: 700 4: 700 5: 700 6: 700 7: 700 8: 700 9: 700 10: 700 11: 700 12: 700
13: 700 14: 700 15: 700 16: 700 17: 700 18: 700 19: 700 20: 700
bogomips: 107520
Flags-basic: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
Device-1: Intel Alder Lake-P GT2 [Iris Xe Graphics]
vendor: Acer Incorporated ALI driver: i915 v: kernel arch: Xe
bus-ID: 0000:00:02.0
Device-2: NVIDIA GA104 [Geforce RTX 3070 Ti Laptop GPU]
vendor: Acer Incorporated ALI driver: nvidia v: 580.142 arch: Ampere
bus-ID: 0000:01:00.0
Device-3: Chicony ACER HD User Facing driver: uvcvideo type: USB
bus-ID: 3-6:4
Display: wayland server: X.org v: 1.21.1.22 with: Xwayland v: 24.1.11
compositor: kwin_wayland driver: X: loaded: modesetting,nvidia
unloaded: fbdev,nouveau,vesa dri: iris
gpu: i915,nv_platform,nvidia,nvidia-nvswitch resolution: 1: 1920x1200
2: 1920x1080~165Hz
API: EGL v: 1.5 drivers: iris,nvidia,swrast platforms:
active: gbm,wayland,x11,surfaceless,device inactive: device-1
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 26.0.6-1
glx-v: 1.4 direct-render: yes renderer: Mesa Intel Iris Xe Graphics (ADL
GT2)
API: Vulkan v: 1.4.341 drivers: intel,nvidia,llvmpipe surfaces: N/A
devices: 3
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
wl: wayland-info x11: xdriinfo, xdpyinfo, xprop, xrandr
Audio:
Device-1: Intel Alder Lake PCH-P High Definition Audio
vendor: Acer Incorporated ALI driver: sof-audio-pci-intel-tgl
bus-ID: 0000:00:1f.3
Device-2: NVIDIA GA104 High Definition Audio vendor: Acer Incorporated ALI
driver: snd_hda_intel v: kernel bus-ID: 0000:01:00.1
Device-3: GN Netcom Jabra Link 380 driver: jabra,snd-usb-audio,usbhid
type: USB bus-ID: 3-4.2.1:8
API: ALSA v: k7.0.4-1-siduction-amd64 status: kernel-api
Server-1: PipeWire v: 1.6.4 status: active
Network:
Device-1: Intel Alder Lake-P PCH CNVi WiFi vendor: Rivet Networks Dual Band
Wi-Fi 6 Killer AX1650i 160MHz 2x2 driver: iwlwifi v: kernel
bus-ID: 0000:00:14.3
IF: wlan0 state: down mac: <filter>
Device-2: Realtek Killer E2600 GbE vendor: Acer Incorporated ALI
driver: r8169 v: kernel port: 3000 bus-ID: 0000:2b:00.0
IF: enp43s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Bluetooth:
Device-1: Intel AX201 Bluetooth driver: btusb v: 0.8 type: USB
bus-ID: 3-10:5
Report: hciconfig ID: hci0 rfk-id: 2 state: up address: <filter> bt-v: 5.2
lmp-v: 11
RAID:
Hardware-1: Intel Volume Management Device NVMe RAID Controller driver: vmd
v: 0.6 bus-ID: 0000:00:0e.0
Drives:
Local Storage: total: 953.87 GiB used: 53.31 GiB (5.6%)
ID-1: /dev/nvme0n1 vendor: Samsung model: MZVL21T0HCLR-00B07
size: 953.87 GiB temp: 35.9 C
Partition:
ID-1: / size: 479.21 GiB used: 53.31 GiB (11.1%) fs: ext4
dev: /dev/nvme0n1p6
ID-2: /boot/efi size: 349.3 MiB used: 160 KiB (0.0%) fs: vfat
dev: /dev/nvme0n1p5
Swap:
Alert: No swap data was found.
Sensors:
System Temperatures: cpu: 42.0 C mobo: N/A
Fan Speeds (rpm): N/A
Info:
Memory: total: 16 GiB note: est. available: 15.33 GiB used: 2.36 GiB (15.4%)
Processes: 418 Uptime: 5m Init: systemd
Packages: 4223 Compilers: gcc: 15.2.0 Shell: Bash v: 5.3.9 inxi: 3.3.40
.... und ...
Fri May 8 10:33:15 2026
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 580.142 Driver Version: 580.142 CUDA Version: 13.0 |
+-----------------------------------------+------------------------+----------------------+
| GPU Name Persistence-M | Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap | Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|=========================================+========================+======================|
| 0 NVIDIA GeForce RTX 3070 ... Off | 00000000:01:00.0 On | N/A |
| N/A 43C P8 12W / 115W | 43MiB / 8192MiB | 4% Default |
| | | N/A |
+-----------------------------------------+------------------------+----------------------+
+-----------------------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=========================================================================================|
| 0 N/A N/A 1501 G /usr/bin/kwin_wayland 3MiB |
+-----------------------------------------------------------------------------------------+
So besser?