Fehler: Nvidia und Update auf Kernel 5.10.0-29-amd64

[AlexDausF]

Hallo Forum,
beim Update auf linux-image-5.10.0-29-amd64 mit vorhandenem Nvidia Treiber der mit dkms auf Debian Art installiert ist kommt folgende Fehlermeldung:

etc/kernel/postinst.d/dkms:
dkms: running auto installation service for kernel 5.10.0-29-amd64:
Kernel preparation unnecessary for this kernel. Skipping...
.....
Building module:
cleaning build area...
env NV_VERBOSE=1 make -j12 modules KERNEL_UNAME=5.10.0-29-amd64.........(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.10.0-29-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/470.223.02/build/make.log for more information.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.10.0-29-amd64
/etc/kernel/postinst.d/zz-update-grub:
Generating grub configuration file ...
Found background image: /usr/share/images/desktop-base/desktop-grub.png

Warning: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
done
linux-headers-5.10.0-29-common (5.10.216-1) wird eingerichtet ...
linux-kbuild-5.10 (5.10.216-1) wird eingerichtet ...
linux-image-amd64 (5.10.216-1) wird eingerichtet ...
linux-headers-5.10.0-29-amd64 (5.10.216-1) wird eingerichtet ...
/etc/kernel/header_postinst.d/dkms:
dkms: running auto installation service for kernel 5.10.0-29-amd64:
Kernel preparation unnecessary for this kernel. Skipping...
applying patch cc_version_check-gcc5.patch...patching file conftest.sh
applying patch bashisms.patch...patching file conftest.sh
applying patch linux-2.6.34-dev_pm_info-runtime_auto.patch...patching file conftest.sh
applying patch 0033-refuse-to-load-legacy-module-if-IBT-is-enabled.patch...patching file nvidia-modeset/nvidia-modeset-linux.c
patching file nvidia/nv.c
applying patch ppc64el.patch...patching file nvidia/nvlink_common.h
applying patch fragile-ARCH.patch...patching file Makefile
applying patch use-kbuild-compiler.patch...patching file Makefile
patching file Kbuild
applying patch use-kbuild-flags.patch...patching file Kbuild
patching file nvidia/nvidia.Kbuild
patching file Makefile
patching file nvidia-modeset/nvidia-modeset.Kbuild
applying patch conftest-verbose.patch...patching file Kbuild
applying patch conftest-prefer-arch-headers.patch...patching file conftest.sh
Building module:
cleaning build area...
env NV_VERBOSE=1 make -j12 modules KERNEL_UNAME=5.10.0-29-amd64.........(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.10.0-29-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/470.223.02/build/make.log for more information.
.

Ich musste dann mit dem alten Kernel booten. Das geht zwar im Augenblick, aber die Frage ist wie man das Problem lösen kann.

Viele Grüße
Alex

[towo]

aber die Frage ist wie man das Problem lösen kann.

Indem man die Ausgabe liest und in /var/lib/dkms/nvidia-current/470.223.02/build/make.log die Ursache ergründet!

[AlexDausF]

Hallo!
Das habe ich jetzt nicht alles gelesen, es ist für meinen Kenntnisstand nicht besonders hilfreich. Ich habe es mal hier verlinkt:
https://nopaste.debianforum.de/42156
Ich kann aus diesem mehr als 1 Megabyte großen log keine Schlussfolgerung ziehen, wie ich das Kernelupdate mit Nvidia Treiber doch noch gepatched kriege.
Viele Grüße
Alex

[michaa7]

Naja, der Fehler ist meist irgendwo gegen Ende:

FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol 'rcu_read_unlock_strict'

[AlexDausF]

Genau was ich meinte, ich kann daraus eben kein Lösungsansatz entwickeln

[AlexDausF]

Hallo Forum,
für mich gibt es jetzt drei mögliche Lösungen für das Problem:
1. könnte man das Upgrade auf Bookworm machen? Ich frage mich nur, ob das Upgrade mit dem älteren Kernel Schwierigkeiten machen könnte. Oder ob mein System das Problem quasi über das Dist-Upgrade mitschleppt.
2. Ich könnte versuchen Nouveau zu installieren, wobei ich nicht weiß wie ich das bei dem kaputten Kernel hinkriegen soll. Vielleicht klappt ja das Kernelupgrade wenn ich ihn deinstalliere und dann nouveau installieren und dann wieder den neueren Kernel??? Wie das genau ablaufen würde ist mir aber nicht vollständig klar.
3. Ich finde noch eine Hilfe im Netz wie man den Ablauf, den DKMS macht, irgendwie manuell auslöst, oder fixen kann, damit es sauber durch läuft. Dazu habe ich aber nichts gefunden.
4 und: Ach ja ich könnte auch neu installieren.
Was würdet Ihr denn vorschlagen? Bin ich der einzige mit diesem Problem? Mir ist ein Sicherheitsupdate in sicher mehr als 20 Jahren Debian noch nie missglückt!
Hier: viewtopic.php?t=189073&start=25 gab es das schon mal in Bookworm, jetzt ist es scheinbar nach oldstable durch gerutscht. Vielleicht macht Variante 1 doch Sinn?
Vielen Dank im Voraus für jeden hilfreichen Input!
Alex

[michaa7]

...
1. könnte man das Upgrade auf Bookworm machen? ...
2. Ich könnte versuchen Nouveau zu installieren, wobei ich nicht weiß wie ich das bei dem kaputten Kernel hinkriegen soll. ...
3. Ich finde noch eine Hilfe im Netz wie man den Ablauf, den DKMS macht, irgendwie manuell auslöst,......
4 und: Ach ja ich könnte auch neu installieren. ...
...

1) ganz unabhängig von deinem nvidia Problem, du fährst ein old-stable system, das ist wie nen DKW F112 fahren und sich wundern dass du nicht durch die Abgasuntersuchung kommst ... aber gut, ich bin seit knapp 20 Jahren sid user ...
2) Nouveau muß du nicht installieren. Der steckt im Kernel. Um den zu nutzen mußt du nur nvidia purgen.
3) da kenn ich mich auch nicht aus, aber ich nutze auch den nvidia 470* Treiber ... mit Kernel 6.7.10. Grundsätzlich läuft der Treiber mit dem 6.7 Debian Kernel (wohl noch nicht mit dem alleraktuellsten).
4) ... das tuen eigentlich nur windows geschädigte user ...?

