Как правило, в результате зависания или внезапного отключения компьютера остается сокет /var/run/lvm/lvmetad.socket в результате при следующем запуске lvm2-lvmetad он тихо умирает, оставляя, правда, сообщение в системном журнале. После удаления этого сокета служба опять стартует нормально, а при ее завершении сокет удаляется. Думаю, служба должна как-то разбираться, что сокет устарел.
Странно слышать такое. Если уж речь о lvmetad.socket то наверное дело происходит в загруженной systemd системе. Но разве при этом /var/run не должен быть на tmpfs, очищаясь при каждой загрузке? У меня везде так.
$ df Ф. система 1K-блоків Вик Доступно Вик% змонтований на udevfs 5120 0 5120 0% /dev runfs 251180 2804 248376 2% /run shmfs 251180 0 251180 0% /dev/shm tmpfs 251180 48 251132 1% /tmp ... /dev/mapper/system-var 1515376 671288 749064 48% /var Где-то так. В общем, на tmpfs только /tmp, а на runfs (если это именно то, о чем говорим), то туда смонтирован только /run, но никак не /var/run. То есть, проблема в неправильном расположении сокета?
/var/run должен быть либо симлинк на /run, либо указывать туда же через mount -o bind. Но как вы описали проблему, такого быть не должно. $ mount| grep /var/run runfs on /var/run type tmpfs (rw,relatime,mode=755)
