![缺少 /run/lock 和 /run/shm](https://linux22.com/image/834689/%E7%BC%BA%E5%B0%91%20%2Frun%2Flock%20%E5%92%8C%20%2Frun%2Fshm.png)
最近我发现/run/lock
一些/run/shm
文件夹丢失了。
我尝试用挂载的磁盘恢复一些文件,现在我知道这可能会造成危害。所以不知道该怎么做,我自己创建了这些目录。
现在我查看了命令df -h
并看到了以下输出:
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 913G 69G 798G 8% /
udev 5,9G 4,0K 5,9G 1% /dev
tmpfs 2,4G 872K 2,4G 1% /run
none 5,0M 0 5,0M 0% /run/lock
none 5,9G 2,1M 5,9G 1% /run/shm
/dev/sda1 915M 358M 509M 42% /boot
我不知道有这样的文件系统,我该如何重新挂载它们?这有害吗?
我还发现我的日志的 I/O 很高,jbd2/sda6-8
始终在 40% 左右,这与此有关系吗?
答案1
我认为df
是由于缺少指定的设备而导致的。如果您使用 查看mount
,您会发现文件系统肯定是tmpfs
。
$ df -h | grep run
tmpfs 4.8G 1.4M 4.8G 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 12G 4.9M 12G 1% /run/shm
none 100M 8.0K 100M 1% /run/user
$ mount | grep run
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
我猜测是因为它tmpfs
是一个 RAM 磁盘,所以您实际上不需要指定要“挂载”的块级对象。
如果这个假设不正确,我当然欢迎大家纠正我,但对于你的情况,没有什么可担心的。它们并没有丢失,只是安装方式有点奇怪……而我这里的所有 Ubuntu 计算机也恰好是这样设置的。不要惊慌。