Ich würde erstmal ein "apt update && apt dist-upgrade" durchführen um sicher zu sein dass das System auf dem laufenden ( ) *old-stable* Stand ist ... und dann beherzt auf bookworm upgraden (mittels geeigneter Änderung der sources.list.d/debian.list) . Allerdings würde ich das nicht wg. dem nvidia Treiber machen, sondern um das System nicht verstauben zu lassen. Ob das sicher ist? Du bekommst beim Überqueren des Zebrastreifens auch keine Garantieerklärung vorab ...

[towo]

Mich würde interessieren, wo der Nvidia-Treiber her kommt, der Patch für das Problem ist ja eigentlich schon länger im entsprechenden Paket enthalten.

[AlexDausF]

Mich würde interessieren, wo der Nvidia-Treiber her kommt, der Patch für das Problem ist ja eigentlich schon länger im entsprechenden Paket enthalten.

Der Nvidia Treiber wurde wie oben beschrieben mit DKMS Debian Art installiert. Also aus den Debian Quellen.

[AlexDausF]

Ich würde erstmal ein "apt update && apt dist-upgrade" durchführen um sicher zu sein dass das System auf dem laufenden ( ) *old-stable* Stand ist ... und dann beherzt auf bookworm upgraden (mittels geeigneter Änderung der sources.list.d/debian.list) . Allerdings würde ich das nicht wg. dem nvidia Treiber machen, sondern um das System nicht verstauben zu lassen.

Hallo Michaa7!
Weil ich immer apt update && apt dist-upgrade mache habe ich mir ja diesmal das ganze eingefangen.
Vermutlich werde ich das machen, da es eh ansteht. Sorge macht mir eben nur das ich auf dem älteren Kernel loslege, aber das macht hoffentlich keinen Unterschied beim Upgrade...
Besten Dank!
Alex

