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...

Bonjour,
Je suppose qu'initialement, afin de résoudre le problème, il suffisait de faire : yay -S nvidia-580xx-dkms nvidia-580xx-utils lib32-nvidia-580xx-utils
Bref, tu as pu trouver une solution :)

Pour ton vrai problème, peux-tu donner la sortie de :
pacman -Q linux linux-headers linux-lts ...

Afin de comprendre ce qui se passe il faudrait savoir ces points là : quelle carte graphique as tu ? Quel driver graphique utilises tu ? Es tu sous Xorg ou Wayland pour ton environnement de bureau et quelle est la configuration associée ? Je suppose que tu veux lancer KDE ? Ssdm est configuré pour ...

Et donc tu dois ajouter une entrée dans loader/entries afin de lancer le kernel lts

Tu as généré une image UKI ou tu utilises l'ancienne méthode : vmlinux-linux et initramfs-linux.img ?
Quel est le contenu de ton /etc/mkinitcpio.d/linux.preset et du nouveau fichier /etc/mkinitcpio.d/linux-lts.preset

Dans la partition ESP et dans la partition XBOOTLDR si tu en as une (typiquement ...

Sauf que /boot/amd-ucode.img appartient à un paquet. Et donc tu ne dois pas le supprimer, car il est géré via pacman.
Actuellement, tu n'as aucun système qui va recopier le fichier amd-ucode.img dans la partition ESP, donc tu dois utiliser une vielle version.
Tu peux déjà mettre à jour manuellement ...

Mon /etc/mkinitcpio.d/linux.preset avant modification ...
La ligne PRESETS=('default' 'fallback') est déjà commentée, ça explique pourquoi initramfs-linux-fallback.img est absent.
Comme je n'ai jamais mis les doigts auparavant dans ce /etc/mkinitcpio.d/linux.preset , aurait-il pu être modifié par ...

Est-ce que ça pourrait expliquer le problème ?
Définitivement. La question, c'est pourquoi il n'est pas présent dans le dossier de boot. À moins que tu ais modifié le fichier /etc/mkinitcpio.d/linux.preset tel que décrit ci-dessous
Tu devrais avoir plutôt ceci :
PathChanged=/boot/vmlinuz-linux ...

Cela me semble bon, en effet.
Mais, très honnêtement, cette façon de faire est un peu vieillotte, personnellement, je préfère la méthode UKI.
Une fois que tu peux démarrer, je te conseillerai de passer à une image UKI qui contient tout, le kernel, l'initramfs, le microcode pour ton CPU, et les ...

Comme cela, j'ai envie de dire que le contenu de ton linux.preset n'est pas bon. C'est les valeurs par défaut. En tout cas c'est comme cela maintenant que l'on fait afin de déployer le kernel et l'initramfs dans un chemin personnalisé.
Tu n'aurais pas changé le contenu de ce fichier ?
Où il y a un ...

Surtout, ne fais rien, tant que l'on n'a pas compris ce qui cloche. Ceci ne devrait jamais arriver, et ne peut pas arriver, depuis une installation fonctionnelle.
Si, par contre, c'est ta première mise à jour depuis ton installation, et que tu as ce problème, c'est juste ton installation qui est ...

Je pense que tu n'en as pas forcément besoin... Tu peux déjà essayer avec l'ISO actuel.
Tu peux constater que, depuis l'ISO la partition racine se nomme /dev/sdb2 et non sda2. Donc, tu avais juste essayé de monter la mauvaise partition.
Quel chargeur de démarrage est utilisé, Grub ? Si oui, peux-tu ...

Hum, c'est étrange. La sortie du blkid est bien celle depuis le l'ISO d'installation, car il manque les partitions de l'ISO d'installation ?
Je pense que tu dois tout reprendre depuis le début, utilise un ISO d'installation récent.
Identifie ta partition principale via blkid, par exemple via son ...