Che cos'è questa cartella / run / user / 1000?

Cos'è questa cartella: /run/user/1000sul mio sistema Fedora e cosa fa?

~ $ df -h
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           1.2G   20K  1.2G   1% /run/user/1000

EDIT: 7 giugno 2019.

Le mie due risposte non concordano su quale directory o dove erano i file memorizzati in questo posto:

Patrick :

Prima systemd, queste applicazioni in genere memorizzavano i loro file /tmp.

E ancora qui:

/tmpera l'unica posizione specificata da FHSche è locale e scrivibile da tutti gli utenti.

Braiam :

Gli scopi di questa directory erano serviti una volta /var/run. In generale, i programmi possono continuare a utilizzare /var/runper soddisfare i requisiti stabiliti /runai fini della compatibilità con le versioni precedenti.

E ancora qui:

I programmi che sono stati migrati per l'uso /rundovrebbero cessare il loro utilizzo /var/run, ad eccezione di quanto indicato nella sezione su /var/run.

Quindi quale è il padre /run/user/1000, perché non c'è alcuna menzione in nessuna delle risposte di ciò che l'altro dice sulla directory usata prima /run/user.

/run/user/$uidviene creato pam_systemde utilizzato per l'archiviazione dei file utilizzati dai processi in esecuzione per quell'utente. Questi potrebbero essere cose come il tuo demone portachiavi, pulseaudio, ecc.

Prima di systemd , queste applicazioni in genere memorizzavano i loro file /tmp. Non potevano usare una posizione in /home/$userquanto le directory home sono spesso montate su filesystem di rete e questi file non dovrebbero essere condivisi tra host. /tmpera l'unica posizione specificata dall'FHS che è locale e scrivibile da tutti gli utenti.

Tuttavia, archiviare tutti questi file /tmpè problematico in quanto /tmpè scrivibile da tutti e mentre è possibile modificare la proprietà e la modalità sui file creati, è più difficile lavorarci.

Quindi systemd è arrivato e creato /run/user/$uid. Questa directory è locale al sistema e accessibile solo dall'utente di destinazione. Pertanto, le applicazioni che desiderano archiviare i propri file localmente non devono più preoccuparsi del controllo degli accessi.
Mantiene anche le cose belle e organizzate. Quando un utente si disconnette e non rimangono sessioni attive, pam_systemdverrà cancellata la /run/user/$uiddirectory. Con vari file sparsi /tmp, non puoi farlo.

Secondo l'ultima bozza di FHS (File Hierarchy Standard) , / esegui:

Questa directory contiene dati di informazioni di sistema che descrivono il sistema da quando è stato avviato. I file in questa directory devono essere cancellati (rimossi o troncati come appropriato) all'inizio del processo di avvio.

Gli scopi di questa directory una volta erano serviti da / var / run. In generale, i programmi possono continuare a utilizzare / var / run per soddisfare i requisiti stabiliti per / run ai fini della compatibilità con le versioni precedenti. I programmi che sono stati migrati per utilizzare / eseguire dovrebbero interrompere l'uso di / var / run, ad eccezione di quanto indicato nella sezione su / var / run.

I programmi possono avere una sottodirectory di / run; questo è consigliato per i programmi che usano più di un file di runtime. Gli utenti possono anche avere una sottodirectory / run, anche se è necessario prestare attenzione a limitare in modo appropriato i diritti di accesso per impedire l'uso non autorizzato di / run stesso e altre sottodirectory.

Nel caso della /run/userdirectory, viene utilizzato dai diversi servizi utente, come dconf, pulse, systemd, ecc. Che necessita di un posto per i loro file di blocco e socket. Esistono tante directory quanti utenti diversi UID sono registrati nel sistema.