[kreuzschnabel]

Kurzer Hinweis: apt dist-upgrade gibt es nicht. Es wird zwar was machen, aber man weiß nicht, was. dist-upgrade gehört zu apt-get, nicht zu apt.

Bei apt verwendet man entweder upgrade (installiert neue Versionen und ggfs. neue Abhängigkeiten) oder full-upgrade (dito, entfernt aber auch Pakete, die neuen Paketversionen im Wege stehen).

--ks

[towo]

Und

apt dist-upgrade

funktioniert genau so, wie

apt full-upgrade

also bitte keine Märchen hier verbreiten.

[towo]

apt policy nvidia-tesla-470-driver

[kreuzschnabel]

Und

apt dist-upgrade

funktioniert genau so, wie

apt full-upgrade

Ah. Wo kann ich das nachlesen? Ich lerne immer gern dazu.

also bitte keine Märchen hier verbreiten.

Ich mag’s an den Augen haben, aber in https://manpages.debian.org/bookworm/apt/apt.8.de.html finde ich kein dist-upgrade. Insofern weiß ich nicht ganz, was du mit „Märchen“ meinst. Ich habe gesagt, dass dist-upgrade in Verbindung mit apt nicht definiert ist, und das ist nachprüfbar so. Außer mir entgeht was, s.o.

--ks

[towo]

probiere es halt aus.

Kurzer Hinweis: apt dist-upgrade gibt es nicht.

Ist nunmal ein Märchen.

[kreuzschnabel]

Ich warte immer noch gespannt auf deinen Beleg für

Und

apt dist-upgrade

funktioniert genau so, wie

apt full-upgrade

Dazu, was apt dist-upgrade macht, finde ich nichts Schriftliches. apt-get dist-upgrade macht etwas ziemlich anderes als apt full-upgrade. Ersteres versucht im Konfliktfall eine priorisierende Konfliktauflösung, wobei es auf weniger wichtige Paketupdates verzichtet, während Letzteres radikal alle Pakete updatet und im Konflikt stehende Bestandspakete einfach runterwirft.

--ks

[towo]

Code: Alles auswählen

~
towo:Defiant> sudo apt full-upgrade
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libunibreak5 libwireplumber-0.4-0 python3-ldb python3-talloc python3-tdb
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.

Upgrading:
  golang-1.22 golang-1.22-doc golang-1.22-go golang-1.22-src libpcsclite-dev libpcsclite1 pcscd samba-common

REMOVING:
  smbclient

Summary:
  Upgrading: 8, Installing: 0, Removing: 1, Not Upgrading: 0
  Download size: 44,0 MB
  Freed space: 2.118 kB

Continue? [J/n] n
Abbruch.

~
towo:Defiant> sudo apt dist-upgrade
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libunibreak5 libwireplumber-0.4-0 python3-ldb python3-talloc python3-tdb
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.

Upgrading:
  golang-1.22 golang-1.22-doc golang-1.22-go golang-1.22-src libpcsclite-dev libpcsclite1 pcscd samba-common

REMOVING:
  smbclient

Summary:
  Upgrading: 8, Installing: 0, Removing: 1, Not Upgrading: 0
  Download size: 44,0 MB
  Freed space: 2.118 kB

Continue? [J/n]

Wo da jetzt ein Unterschied ist, entzieht sich mir.

[towo]

Und auch, wenn das absolut Off Topic in diesem Thread ist, ein Blick in die Source zeigt dann auch folgendes:

Code: Alles auswählen

