缺少 /run/lock 和 /run/shm

缺少 /run/lock 和 /run/shm

最近我发现/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 计算机也恰好是这样设置的。不要惊慌。

相关内容