CentOS7 中有很多 'tmpfs'

1 mount centos7

我将 10 CentOS6 迁移到 CentOS7。六个月以来,除了一台服务器外,所有服务器都运行良好。运行的数据库每隔几天就会出现问题,与该服务器和其他服务器的唯一不同是当我执行 'df' 时,我看到很多 'tmpfs':

Filesystem                Size  Used Avail Use% Mounted on
/dev/mapper/os-root       2.0G  159M  1.8G   8% /
devtmpfs                  7.8G     0  7.8G   0% /dev
tmpfs                     7.8G     0  7.8G   0% /dev/shm
tmpfs                     7.8G  146M  7.7G   2% /run
tmpfs                     7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/os-usr        5.9G  2.5G  3.4G  42% /usr
/dev/mapper/os-tmp        2.0G   51M  1.9G   3% /tmp
/dev/mapper/os-var        5.9G  553M  5.4G  10% /var
/dev/mapper/bck-bck       300G  181G  120G  61% /bck
/dev/mapper/db-db       200G  156G   45G  78% /db
/dev/sda1                 497M  169M  329M  34% /boot
/dev/mapper/os-home       997M   42M  956M   5% /home
10.10.10.99:/cav/files/c2p  406G  200G  186G  52% /db/temp
tmpfs                     1.6G     0  1.6G   0% /run/user/0
tmpfs                     1.6G     0  1.6G   0% /run/user/791803772
tmpfs                     1.6G     0  1.6G   0% /run/user/791802700
tmpfs                     1.6G     0  1.6G   0% /run/user/791802723
tmpfs                     1.6G     0  1.6G   0% /run/user/791802745
/dev/mapper/db-db.snap  200G  156G   45G  78% /db.snap
tmpfs                     1.6G     0  1.6G   0% /run/user/791802789
tmpfs                     1.6G     0  1.6G   0% /run/user/791803776
tmpfs                     1.6G     0  1.6G   0% /run/user/791801124
tmpfs                     1.6G     0  1.6G   0% /run/user/791803812
tmpfs                     1.6G     0  1.6G   0% /run/user/791803678
tmpfs                     1.6G     0  1.6G   0% /run/user/791802829
tmpfs                     1.6G     0  1.6G   0% /run/user/791801264
tmpfs                     1.6G     0  1.6G   0% /run/user/791801198
Run Code Online (Sandbox Code Playgroud)

我的问题是,有人知道所有这些临时文件是什么吗?

提前致谢

阿德里安

Aar*_*ron 7

来自unix.stackexchange.com

这是该帖子的片段:

/run/user/$uid 由 pam_systemd 创建,用于存储该用户的运行进程使用的文件。这些可能是您的密钥环守护程序、pulseaudio 等。

在 systemd 之前,这些应用程序通常将它们的文件存储在 /tmp 中。他们不能使用 /home/$user 中的位置,因为主目录通常安装在网络文件系统上,并且这些文件不应在主机之间共享。/tmp 是 FHS 指定的唯一位置,它是本地的,所有用户都可以写。

所以 systemd 出现并创建了 /run/user/$uid。该目录是系统本地的,只能由目标用户访问。

为了解决您的问题,除非用户在 /tmp 中消耗大量空间,这实际上是交换支持的内存,否则这应该不是问题。感谢帕特里克的出色回答。