Problema dopo l'aggiornamento con il kernel-devel-5.13.6-200.fc34

Con l’aggiornamento del 14 agosto quando dnf cerca di eliminare il kernel-devel-5.13.6-200.fc34 mi segnala il seguente errore:

Ricordo che prima d’installare il Kernel si è aggiornato un file che abbia cambiato usr/scr … -> var/…
Come posso cambiare i permessi solo di root ?
Dal 15 al 16 agosto ci sono stati altri aggiornamento andando tutto a buon fine.

Ciao

Filesysem in sola lettura? Mi suona strano (così a naso mi sa che non c’entrano i permessi).
Puoi incollare qui il risultato del comando mount?

Oggi sono arrivati aggiornamenti compreso il Kernel (nell’istallazione ho escluso il Kernel):

Installing:
 kernel                 x86_64       5.13.10-200.fc34                 updates                   68 k
 kernel-core            x86_64       5.13.10-200.fc34                 updates                   34 M
 kernel-devel           x86_64       5.13.10-200.fc34                 updates                   15 M
 kernel-modules         x86_64       5.13.10-200.fc34                 updates                   32 M
 kernel-modules-extra   x86_64       5.13.10-200.fc34                 updates                  2.0 M
Rimozione in corso:
 kernel                 x86_64       5.13.7-200.fc34                  @updates                   0
 kernel-core            x86_64       5.13.7-200.fc34                  @updates                  75 M
 kernel-devel           x86_64       5.13.6-200.fc34                  @@System                  59 M
 kernel-devel           x86_64       5.13.7-200.fc34                  @updates                  59 M
 kernel-devel           x86_64       5.13.9-200.fc34                  @updates                  59 M
 kernel-modules         x86_64       5.13.7-200.fc34                  @updates                  31 M
 kernel-modules-extra   x86_64       5.13.7-200.fc34                  @updates                 1.9 M

Come si vede nella rimozione del kernel-devel-5.13.6-200.fc34 si prova System al posto di update ?
Si può escludere nell’installazione la cancellazione del kernel-devel-5.13.6-200.fc34 ?

Riporto qui mount:

$ mount
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime,seclabel)
devtmpfs on /dev type devtmpfs (rw,nosuid,seclabel,size=4040136k,nr_inodes=1010034,mode=755,inode64)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,seclabel,inode64)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,seclabel,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,seclabel,size=1623640k,nr_inodes=819200,mode=755,inode64)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,seclabel,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime,seclabel)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
/dev/sda2 on / type btrfs (rw,relatime,seclabel,compress=zstd:1,space_cache,subvolid=258,subvol=/root)
selinuxfs on /sys/fs/selinux type selinuxfs (rw,nosuid,noexec,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=20065)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime,seclabel)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime,seclabel)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,seclabel,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime,seclabel)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,seclabel,nr_inodes=409600,inode64)
/dev/sda2 on /home type btrfs (rw,relatime,seclabel,compress=zstd:1,space_cache,subvolid=256,subvol=/home)
/dev/sdb1 on /mnt/------------------------------ type ext4 (rw,nosuid,nodev,relatime,seclabel,x-gvfs-show)
/dev/sda1 on /boot type ext4 (rw,relatime,seclabel)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,seclabel,size=811816k,nr_inodes=202954,mode=700,uid=1000,gid=1000,inode64)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)

Sembra tutto OK

Ciao

[--------------------@fedora kernels]$ cd 5.13.6-200.fc34.x86_64
[--------------------@fedora 5.13.6-200.fc34.x86_64]$ ls -l
totale 9892
drwxr-xr-x. 1 root root     238  2 ago 18.26 arch
drwxr-xr-x. 1 root root      80  2 ago 18.26 block
drwxr-xr-x. 1 root root      30  2 ago 18.26 certs
drwxr-xr-x. 1 root root      76  2 ago 18.26 crypto
drwxr-xr-x. 1 root root      88  2 ago 18.26 Documentation
drwxr-xr-x. 1 root root    1420  2 ago 18.26 drivers
drwxr-xr-x. 1 root root     882  2 ago 18.26 fs
drwxr-xr-x. 1 root root     312  2 ago 18.26 include
drwxr-xr-x. 1 root root      30  2 ago 18.26 init
drwxr-xr-x. 1 root root      16  2 ago 18.26 ipc
-rw-r--r--. 4 root root     555 10 giu 16.50 Kconfig
drwxr-xr-x. 1 root root     290  2 ago 18.26 kernel
drwxr-xr-x. 1 root root     410  2 ago 18.26 lib
-rw-r--r--. 1 root root   66272 28 lug 17.47 Makefile
-rw-r--r--. 4 root root    1319 10 giu 16.50 Makefile.rhelver
drwxr-xr-x. 1 root root      78  2 ago 18.26 mm
-rw-r--r--. 2 root root 1590067 25 lug 18.35 Module.symvers
drwxr-xr-x. 1 root root     770  2 ago 18.26 net
drwxr-xr-x. 1 root root     468  2 ago 18.26 samples
drwxr-xr-x. 1 root root    3902  2 ago 18.26 scripts
drwxr-xr-x. 1 root root     220  2 ago 18.26 security
drwxr-xr-x. 1 root root     232  2 ago 18.26 sound
-rw-r--r--. 1 root root 5778835 28 lug 17.47 System.map
drwxr-xr-x. 1 root root     370  2 ago 18.26 tools
drwxr-xr-x. 1 root root      44  2 ago 18.26 usr
drwxr-xr-x. 1 root root      28  2 ago 18.26 virt
-rw-r--r--. 2 root root 2671973 28 lug 17.47 vmlinux.h
-rw-r--r--. 1 root root      41 28 lug 17.47 vmlinux.id

