Aldolat.it — Post con tag Compilazione

Driver nVidia 390 su kernel 6.14 in Arch Linux

aldolat@gmail.com (Aldo Latino) — Fri, 09 May 2025 21:29:12 +0200

In questo post proseguo quanto scritto in quello precedente, dove — ricorderete — non riuscivo a far convivere i driver legacy per la mia vecchia scheda video nVidia GeForce 605 con il nuovo kernel 6.14.4-arch1-2 o meglio, cosa che ho scoperto dopo, gcc versione 15 non riusciva a compilare per il nuovo kernel. Ho monitorato costantemente sia il forum che la pagina dedicata su AUR e ho visto che @bufferunderrun ha pubblicato una patch da applicare al pacchetto nvidia-390-dkms. Ho applicato la patch al pacchetto, fatto gli aggiornamenti e tutto è filato liscio come l’olio. Vi spiego cosa ho fatto, così rimane traccia anche per me e magari può servire a qualcuno.

Quello che faremo è creare una patch aggiuntiva — oltre a quelle già presenti — per il pacchetto nvidia-390-dkms e applicarla, in attesa che questo venga fatto nel pacchetto presente in AUR.

Creazione e applicazione della patch

Creazione del file .patch

Da terminale scarichiamo il pacchetto da AUR senza installarlo:

paru -G nvidia-390xx-dkms

Spostiamoci nella directory appena creata:

cd nvidia-390xx-utils

Creiamo il file per la patch dedicata a gcc 15:

nano gcc-15.patch

Incolliamo questo contenuto, vale a dire la patch che risolve il problema:¹

