Как правило я склонен просто создавать резервную копию %appdata % при миграции или архивации данных. Это могло бы быть излишество в некоторых сценариях, но я скорее бросил более широкую сеть. Немного приложений сегодня все еще используют %ProgramFiles %, но если Вы находитесь в стандартизированной среде с известными приложениями, которые хранят данные в странных местах, необходимо будет сделать исключения для них.
У Вас, вероятно, есть довольно много проблем, я должен думать, учитывая он возможен, любые базы данных, веб-сайты, почтовые шпульки и каталоги журнала также умерли там.
Я серьезно рекомендовал бы брать резервное копирование блочного уровня диска, прежде чем Вы начнете слоняться без дела в нем, если у Вас был какой-либо вид важных данных по тому серверу. dd, если =/dev/XXX =/somewhere/else/disk.img (из памяти!)
В то время как ответ knweis восстановит Ваш каталог об/мин и программу определенные директора и может позволить Вам продолжить использовать сервер, необходимо будет войти к внутренностям файловой системы для попытки, восстанавливают что-либо значимое.
Я был бы также обеспокоен любыми другими каталогами, которые пропали, который Вы еще не заметили. (... и я собираюсь предположить, что это действительно - файл и не только пустой каталог, где var находится на отдельном разделе, которому не удалось смонтироваться.)
Удалите файл и восстановите /var
папка от Вашего резервного копирования.
Если у Вас нет резервного копирования, Вы могли бы сделать rpm -ivh --replacepkgs filesystem...rpm
переустановить об/мин "файловой системы". Это создаст пустую (!) иерархию папок / var. Перезагрузка впоследствии. Теперь, если приложение все еще не работает, потому что что-то отсутствует в / var, делают то же с его об/мин.