web-dev-qa-db-ja.com

/ 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

そのようなファイルシステムがあることを知りませんでしたが、どうすればそれらを再度マウントできますか？これは何か有害ですか？

また、ジャーナルjbd2/sda6-8のI/Oが常に約40％高いこともわかりましたが、これはこれと関係がありますか？

11.10mountdata-recoverylockshm
1
dan-lee

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コンピュータもセットアップされる方法です。パニックではありません。

3
Oli