Aldolat.it — Post con tag Kernel

Kernel 6.16 in arrivo su Arch Linux e i driver nVidia 390

aldolat@gmail.com (Aldo Latino) — Fri, 08 Aug 2025 08:26:23 +0200

Come già sapete dai post precedenti, la mia scheda video obsoleta non è supportata dai driver nvidia presenti nei repo ufficiali di Arch, motivo per cui devo rivolgermi al pacchetto nvidia-390xx-dkms presente in AUR. Questo significa che, per ogni nuovo kernel rilasciato, bisogna vedere se questi driver vecchissimi vengono compilati correttamente.

Proprio l’altro ieri nella pagina AUR del pacchetto giunge la notizia che il nuovo kernel 6.16 è approdato in testing e che quindi a breve arriverà per tutti: funzionerà questo driver? Il buon @drankinatty ha chiesto nella pagina del pacchetto se qualcuno poteva fare qualche test e la domanda mi ha stuzzicato. Come posso farlo? L’unica cosa che mi è venuta in mente era di provare in una macchina virtuale tra quelle che dedico ad Arch. Sono sicuro che non è questo il metodo standard per questo tipo di prove ma alla fine penso che possa essere sufficiente per il mio scopo.

Quello che ho fatto nella macchina virtuale è stato semplicemente attivare i repository testing e procedere a un aggiornamento di sistema, compreso il kernel versione 6.16. A seguire ho riavviato la macchina virtuale e quindi ho scaricato il PKGBUILD con:

git clone https://aur.archlinux.org/nvidia-390xx-utils.git

e l’ho compilato:

makepkg -s

La compilazione è terminata con successo. Ho quindi installato i pacchetti risultanti:

sudo pacman -U *.zst

che sono stati installati senza problemi. Speriamo davvero che questa volta non sarà necessaria una patch.

L'articolo Kernel 6.16 in arrivo su Arch Linux e i driver nVidia 390 è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Ripristino dei pacchetti a una data specifica con Arch

aldolat@gmail.com (Aldo Latino) — Sat, 14 Jun 2025 12:48:57 +0200

A lcuni giorni fa, stanco dopo una giornata impegnativa, ho lanciato un aggiornamento del sistema. Quando aggiorno, guardo sempre quali pacchetti saranno interessati, ma quella sera non l’ho fatto. Tra questi aggiornamenti c’era anche il kernel alla versione 6.15.1.arch1-2 che sapevo avrebbe dato errori col driver nvidia-390xx, come vi ho raccontato — per la versione precedente — in Downgrade del kernel in Arch e in Driver nVidia 390 su kernel 6.14 in Arch Linux. Il processo di aggiornamento, ovviamente, è andato male:

<snip>
:: Esecuzione degli hook di post-transazione...
( 1/14) Reloading system manager configuration...
( 2/14) Restarting marked services...
( 3/14) Reloading device manager configuration...
( 4/14) Arming ConditionNeedsUpdate...
( 5/14) Updating module dependencies...
( 6/14) Install DKMS modules
==> dkms install --no-depmod nvidia/390.157 -k 6.15.1-arch1-2

Error! Bad return status for module build on kernel: 6.15.1-arch1-2 (x86_64)
<snip>

Era la sera del 10 giugno e la stanchezza mi impediva proprio di analizzare la situazione. Subito mi è venuto in mente il consiglio che mi diede @Lone_Wolf sul forum di Arch, vale a dire di riportare i pacchetti a una certa data, così abbiamo la certezza che tutto torni a funzionare, come se non avessimo lanciato quell’aggiornamento. Non avevo mai provato questo comando di pacman prima di allora, per cui «Quale migliore situazione di questa?», pensai. E mi sono lanciato!

Modifica del repository

La prima cosa da fare è modificare il repository:¹

sudo nano /etc/pacman.d/mirrorlist

e commentare quelli attuali attivando questo:

Server=https://archive.archlinux.org/repos/ANNO/MESE/GIORNO/$repo/os/$arch

Al posto di ANNO, MESE e GIORNO inserire le date nel formato AAAA/MM/GG. Nel mio caso ho usato:

Server=https://archive.archlinux.org/repos/2025/06/08/$repo/os/$arch

Salvare e chiudere il file.

‘Aggiornamento’ del sistema

Adesso lanciare un ‘aggiornamento’ (si fa per dire!) del sistema con pacman:

sudo pacman -Syyuu

Il sistema riporterà la versione dei pacchetti installati a quella del giorno indicato prima.

