Bonjour,
Alors, il y a plein d'endroits possibles pour cela.
La sortie suivante te donnera la liste (après, il est possible que ton utilisateur n'y ait pas accès) : mount | grep tmpfs
Mais typiquement ces dossiers sont accessibles :
/dev/shm
/tmp
$XDG_RUNTIME_DIR (normalement dans /run/user ...

Tu dois réinstaller des paquets qui semblent cassés (après je me demande si ce n'est pas volontaire, car c'est toujours des man pages qui manquent). Après il n'y a aucun risque à lancer une "réinstalllation" : pacman -S man-db procps-ng psmisc shadow

Sinon, tu pouvais juste partager le fichier via ...

C'est difficile de donner un avis sans le contenu du fichier... Il n'y a pas la liste des fichiers "modifiés"...
Mais comme cela je pense qu'il y a rien d'anormal à part peut être pour procps-ng (voir très certainement...). Mais le plus simple serait de partager le fichier, non ?

Alors c'est normal d'avoir dans la liste des fichiers altérés, il faut analyser la sortie manuellement.
N'essaye surtout pas de restaurer certains fichiers (principalement dans /etc), tu pourrais casser ton système !

Tu dois maintenant faire :
pacman -S --overwrite "*" libevent
pacman -Syu
Puis après reboot (si la mise à jour a fonctionné) lance cette commande :
LC_ALL=C sudo pacman -Qkk &> check.log
Puis donne le contenu du fichier check.log via un site de type pastebin : https://wiki.archlinux.org/title ...

Maintenant tu dois faire : sudo touch /var/lib/pacman/local/libevent-2.1.12-4/files
Je ne fais que suivre le message d'erreur, et je sais que créer un fichier vide dans ce cas résoudra le problème.
Et bien sûr, relancer la mise à jour: pacman -Syu libevent .
Cela ne sert absolument à rien de ...

Mais quelle est la sortie de pacman : pacman -Syu libevent ???!!!
Sais tu ce que fait la commande touch ? Il était bien sûr clairement sous entendu que suite à la commande touch, tu devais essayer de relancer la mise à jour via pacman.

C'est à dire sans effet ? Peux tu donner la sortie de pacman ?
Tu devrais à minima avoir un autre message d'erreur

Tu peux essayer de faire : Mais ton système a été corrompu à un moment, il y a peut être d'autres chose de cassé...

Bonjour,
Le message d'erreur t'indique déjà plus ou moins ce qu'il faut faire.
Tu dois désinstaller aussi openshot (c'est un paquet de AUR). Si tu en as besoin, il suffira de le réinstaller ensuite (après la mise à jour), il sera recompilé avec les bonnes dépendances.
pacman -Rcs libopenshot
Sinon ...

Hum, je n'avais pas fait attention, mais ta carte n'a pas l'air d'être officiellement supportée :
https://github.com/torvalds/linux/blob/master/drivers/media/usb/cx231xx/cx231xx-cards.c#L1044
Même information ici : https://www.kernel.org/doc/html/latest/admin-guide/media/cx231xx-cardlist.html
Il y a ...

Bonjour, peux tu donner la sortie de:

Je ne sais pas ce que fait ce fichier-là... Comment cela fonctionnait avant avec le driver propriétaire ?
Supprime le fichier /etc/X11/xorg.conf.d/20-monitor.conf (ou sauvegarde-le, je ne sais pas ce qu'il y a d'autre dedans)

Les commandes lsmod doivent être lancées depuis ton système, pas depuis le chroot. Sinon attention à la case, c'est nvidia en minuscule

Tu peux déjà faire cela pour être sûr : vérifie que les modules nvidia sont bien chargés : lsmod | grep nvidia
Si par contre c'est le module nouveau qui est chargé lsmod | grep nouveau , c'est dû entre autres à kms dans tes HOOKS (voir plus bas)
Et relance le service systemd associé à ton interface ...

C'est moi qui le fait

De ce que je comprends des messages de log, KDE échoue à faire le changement de résolution, il n'y a très certainement aucun plantage, je suppose que le basculement entre TTY devrait fonctionner. C'est juste qu'il n'y a rien d’affiché à l'écran. Il suffit de supprimer la configuration de layout de ...

Après on peut espérer avoir des informations dans les logs systèmes.
Peux tu démarrer le PC sur le kernel problématique, attendre que cela fige / plante (se connecter via SSDM de ce que j'ai compris).
De préférence redémarrer le plus proprement possible que cela soit via les Magic SysRq key, ou via ...

J'ai un PC full Intel (mais avec un CPU bien plus récent), et je ne reproduis pas ton problème malheureusement (et heureusement pour moi)...
Si tu as 2 PC, il faudrait que tu te connectes en ssh au PC qui pose problème lorsque SSDM s'affiche. Afficher les logs depuis la connexion ssh via : sudo ...

Bonjour, sans les linux-headers c'est comme si tu n'avais pas installé le paquet nvidia-580xx-dkms.
Tu dois installer les kernel headers associés à ton kernel. Dans ton cas linux-headers
J'ai mis à jour la news afin de rajouter plus de détail...