diff --git a/kernel/Kbuild b/kernel/Kbuild
index 85aa267..baa6986 100644
--- a/kernel/Kbuild
+++ b/kernel/Kbuild
@@ -61,6 +61,7 @@ $(foreach _module, $(NV_KERNEL_MODULES), \
 # $(EXTRA_CFLAGS) to ccflags-y for compatibility.
 #

+EXTRA_CFLAGS += -std=gnu17
 EXTRA_CFLAGS += -I$(src)/common/inc
 EXTRA_CFLAGS += -I$(src)
 EXTRA_CFLAGS += -Wall -MD $(DEFINES) $(INCLUDES) -Wsign-compare -Wno-cast-qual -Wno-error
diff --git a/kernel/conftest.sh b/kernel/conftest.sh
index 4da7588..1106ea5 100755
--- a/kernel/conftest.sh
+++ b/kernel/conftest.sh
@@ -151,7 +151,7 @@ test_headers() {
 }

 build_cflags() {
-    BASE_CFLAGS="-O2 -D__KERNEL__ \
+    BASE_CFLAGS="-std=gnu17 -O2 -D__KERNEL__ \
 -DKBUILD_BASENAME=\"#conftest$$\" -DKBUILD_MODNAME=\"#conftest$$\" \
 -nostdinc -isystem $ISYSTEM \
 -Wno-implicit-function-declaration -Wno-strict-prototypes -Wno-incompatible-pointer-types"

Salviamo e chiudiamo.

Modifica di PKGBUILD

Ora dobbiamo modificare il file PKGBUILD per far sì che questo, durante la compilazione, consideri la patch appena creata. Anziché dirvi cosa modificare a mano, creeremo un altro file .patch, così senza sforzo né errori lo modificheremo. Creiamo questo file:

nano PKGBUILD.patch

e incolliamo queste righe:

--- nvidia-390xx-utils/PKGBUILD	2025-05-09 21:57:08.271353078 +0200
+++ PKGBUILD	2025-05-09 18:23:07.990867041 +0200
@@ -31,7 +31,8 @@
         kernel-6.12.patch
         kernel-6.13.patch
         kernel-6.14.patch
-        kernel-4.16+-memory-encryption.patch)
+        kernel-4.16+-memory-encryption.patch
+        gcc-15.patch)
 b2sums=('8e24aea70b139185bd682b080d32aeda673e6e92b45a90e6f6e0d736674180400bc8bd1aa5c66b8d033fc9d5e0cfffed456a87298bd93a3afbbc30b8dc48c4e9'
         'c1da4ce5784e43385465913a95053a3e54f800aac6f1b49f33e2a77504d76da5e6db6ec7074fbe7ba5f52dcef9e1ebaa620942c33ff825a56caba5c9c8b0d1be'
         '67e32932eeddda8fef667d25c34faf7b3a02f01cf9c15a97e5613bd44a0e8dcf7396e25399a52701f55dd18054c689720f237bb07d5bd580394d8dc8c9d05534'
@@ -49,7 +50,8 @@
         'aaa0597ab9d33be3c6e020fab0d54890d32f32c5ce70571e2bc989a788dbe2317e826475966bc1026bf7f7ff6672bd9a2f7f8e48dcebd2f91d33d9181eee1208'
         '8e5502a6668bf3981d1e9cc6cdad428fcfdd221b51850b0fde74d631faa379d965b97a87e845eda2bc0e99a0aa9bf58642444bdea9f976cafcd12edf0e20f5db'
         '21b87918e9b9b0475ab4fb548be6daadd6921566fb03a3f96cffff5296f9fa1bccdabe7c4671aba2a1dc455248b7a96e5a088c48ab922305213bc714e4a39d6c'
-        'a8234f542c2324ad698443e3decf7b6eacf3cb420b7aded787f102a8d32b64c2a8d45ea58e37a5e3b6f2f060f0cccd63d3a182065f57c606006d0ff8c7f6bb05')
+        'a8234f542c2324ad698443e3decf7b6eacf3cb420b7aded787f102a8d32b64c2a8d45ea58e37a5e3b6f2f060f0cccd63d3a182065f57c606006d0ff8c7f6bb05'
+        '488c1381c371efaa18aa68424560d5a5145d25dea79ae44c30fa771bdd097b43125a7b6d553ac823a304d5a681ee5e958291a2334f4be8bba79754fdb5ff80a2')
 
 create_links() {
     # create soname links
@@ -105,6 +107,9 @@
     # From Joan Bruguera (https://gist.github.com/joanbm/d0cb8790ca610fbd2c2e43f30707ce18)
     patch -Np1 -i ../kernel-6.14.patch
 
+    # From bufferunderrun (https://aur.archlinux.org/packages/nvidia-390xx-dkms#comment-1022658)
+    patch -Np1 -i ../gcc-15.patch
+
     cd kernel
 
     sed -i "s/__VERSION_STRING/${pkgver}/" dkms.conf

Salviamo e chiudiamo. Ora applichiamo le modifiche al file PKGBUILD:²

patch PKGBUILD < PKGBUILD.patch

Compilazione e installazione del driver con la patch

Installiamo ora il driver contenente la patch per gcc:

makepkg -si

Il sistema ora compilerà il driver con tutte le patch presenti nel pacchetto, compresa gcc-15.patch che abbiamo creato poco fa.

Una volta che avrà finito — si spera — senza errori, procederemo a installare il nuovo kernel e gcc ultima versione. Se, come avevo fatto io, avevate bloccato gli aggiornamenti del kernel e di gcc, sbloccateli. Quindi aggiorniamo il sistema:

sudo pacman -Syu

Non dovremmo vedere alcun problema segnalato nei messaggi del terminale. A questo punto possiamo riavviare e goderci gli aggiornamenti appena installati.

Ringrazio infinitamente tutti coloro che hanno contribuito a questa risoluzione e che mi consentono di continuare ad usare questa vecchia macchina con Arch Linux.

Come detto, la patch è ripresa interamente da questo commento di bufferunderrun. ↩︎
Una volta applicata la patch, possiamo anche eliminare il file PKGBUILD.patch, perché non ci serve più. Ad ogni modo questo file non sarà considerato da PKGBUILD stesso durante la compilazione perché non è presente nella lista delle patch da applicare a gcc. ↩︎

L'articolo Driver nVidia 390 su kernel 6.14 in Arch Linux è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Downgrade del kernel in Arch

aldolat@gmail.com (Aldo Latino) — Thu, 01 May 2025 07:39:14 +0200

Nel mio ormai vetusto computer, che monta una più che obsoleta scheda nVidia, sono costretto a usare i vecchi driver versione 390 prelevati da AUR, come ho già avuto modo di scrivere.¹ Questo comporta che, se i driver non sono compatibili con una nuova versione del kernel, questi non verranno compilati correttamente e, al successivo riavvio, avrei un computer che molto probabilmente non partirà.

Nell’ultima sessione di aggiornamento della mia Arch ho riscontrato nuovamente questo problema. Dopo aver dato il solito:

sudo pacman -Syu

questo l’output, dove ho tolto un po’ di righe che non ci interessano:

:: Sincronizzazione dei database in corso...
 core    117,0 KiB   355 KiB/s 00:00 [##################] 100%
 extra     7,8 MiB  6,26 MiB/s 00:01 [##################] 100%
:: Aggiornamento del sistema in corso...
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (94) [...]

Dimensione totale dei pacchetti da scaricare:   1018,12 MiB
Dimensione totale dei pacchetti da installare:  3481,25 MiB
Dimensione netta dell'aggiornamento:              10,62 MiB

:: Vuoi procedere con l'installazione? [S/n]
:: Download dei pacchetti in corso...
[...]
(11/21) Install DKMS modules
==> dkms install --no-depmod nvidia/390.157 -k 6.14.4-arch1-2

Error! Bad return status for module build on kernel: 6.14.4-arch1-2 (x86_64)
Consult /var/lib/dkms/nvidia/390.157/build/make.log for more information.
==> WARNING: `dkms install --no-depmod nvidia/390.157 -k 6.14.4-arch1-2' exited 10
(12/21) Restarting cronie for libc upgrade...
(13/21) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img
==> Starting build: '6.14.4-arch1-2'
  -> Running build hook: [base]
  [...]
  -> Running build hook: [fsck]
==> ERROR: module not found: 'nvidia'
==> ERROR: module not found: 'nvidia_modeset'
==> ERROR: module not found: 'nvidia_uvm'
==> ERROR: module not found: 'nvidia_drm'
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img'
==> WARNING: errors were encountered during the build. The image may not be complete.
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: '6.14.4-arch1-2'
  -> Running build hook: [base]
  [...]
  -> Running build hook: [fsck]
==> ERROR: module not found: 'nvidia'
==> ERROR: module not found: 'nvidia_modeset'
==> ERROR: module not found: 'nvidia_uvm'
==> ERROR: module not found: 'nvidia_drm'
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-fallback.img'
==> WARNING: errors were encountered during the build. The image may not be complete.
errore: l'esecuzione del comando non è riuscita correttamente
[...]

Il driver non è compatibile col nuovo kernel e serve un’altra patch.² Vado su AUR e trovo (ovviamente!) un commento di un altro utente: non essendoci ancora la patch disponibile, l’unico modo per risolvere temporaneamente è disinstallare la versione nuova del kernel o, per meglio dire con termine tecnico, “downgradare” il kernel, tornando quindi alla versione che stiamo usando in questo momento, visto che non abbiamo ancora riavviato.

I pacchetti da retrocedere di versione sono linux, linux-headers, gcc, gcc-libs, come indicato dall’utente su AUR.

Analisi della situazione

In base a quanto detto, vediamo quali sono i pacchetti e le versioni che abbiamo appena installato con l’aggiornamento e quali sono le versioni da ripristinare:

Pacchetti installati da retrocedere: linux-6.14.4.arch1-2; linux-headers-6.14.4.arch1-2; gcc-15.1.1+r7+gf36ec88aa85a-1; gcc-libs-15.1.1+r7+gf36ec88aa85a-1

Vediamo quali erano le versioni precedenti dei pacchetti guardando la cache di pacman. Cominciamo con linux:

$ ls -l /var/cache/pacman/pkg/linux-6.14.4.arch1-*
-rw-r--r-- 1 root root 145830356 26 apr 03.05 /var/cache/pacman/pkg/linux-6.14.4.arch1-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root       119 26 apr 03.06 /var/cache/pacman/pkg/linux-6.14.4.arch1-1-x86_64.pkg.tar.zst.sig
-rw-r--r-- 1 root root 145998435 29 apr 12.05 /var/cache/pacman/pkg/linux-6.14.4.arch1-2-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root       215 29 apr 12.05 /var/cache/pacman/pkg/linux-6.14.4.arch1-2-x86_64.pkg.tar.zst.sig

Quindi il pacchetto è linux-6.14.4.arch1-1-x86_64.pkg.tar.zst.

Ora passiamo a linux-headers:

$ ls -l /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-*
-rw-r--r-- 1 root root 52859906 26 apr 03.05 /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root      119 26 apr 03.06 /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst.sig
-rw-r--r-- 1 root root 52895857 29 apr 12.06 /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-2-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root      215 29 apr 12.06 /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-2-x86_64.pkg.tar.zst.sig

Qui il pacchetto è linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst.

Ora gcc e gcc-libs:

$ ls -l /var/cache/pacman/pkg/gcc*
-rw-r--r-- 1 root root 56596007 29 apr 09.16 /var/cache/pacman/pkg/gcc-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root      215 29 apr 09.16 /var/cache/pacman/pkg/gcc-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst.sig
-rw-r--r-- 1 root root 37645039 29 apr 09.21 /var/cache/pacman/pkg/gcc-libs-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst
-rw-r--r-- 1 root root      215 29 apr 09.21 /var/cache/pacman/pkg/gcc-libs-15.1.1+r7+gf36ec88aa85a-1-x86_64.pkg.tar.zst.sig

Come si vede dall’output, per questi due pacchetti non ho in cache la versione precedente, per cui li prenderemo dall’archivio di Arch:

https://archive.archlinux.org/packages/

Basta entrare nelle rispettive directory g/gcc e g/gcc-libs: da lì prendere gli indirizzi dei due pacchetti.

Nel nostro caso questi sono i pacchetti da ripristinare per gcc e gcc-libs:

gcc-14.2.1+r753+g1cd744a6828f-1-x86_64
gcc-libs-14.2.1+r753+g1cd744a6828f-1-x86_64

Ricapitolando, questi sono gli indirizzi che daremo in pasto a pacman per l’installazione:

/var/cache/pacman/pkg/linux-6.14.4.arch1-1-x86_64.pkg.tar.zst
/var/cache/pacman/pkg/linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst
https://archive.archlinux.org/packages/g/gcc/gcc-14.2.1+r753+g1cd744a6828f-1-x86_64.pkg.tar.zst
https://archive.archlinux.org/packages/g/gcc-libs/gcc-libs-14.2.1+r753+g1cd744a6828f-1-x86_64.pkg.tar.zst

Due saranno quindi prelevati dalla cache di pacman e due dall’archivio di Arch.

Avvio del downgrade

Lanciamo (senza paura!) l’‘aggiornamento’ di tutti i pacchetti (che in realtà è una retrocessione) dando in un colpo solo:

sudo pacman -U \
  /var/cache/pacman/pkg/linux-6.14.4.arch1-1-x86_64.pkg.tar.zst \
  /var/cache/pacman/pkg/linux-headers-6.14.4.arch1-1-x86_64.pkg.tar.zst \
  https://archive.archlinux.org/packages/g/gcc/gcc-14.2.1+r753+g1cd744a6828f-1-x86_64.pkg.tar.zst \
  https://archive.archlinux.org/packages/g/gcc-libs/gcc-libs-14.2.1+r753+g1cd744a6828f-1-x86_64.pkg.tar.zst

Adesso pacman eseguirà l’installazione di queste versioni sostituendo quelle più recenti. Lascio l’output completo del comando:

:: Download dei pacchetti in corso...
 gcc-14.2.1+r753+g1cd744a6828f-1-x86_64                 51,1 MiB  5,00 MiB/s 00:10 [################################################] 100%
 gcc-libs-14.2.1+r753+g1cd744a6828f-1-x86_64            35,0 MiB  4,28 MiB/s 00:08 [################################################] 100%
caricamento dei pacchetti in corso...
attenzione: installazione in corso di una versione meno recente del pacchetto linux (6.14.4.arch1-2 => 6.14.4.arch1-1)
attenzione: installazione in corso di una versione meno recente del pacchetto linux-headers (6.14.4.arch1-2 => 6.14.4.arch1-1)
attenzione: installazione in corso di una versione meno recente del pacchetto gcc (15.1.1+r7+gf36ec88aa85a-1 => 14.2.1+r753+g1cd744a6828f-1)
attenzione: installazione in corso di una versione meno recente del pacchetto gcc-libs (15.1.1+r7+gf36ec88aa85a-1 => 14.2.1+r753+g1cd744a6828f-1)
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (4) gcc-14.2.1+r753+g1cd744a6828f-1  gcc-libs-14.2.1+r753+g1cd744a6828f-1  linux-6.14.4.arch1-1  linux-headers-6.14.4.arch1-1

Dimensione totale dei pacchetti da installare:  720,47 MiB
Dimensione netta dell'aggiornamento:            -10,92 MiB

:: Vuoi procedere con l'installazione? [S/n]
(4/4) verifica delle chiavi presenti nel portachiavi                               [################################################] 100%
(4/4) verifica dell'integrità dei pacchetti                                        [################################################] 100%
(4/4) caricamento dei file dei pacchetti                                           [################################################] 100%
(4/4) controllo dei conflitti in corso                                             [################################################] 100%
(4/4) controllo dello spazio disponibile sul disco                                 [################################################] 100%
:: Esecuzione degli hook di pre-transazione...
(1/2) Removing linux initcpios...
(2/2) Remove DKMS modules
:: Elaborazione delle modifiche al pacchetto...
(1/4) downgrade in corso gcc-libs                                                  [################################################] 100%
(2/4) downgrade in corso linux                                                     [################################################] 100%
(3/4) downgrade in corso linux-headers                                             [################################################] 100%
(4/4) downgrade in corso gcc                                                       [################################################] 100%
:: Esecuzione degli hook di post-transazione...
(1/5) Arming ConditionNeedsUpdate...
(2/5) Updating module dependencies...
(3/5) Install DKMS modules
==> dkms install --no-depmod nvidia/390.157 -k 6.14.4-arch1-1
==> depmod 6.14.4-arch1-1
(4/5) Updating linux initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img
==> Starting build: '6.14.4-arch1-1'
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [microcode]
  -> Running build hook: [modconf]
  -> Running build hook: [kms]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [consolefont]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [resume]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux.img'
  -> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: '6.14.4-arch1-1'
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [microcode]
  -> Running build hook: [modconf]
  -> Running build hook: [kms]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [consolefont]
  -> Running build hook: [block]
  -> Running build hook: [filesystems]
  -> Running build hook: [resume]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating zstd-compressed initcpio image: '/boot/initramfs-linux-fallback.img'
  -> Early uncompressed CPIO image generation successful
==> Initcpio image generation successful
(5/5) Updating the info directory file...

Al riavvio il computer è tornato perfettamente funzionante. Chiaramente, se diamo un:

sudo pacman -Syu

pacman proporrà l’aggiornamento dei pacchetti appena retrocessi:

:: Sincronizzazione dei database in corso...
 core è aggiornato
 extra è aggiornato
:: Aggiornamento del sistema in corso...
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (4) gcc-15.1.1+r7+gf36ec88aa85a-1  gcc-libs-15.1.1+r7+gf36ec88aa85a-1  linux-6.14.4.arch1-2  linux-headers-6.14.4.arch1-2

Dimensione totale dei pacchetti da installare:  731,38 MiB
Dimensione netta dell'aggiornamento:             10,92 MiB

:: Vuoi procedere con l'installazione? [S/n]

Al che risponderemo n perché dobbiamo attendere la patch. Un’alternativa è quella di bloccare l’aggiornamento di questi quattro pacchetti indicandolo nel file di configurazione di pacman,³ ma preferisco per ora non fare aggiornamenti in attesa della risoluzione del problema.

Come ho scritto in un altro post,¹ questo è l’unico problema che ho riscontrato in Arch da quando lo uso, vale a dire la gestione del vecchio driver nVidia. Certo, basterebbe cambiare la scheda con una più recente, ma ormai questo relitto informatico ha i suoi anni e ha troppi acciacchi oltre a questo. Non ne vale la pena.

Aggiornamento del 11/05/2025.

Il buon @Lone_Wolf sul forum di Arch mi ha consigliato che c’è un modo più sicuro per fare questa operazione:

That will break all applications that require gcc-libs 15.1 .

Use How to restore all packages to a specific date to pin everything on your system to the state they had just before the switch to gcc 15.

Sapevo che pacman può fare ciò anche se non l’ho mai provato, ma ho pensato che la soluzione del problema era alle porte: per tale motivo ho deciso di attendere la patch prima di fare altri aggiornamenti.

Ne ho parlato sia in Come mi trovo con Arch Linux dopo quasi 3 anni che in Driver nVidia 390 su kernel 6.0 in Arch Linux. ↩︎ ↩︎
Al momento della stesura del post, queste sono le patch incluse nel pacchetto nvidia-390xx-dkms: kernel-6.2.patch, kernel-6.3.patch, kernel-6.4.patch, kernel-6.5.patch, kernel-6.6.patch, kernel-6.8.patch, kernel-6.10.patch, kernel-6.12.patch, kernel-6.13.patch, kernel-6.14.patch ↩︎
Ne ho parlato in KRDC 24.01.80-1 ha qualche problema di connessione. ↩︎

L'articolo Downgrade del kernel in Arch è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Driver nVidia 390 su kernel 6.0 in Arch Linux

aldolat@gmail.com (Aldo Latino) — Sat, 15 Oct 2022 07:38:38 +0200

Oggi è successo che, al passaggio al kernel 6.0, il driver nvidia-390xx-dkms non venisse compilato correttamente. Poiché questo driver è un legacy driver, può capitare che con un cambio del kernel qualcosa vada storto, finché non venga applicata una patch dal manutentore. Questo l’output durante l’aggiornamento:

==> dkms install --no-depmod vboxhost/6.1.38_OSE -k 6.0.1-arch2-1
==> dkms install --no-depmod nvidia/390.154 -k 6.0.1-arch2-1
Error! Bad return status for module build on kernel: 6.0.1-arch2-1 (x86_64)
Consult /var/lib/dkms/nvidia/390.154/build/make.log for more information.
==> WARNING: `dkms install --no-depmod nvidia/390.154 -k 6.0.1-arch2-1' exited 10

Su Google ho notato che già altri avevano affrontato il problema e in questo thread sul forum si diceva di leggere la pagina AUR. Vado sulla pagina AUR del pacchetto e tra i commenti leggo di gente con lo stesso problema. C’è un commento che dice:

patch for linux 6.0.

BlackIkeEagle commented on 2022-10-03 13:06 (UTC)

Decido quindi, prima di riavviare e trovarmi con un sistema non funzionante, di applicare la patch consigliata.

Come ho risolto

Dal repo su GitLab ho scaricato il pacchetto intero (non solo il file .patch). L’ho decompresso e da terminale sono entrato nella directory e ho dato il comando

makepkg

In pratica, questo comando ha scaricato il driver dal sito nVidia e l’ha compilato applicando la patch per il kernel 6.0. Ecco l’output intero del comando:

$ makepkg
==> Creazione del pacchetto: nvidia-390xx-dkms 390.154-2 (sab 15 ott 2022, 06:35:49)
==> Controllo delle dipendenze durante l'avvio in corso...
==> Controllo delle dipendenze durante la compilazione in corso...
==> Download dei sorgenti in corso...
  -> Download di NVIDIA-Linux-x86_64-390.154-no-compat32.run in corso...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 46.6M  100 46.6M    0     0  8198k      0  0:00:05  0:00:05 --:--:-- 8623k
  -> È stato trovato kernel-4.16.patch
  -> È stato trovato kernel-6.0.patch
==> Validazione di source file con sha512sums...
    NVIDIA-Linux-x86_64-390.154-no-compat32.run ... Verificato
    kernel-4.16.patch ... Verificato
    kernel-6.0.patch ... Verificato
==> Estrazione dei sorgenti in corso...
==> Avvio di prepare() in corso...
Creating directory NVIDIA-Linux-x86_64-390.154-no-compat32
Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64 390.154........
patching file kernel/common/inc/nv-linux.h
patching file kernel/conftest.sh
Hunk #1 succeeded at 2073 (offset 17 lines).
patching file nvidia-drm/nvidia-drm-helper.c
Hunk #1 succeeded at 39 (offset -2 lines).
patching file nvidia/nv-acpi.c
Hunk #1 succeeded at 15 with fuzz 2 (offset -1 lines).
==> Entro nell'ambiente fakeroot...
==> Avvio di package() in corso...
==> Rimozione dei dati superflui in corso...
  -> Rimozione dei file libtool in corso...
  -> Eliminazione dei file indesiderati in corso...
  -> Rimozione dei file dalle librerie statiche...
  -> Compressione delle pagine man ed info in corso...
==> Controllo per il rilascio dei pacchetti in corso...
==> Creazione del pacchetto "nvidia-390xx-dkms" in corso...
  -> Generazione del file .PKGINFO in corso...
  -> Generazione del file .BUILDINFO in corso...
  -> Creazione del file .MTREE in corso...
  -> Compressione del pacchetto in corso...
==> Uscita dall'ambiente di fakeroot.
==> Compilazione terminata: nvidia-390xx-dkms 390.154-2 (sab 15 ott 2022, 06:36:01)

A seguire ho installato il nuovo pacchetto con:

sudo pacman -U nvidia-390xx-dkms-390.154-2-x86_64.pkg.tar.zst

che non ha dato alcun errore:

$ sudo pacman -U nvidia-390xx-dkms-390.154-2-x86_64.pkg.tar.zst
[sudo] password di aldo:
caricamento dei pacchetti in corso...
risoluzione delle dipendenze in corso...
ricerca dei pacchetti in conflitto in corso...

Pacchetti (1) nvidia-390xx-dkms-390.154-2

Dimensione totale dei pacchetti da installare:  27,17 MiB
Dimensione netta dell'aggiornamento:             0,05 MiB

:: Vuoi procedere con l'installazione? [S/n]
(1/1) verifica delle chiavi presenti nel portachiavi [###############] 100%
(1/1) verifica dell'integrità dei pacchetti          [###############] 100%
(1/1) caricamento dei file dei pacchetti             [###############] 100%
(1/1) controllo dei conflitti in corso               [###############] 100%
(1/1) controllo dello spazio disponibile sul disco   [###############] 100%
:: Esecuzione degli hook di pre-transazione...
(1/1) Remove upgraded DKMS modules
==> dkms remove nvidia/390.154
:: Elaborazione delle modifiche al pacchetto...
(1/1) aggiornamento in corso di nvidia-390xx-dkms    [###############] 100%
:: Esecuzione degli hook di post-transazione...
(1/2) Arming ConditionNeedsUpdate...
(2/2) Install DKMS modules
==> dkms install --no-depmod nvidia/390.154 -k 6.0.1-arch2-1
==> depmod 6.0.1-arch2-1

Al riavvio il sistema ha funzionato correttamente.

L'articolo Driver nVidia 390 su kernel 6.0 in Arch Linux è uno scritto di aldolat.it. Rispettane le condizioni di licenza.