☰

什么是“udev”和“tmpfs”

tag-icon • tag-icon filesystem udev tmpfs df
什么是“udev”和“tmpfs”

我运行命令df -h，结果显示udev大小为 471M，其他 5 个tmpfs估计大小为 1.1G。我应该如何处理它们？

答案1

udev并tmpfs在命令的输出中df引用文件系统类型。您可能会看到类似以下内容的内容：

$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           787M  1.5M  786M   1% /run
/dev/sda1        28G   25G  1.6G  94% /
tmpfs           3.9G  193M  3.7G   5% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
/dev/sdb1       110G   81G   24G  78% /mnt/extra
tmpfs           787M   40K  787M   1% /run/user/1000

tmpfs- 本质上是位于 RAM 而不是磁盘设备中的虚拟文件系统。由于它是一个文件系统，因此保存在那里的数据具有一定的顺序，就像磁盘存储的常规文件系统一样，但是文件驻留在内存中并且不是持久性的（也就是说，下次关闭计算机时这些文件将消失 - 没关系，这些信息仅在系统运行期间才有必要，没有理由将数据存储在磁盘上）。在其他一些 Linux 发行版中，您可能会看到/tmp目录充当此类tmpfs文件系统的挂载点。

udev也是一个文件系统，也是虚拟的，但总体来说还有很多部分udev 系统。存储在此文件系统中的信息当然与设备文件有关 - 即实际物理设备与用户之间的接口。您可以在相关问题。此文件系统的有趣行为是，当您写入某些文件时，数据实际上不会累积在其中 - 这与常规磁盘文件系统不同。例如，考虑字符设备/dev/null或/dev/tty1。

至于“我应该怎么处理它们？”的问题，答案是“什么也不做”。对于普通用户来说，它们并不有趣。它们从 RAM 运行，不会占用实际的磁盘空间，并且在系统中发挥着相当重要的作用。软件开发人员、系统管理员和高级用户 - 他们有充分的理由创造另一个 tmpfs 或他们有理由四处寻找/dev或修改配置/规则，以了解如何udev处理系统中新添加的设备。但当然 - 这些类型的用户确实有理由对这些文件系统“做些什么”

注意，虽然/dev/sda1出现在 Filesystem 列中，但它实际上是一个设备文件。该设备上实际代表的/dev/sda1可能是 ext4 或 NTFS 文件系统，您可以使用lsblk -f或df -T命令查看。

相关内容