Nel mio caso tutto è andato secondo le aspettative e al riavvio tutto era al proprio posto. Chiaramente era una situazione temporanea che mi consentiva l’uso del PC in attesa della creazione della patch per il driver nVidia 390. Patch che puntualmente è stata pubblicata, grazie ai manutentori del pacchetto su AUR. Dopo la pubblicazione bisogna riportare il file mirrorlist alla situazione originale oppure fare un bel refresh dei repository con reflector:

sudo reflector --verbose --country Italy,Germany --protocol https --age 6 --sort rate --latest 5 --save /etc/pacman.d/mirrorlist

Quello descritto è uno dei due metodi previsti. Nel wiki di Arch sono spiegati entrambi in dettaglio. ↩︎

L'articolo Ripristino dei pacchetti a una data specifica con Arch è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

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.

Ancora problemi con gli aggiornamenti del Kernel

aldolat@gmail.com (Aldo Latino) — Sat, 23 Sep 2006 14:16:47 +0000

Il mio Ubuntu gira al 99% delle volte su X e Gnome, non su Xgl e Compiz. Solo oggi, quando mi serviva avviare Compiz, mi sono accorto che gli ultimi aggiornamenti (dal 15 al 17 settembre scorsi) hanno nuovamente messo nei guai il driver Ati proprietario. In effetti in questi giorni avevo notato dei rallentamenti strani nella parte grafica, ma li imputavo a un uso intensivo di essa. Invece no. Dando da terminale:

sudo fglrxinfo

non veniva elencato il driver Ati, ma quello Mesa. Ho proceduto alla reinstallazione del driver corretto e tutto si è risistemato. Da ciò consegue che il progetto ha ancora grossi problemi. Tra l’altro leggendo qui si ha una panoramica davvero sconfortante.

Il mio consiglio per chi ancora non ha installato XGL+Compiz è di non farlo e di aspettare invece la prossima release di Ubuntu, la 6.10, che avrà già al suo interno AIGLX. Basterà installargli sopra Compiz. Sempre nella speranza che questi non faccia altri guai.

[Update]
Dopo attenta verifica — e su suggerimento di telperion che ringrazio per la segnalazione 😉 — il problema è dovuto ai vari aggiornamenti del kernel di questo metà settembre. Così come successo una settimana fa. Per un errore di valutazione avevo attribuito il problema a Compiz. Resta comunque il fatto che — essendo ancora un progetto giovane — è preferibile installare Xgl+Compiz in un ambiente di test e non di produzione aziendale.

L'articolo Ancora problemi con gli aggiornamenti del Kernel è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Problema con l’aggiornamento del Kernel 2.6.15-26-686-47

aldolat@gmail.com (Aldo Latino) — Fri, 15 Sep 2006 19:26:37 +0000

Oggi, 15 settembre 2006 (ma già forse da ieri era disponibile) è stata rilasciato un aggiornamento del kernel.

Come sempre, ho aggiornato ma al riavvio Xgl e Compiz facevano cilecca.
Mi è bastato reinstallare i driver Ati proprietari e il problema si è risolto.

Sul forum inglese di Ubuntu si dice che c’è un bug nella compilazione dell’aggiornamento che è stato prontamente bloccato.

L'articolo Problema con l’aggiornamento del Kernel 2.6.15-26-686-47 è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Eliminare voci dal menu Grub

aldolat@gmail.com (Aldo Latino) — Fri, 25 Aug 2006 10:32:14 +0000

Quando si aggiorna il kernel, quello vecchio non viene eliminato: potrebbe infatti succedere qualcosa di storto e Ubuntu potrebbe non avviarsi più. In questo caso si può farlo partire col vecchio kernel.
Se l’operazione di aggiornamento va a buon fine, nel menu di Grub noteremo più voci del solito. A questo punto possiamo eliminare il vecchio kernel ed eliminare la voce non più utilizzata.

Per far questo diamo questo comando:

sudo apt-get remove linux-image-[versione-del-kernel-da-eliminare]`

Al riavvio noteremo che in Grub le voci col kernel vecchio sono state eliminate.

L'articolo Eliminare voci dal menu Grub è uno scritto di aldolat.it. Rispettane le condizioni di licenza.

Versione del kernel?

aldolat@gmail.com (Aldo Latino) — Wed, 16 Aug 2006 20:32:30 +0000

Per conoscere la versione del kernel:

sudo uname -r

L'articolo Versione del kernel? è uno scritto di aldolat.it. Rispettane le condizioni di licenza.