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

Bonjour,
C'est très étrange que /dev/sda1 soit automatiquement monté, cela ne devrait pas être le cas !
Attention, les noms changent être chaque boot, donc ici, quand je parle de /dev/sda, cela implique ton disque qui possède la partition ESP. C'est pour cela qu'il est préférable de toujours monter ...

Idem, je ne suis pas utilisateur de Gnome...
Mais tu peux essayer ceci : Sinon tu peux aussi essayer :

Bonjour,
C'est le service udev, et je suppose que si tu vois ce message, celui apparait un peu avant le Switching root de l'initramfs.
Peux-tu donner le log complet de ton système, tu lances pour cela (en root) : journalctrl -b
Je te conseille vivement de rediriger la sortie vers un fichier. Tu ...

Firefox dépend de gdk-pixbuf2, qui nécessite glycin

Bonjour, manifestement, tu as installé glycin.
En tout cas, le processus qui tourne à l'air normal (si tu as bien installé glycin).

Car ce n'est pas localhost l'IP de ton serveur NUT.
De plus le serveur NUT n'écoute que sur localhost, donc tu dois le configurer afin d'écouter sur l'interface externe. Voir fichier de configuration du serveur NUT

Bonjour,
Je ne comprends pas quel est le souci, tout à l'air de parfaitement fonctionner...
Tu ne dois surtout pas lancer upsd à la main. Tu dois utiliser le service, mais celui à l'air fonctionnel

Car sinon cela ne fonctionnera pas, car pacman drop certains privilèges par exemple lors du téléchargement.
Et cela ne pose aucun risque de sécurité quelconque de pouvoir lire le dossier

Bonjour,
Je suppose que tu lances Kodi depuis KDE ?
Pour la résolution je suppose que cela vient que tu as un facteur de 1.6 configuré sous KDE.
Je suppose comme cela (pas le temps de vérifier) mais Kodi doit tourner sous XWayland. Donc rien ne me choque ici. Il y a sûrement possibilité de le lancer ...

En théorie, oui. Après, je n'ai jamais testé. Mais sur le papier c'est sécurisé, en tmpfs (donc pas sur le disque)
Note, après la création de /etc/tmpfiles.d/pacman-cache-pkg.conf reboot afin que le dossier soit créé

Euh, il ne faut rien faire de plus que créer le fichier /etc/tmpfiles.d/pacman-cache-pkg.conf (après tu peux le nommer autrement) avec le contenu donné la ligne en dessous (le bloc de code est bien le contenu du fichier que tu dois créer). Pas besoin de service ou autre, systemd s'occupe de tout.

Il suffit qu'un individu malicieux crée le dossier avant. Pacman ne corrigera pas les droits.
Ensuite il suffit d'attendre que le fichier soit téléchargé, puis de le remplacer juste après la vérification d'intégrité.
Si tu veux vraiment le faire dans du tmpfs, je te recommande de faire ce que j'ai ...

Tu dois forcément donner un chemin que seul root est le propriétaire, sinon c'est une énorme faille de sécurité !
Une solution serait de mettre le cache de pacman ici : /run/pacman-cache-pkg
Et de créer le dossier automatiquement avec les bons droits avec ce fichier : /etc/tmpfiles.d/pacman-cache ...

Je le fait pour toi, merci pour ce retour

puis modifier pour mettre le cache en RAM .
Je te déconseille vivement de faire une telle chose.
Premièrement si c'est mal fait c'est une faille de sécurité. Je ne sais pas quel dossier tu as utilisé pour cela.
De plus cela nécessite beaucoup de RAM pour certaine mise à jour. Après si tu 32 Go ou ...