static std::vector<aptDispatchWithHelp> GetCommands()<-><------><------>/*{{{*/
{
   // advanced commands are left undocumented on purpose
   return {
      // query
      {"list", &DoList, _("list packages based on package names")},
      {"search", &DoSearch, _("search in package descriptions")},
      {"show", &ShowPackage, _("show package details")},

      // package stuff
      {"install", &DoInstall, _("install packages")},
      {"reinstall", &DoInstall, _("reinstall packages")},
      {"remove", &DoInstall, _("remove packages")},
      {"autoremove", &DoInstall, _("automatically remove all unused packages")},
      {"auto-remove", &DoInstall, nullptr},
      {"autopurge",&DoInstall, nullptr},
      {"purge", &DoInstall, nullptr},

      // system wide stuff
      {"update", &DoUpdate, _("update list of available packages")},
      {"upgrade", &DoUpgrade, _("upgrade the system by installing/upgrading packages")},
      {"full-upgrade", &DoDistUpgrade, _("upgrade the system by removing/installing/upgrading packages")},

      // misc
      {"edit-sources", &EditSources, _("edit the source information file")},
      {"moo", &DoMoo, nullptr},
      {"satisfy", &DoBuildDep, _("satisfy dependency strings")},

      // for compat with muscle memory
      {"dist-upgrade", &DoDistUpgrade, nullptr},
      {"showsrc",&ShowSrcPackage, nullptr},
      {"depends",&Depends, nullptr},
      {"rdepends",&RDepends, nullptr},
      {"policy",&Policy, nullptr},
      {"build-dep", &DoBuildDep,nullptr},
      {"clean", &DoClean, nullptr},
      {"distclean", &DoDistClean, nullptr},
      {"dist-clean", &DoDistClean, nullptr},
      {"autoclean", &DoAutoClean, nullptr},
      {"auto-clean", &DoAutoClean, nullptr},
      {"source", &DoSource, nullptr},
      {"download", &DoDownload, nullptr},
      {"changelog", &DoChangelog, nullptr},
      {"info", &ShowPackage, nullptr},

      {nullptr, nullptr, nullptr}
   };
}

[kreuzschnabel]

„for compat with muscle memory“ ist ein schöner Kommentar dafür

Danke dann für die Lektion, dist-upgrade ist bei apt also tatsächlich ein (in der manpage undokumentierter) Alias für full-upgrade (und löst damit bei apt Konflikte anders als bei apt-get, wie immer man das finden mag).

--ks

[AlexDausF]

apt policy nvidia-tesla-470-driver

Hallo Towo,
ich habe das mal abgefragt und da ich die Hoffnung das lösen zu können noch nicht ganz aufgegeben habe mal hier angefügt:

apt policy nvidia-tesla-470-driver
nvidia-tesla-470-driver:
Installiert: (keine)
Installationskandidat: 470.223.02-2~deb11u1
Versionstabelle:
470.223.02-2~deb11u1 500
500 http://deb.debian.org/debian bullseye/non-free amd64 Packages

Könnte daraus eine Lösung entstehen?
Viele Grüße
Alex

[towo]

Also aktuell ist Version

470.239.06-1~deb11u1

vielleicht solltest Du mal deine Sourcen überprüfen.

[rhHeini]

Bist Du sicher? Ich finde die 239 in der Paketsuche auf der Debian-Webseite nur bei Testing und sid.

Bullyeye hat die 223.

[towo]

Hab hier direkt geguckt:
http://ftp.debian.org/debian/pool/non-f ... 0/?C=M;O=D

[towo]

Die Version ist (noch) in oldstable-proposed-updates

[AlexDausF]

vielleicht solltest Du mal deine Sourcen überprüfen.

Hallo!
Hier mal meine sources.list:

Code: Alles auswählen

# deb cdrom:[Debian GNU/Linux testing _Bullseye_ - Unofficial amd64 NETINST with firmware 20210201-03:03]/ bullseye contrib main non-free

deb http://deb.debian.org/debian/ bullseye main non-free contrib

deb http://security.debian.org/debian-security bullseye-security main contrib non-free

deb http://deb.debian.org/debian bullseye-updates main contrib non-free

Müsste ich da diese Zeile einfügen:

deb http://ftp.de.debian.org/debian bookworm-proposed-updates main contrib non-free non-free-firmware

und bookworm mit bullseye ersetzen?
Wie würde ich dann vorgehen, damit das update auf diesen neueren Kernel läuft? Erst deinstallieren und dann neu installieren?
Besten Dank!
Alex