Bem, eu poderia remontá-lo usando a planície antiga
mount -o remount /run/lock
e está definido em /lib/init/fstab
Descobri que falta o diretório /run/lock
.
E não consigo descobrir o que o script daemon / init cria.
Você poderia me dar uma dica?
Só para deixar claro:
1.
# mount
/var/lib/vz/private/101 on / type simfs (rw,relatime)
/dev/sdb on /var/lib/mysql type ext4 (rw,noatime,relatime,barrier=1,data=ordered)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600,ptmxmode=000)
varrun on /run type tmpfs (rw,relatime)
2.
# ls -la /run/l*
ls: cannot access /run/l*: No such file or directory
Bem, eu poderia remontá-lo usando a planície antiga
mount -o remount /run/lock
e está definido em /lib/init/fstab
/run/lock
costumava ser /var/lock
.
Ele deve ser limpo ou recriado durante o processo de inicialização, para o Ubuntu, não sei qual script faz isso.
No entanto, eu sei para o LFS que o script /etc/rc.d/init.d/cleanfs
faz o trabalho = > link
Alguns antecedentes:
/var/run
= > /run
está no sistema de arquivos de memória ( tmpfs
) usado para armazenar arquivos temporários de sistema ou estado (por exemplo, PID, soquete Unix, etc ...) que NÃO requerem persistência nas reinicializações.
veja = > Quais são "/ run / lock" e "/ run / shm" "usado para?
Para criar / montar manualmente
sudo mkdir -p /run
sudo chmod 755 /run
sudo mount -t tmpfs -o rw,noexec,nosuid,size=10%,mode=0755 tmpfs /run
BTW: algumas coisas fora do tópico sobre tmpfs
VS ramfs