Cosa posso fare per risolvere questo problema ?

Ricapitolando.
kernel-develDevelopment package for building kernel modules to match the kernel” (direi che non serve, se non devi compilare moduli/driver per hardware, o cose del genere).
Ti serve? Hai spippolato con moduli, sorgenti ecc negli ultimi tempi?

 kernel-devel           x86_64       5.13.6-200.fc34                  @@System                  59 M

Se non interpreto male, quel @System, è il repository virtuale che identifica i pacchetti installati. (@System for installed packages), anche se, a logica, tutti quelli che cerca di rimuovere saranno installati anche loro, invece in quel caso indica da quale repository provengono. :thinking: Forse perché versioni successive lo hanno reso in qualche modo orfano?

Ricapitolando ancora.
Se dai il comando
sudo dnf remove kernel-devel-5.13.6-200.fc34
cosa succede?

Ho provato ambedue i comandi:

sudo dnf remove kernel-devel-5.13.6-200.fc34
sudo rpm -e kernel-devel-5.13.6-200.fc34

dandomi lo stesso risultato.

Trovato queste guide:

Penso che il secondo link non sia il mio caso ?

Il Kernel-devel l’ho installato perché uso Virtualbox di Oracle.

Ripeto si può escludere nell’installazione la cancellazione del kernel-devel-5.13.6-200.fc34 ?

Ciao

Un modo c’è, ma non so dirti per bene la sintassi.
protected_packages o qualcosa tipo exclude.
https://dnf.readthedocs.io/en/latest/conf_ref.html

Ma ripeto a mia volta. Non so se questa che vuoi percorrere è la via giusta (se un pacchetto vuole rimuoverne un altro, e non può, temo che questo pacchetto non verrà installato/aggiornato).
Ed è molto strano che le operazioni falliscano a causa di “filesystem read only” quando invece (a quanto pare) non lo è. Che sia sintomo di altri problemi? (Database rpm corrotto, altro, bo?)

Penso di aver trovato il Colpevole:

In VirtualBox 6.1.26 quando avvio la macchina virtuale mi segnala l’errore in figura.

Come sembra chiede architettura EFI che io non possiedo ?

Cosi nella compilazione non riuscendo a trovare l’architettura EFI nei repository segnala System come protezione ?

Cancellando VirtualBox si risolve il problema ?

Ciao

Errore nella compilazione del Kernel:

https://forums.virtualbox.org/viewtopic.php?f=7&t=103654&p=504323&hilit=kernel#p504323

Ho rimosso VirtualBox dandomi questi errori:

depmod: WARNING: could not open modules.order at /lib/modules/5.13.6-200.fc34.x86_64: No such file or directory
depmod: WARNING: could not open modules.builtin at /lib/modules/5.13.6-200.fc34.x86_64: No such file or directory

Cancellato anche la lista dei repository --> sudo dnf update nella sezione dei repository da sempre lo stesso risultato:

kernel-devel x86_64 5.13.6-200.fc34 @@System 59 M

Secondo il mio parere dnf e/o system abbia bloccato la scrittura con @System.

C’è un modo per rimuove questo blocco ?

Ciao

Tentato di reinstallare il kernel-devel-5.13.6-200.fc34 dandomi questo risultato:

sudo dnf reinstall kernel-devel-5.13.6-200.fc34
Ultima verifica della scadenza dei metadati: 0:00:09 fa il sab 28 ago 2021, 10:09:13.
Pacchetto installato kernel-devel-5.13.6-200.fc34.x86_64 (da @System) non disponibile.
Errore: Nessun pacchetto contrassegnato per la reinstallazione.

Come sembra il sistema abbia etichettato il repositore con @System in solo lettura.

Qualcuno conosce il modo di escludere nell’installazione la cancellazione del kernel-devel-5.13.6-200.fc34 e/o rimuove l’identificativo @System per rimettere @updates cosi si può eliminare il kernel-devel-5.13.6-200.fc34 ??

Ciao

Ho risolto il problema in questo modo:

  1. Eseguendo la rinomina delle cartelle che contengono i kernel-devel con @@System in questo modo:
    es.: sudo mv 5.13.6-200.fc34.x86_64 5.13.6-200.fc34.x86_64.old
  2. Rimuovo dall’indice di DNF i kernel-devel con @@System in questo modo:
    es. sudo dnf remove kernel-devel-5.13.6-200.fc34
    Quando DNF verifica la rimozione dopo qualche minuto lo stoppato con CTRL+Z perché continuava nella verifica.
  3. Subito dopo riavvio il PC
  4. Eseguendo il comando sudo dnf update --refresh il kernel si è installato regolarmente senza problemi.

Certo non è corretto ma funziona.
Ciao