Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
/var
Données système variables persistantes
/var/cache
En revanche/var/lib, l'effacement des données n'/var/cache
entraînera pas de perte de données, car les applications doivent être en mesure de reconstruire leurs /var/cache
données à partir d'autres sources.
/var/lib
: données système persistantes
Le /var/lib
répertoire est utilisé pour les données système persistantes. Les différents composants du système placeront ici des données privées appartenant à ce composant. Au contraire/var/cache, l'effacement des données /var/lib
entraînera une perte de données.
Par exemple, le serveur de base de données PostgreSQL stockera par défaut les données de base de données dans. /var/lib/pgsql
La mise en page et les formats de fichier de ces données sont réservés à PostgreSQL, et il s'agit de données persistantes, car si elles étaient effacées, l'utilisateur subirait une perte de données.
/var/log
: journaux persistants
Ce répertoire est utilisé pour stocker les journaux persistants. Il est recommandé que le logiciel utilise les appels d'sd_journal_print(3)
API syslog(3)
or plutôt que de stocker directement les fichiers journaux sous/var/log
.
Note
En AL2 023systemdle journal remplace rsyslog, ce qui constitue une différence notable par rapport à la configuration par défaut d'Amazon Linux 2.
Pour plus d'informations sur l'utilisation de la lecture des journauxjournalctl
, consultez la page de journalctl
De nombreuses applications utilisent leurs propres mécanismes pour écrire, et parfois faire pivoter, les fichiers journaux trouvés dans/var/log
. Consultez la documentation de ces applications pour savoir comment configurer leurs fichiers journaux.
/var/spool
: files d'attente pour le courrier et l'imprimante
Ce répertoire est utilisé pour les données persistantes telles que les files d'attente de courrier ou d'imprimante.
/var/tmp
: fichiers temporaires plus volumineux
Pour les petits fichiers temporaires dont la taille est limitée, vous /tmp devriez éventuellement les utiliser à la place.
Bien qu'/tmpil soit configuré par défaut pour être un tmpfs
volume, /var/tmp
il est configuré par défaut pour être un chemin sur le système de fichiers racine, et c'est donc l'endroit idéal pour les fichiers temporaires plus volumineux et plus persistants. Par défaut, une tâche de nettoyage est exécutée selon un calendrier régulier qui supprime les fichiers auxquels vous n'avez pas accédé récemment.
Pour plus d'informations sur la façon de configurer le nettoyage des fichiers temporaires, consultez les tmpfiles.d(5)
systemd-tmpfiles(8)
man pages de manuel.
Comme c'est /tmp le cas, les applications doivent préférer le chemin spécifié dans la variable d'$TMPDIR
environnement/var/tmp
. Les utilisateurs peuvent ensuite définir la variable d'$TMPDIR
environnement pour remplacer le chemin qu'une application doit utiliser. /var/tmp
Avertissement
Comme il /var/tmp
est partagé (tel quel)/tmp, il est important d'utiliser des méthodes sûres pour créer des fichiers temporaires. Pour plus de détails, consultez la systemd
documentation en amont sur l'utilisation /tmp
et la /var/tmp
sécurité
Note
Il est recommandé de configurer les systemd
services avec la PrivateTmp=
directive définie sur yes
ou disconnected
qui exécute le service dans un sandbox où /tmp
/var/tmp
ils ne sont pas partagés avec l'hôte ou d'autres services.
Pour plus d'informations, notamment sur la façon de configurer deux services pour partager les mêmes répertoires temporaires privés, consultez le systemd.exec(5)
man page.
Les /var/tmp chemins /tmp et sont étroitement liés et existent à des fins différentes.