/run/user/$uid est créé par pam_systemd et utilisé pour stocker les fichiers utilisés par les processus en cours d'exécution pour cet utilisateur. Il peut s'agir de choses telles que votre démon de trousseau de clés, pulseaudio, etc.
Avant systemd, ces applications stockaient généralement leurs fichiers dans /tmp . Ils ne pouvaient pas utiliser un emplacement dans /home/$user car les répertoires personnels sont souvent montés sur des systèmes de fichiers réseau, et ces fichiers ne doivent pas être partagés entre les hôtes. /tmp était le seul emplacement spécifié par le FHS qui soit local et accessible en écriture par tous les utilisateurs.
Cependant, stocker tous ces fichiers dans /tmp est problématique car /tmp est accessible en écriture par tout le monde, et bien que vous puissiez modifier la propriété et le mode des fichiers en cours de création, il est plus difficile de travailler avec.
Alors systemd est arrivé et a créé /run/user/$uid . Ce répertoire est local au système et accessible uniquement par l'utilisateur cible. Ainsi, les applications cherchant à stocker leurs fichiers localement n'ont plus à se soucier du contrôle d'accès.
Cela permet également de garder les choses agréables et organisées. Lorsqu'un utilisateur se déconnecte et qu'il ne reste aucune session active, pam_systemd effacera le /run/user/$uid répertoire en sortie. Avec divers fichiers éparpillés autour de /tmp , vous ne pouviez pas faire ça.
Selon la dernière version de FHS (File Hierarchy Standard), /run :
Ce répertoire contient des données d'informations système décrivant le système depuis son démarrage. Les fichiers de ce répertoire doivent être effacés (supprimés ou tronqués selon le cas) au début du processus de démarrage.
Les objectifs de ce répertoire étaient autrefois servis par /var/run. En général, les programmes peuvent continuer à utiliser /var/run pour répondre aux exigences définies pour /run à des fins de rétrocompatibilité. Les programmes qui ont migré pour utiliser /run doivent cesser d'utiliser /var/run, sauf comme indiqué dans la section sur /var/run.
Les programmes peuvent avoir un sous-répertoire /run; ceci est recommandé pour les programmes qui utilisent plus d'un fichier d'exécution. Les utilisateurs peuvent également avoir un sous-répertoire de /run, bien qu'il faille veiller à limiter de manière appropriée les droits d'accès pour empêcher l'utilisation non autorisée de /run lui-même et d'autres sous-répertoires.
Dans le cas du /run/user répertoire, est utilisé par les différents services utilisateurs, comme dconf, pulse, systemd, etc. qui ont besoin d'un emplacement pour leurs fichiers de verrouillage et leurs sockets. Il y a autant de répertoires que d'UID d'utilisateurs différents enregistrés dans le système.