Сбой при запуске службы luafv

Старые программы писали свои настройки прямо в системные папки и в общие ветки реестра — тогда это было нормально. Современная Windows такую запись запрещает, и чтобы эти программы всё же работали, придуман механизм подмены: программа думает, что пишет в системную папку, а на деле файлы уходят в её личное хранилище.

Этот драйвер и реализует подмену. Он завязан на контроль учётных записей: при выключенном контроле подмена не нужна, и система блокирует загрузку драйвера, оставляя запись в журнале.

Почти всегда. Если вы пользуетесь современными программами, компонент вам не нужен, и его отсутствие ничего не меняет. Запись в журнале — след настройки, а не поломки.

Проверить связь просто: посмотрите, отключён ли контроль учётных записей. Если отключён — вот и объяснение записи. Многие отключают его после совета из интернета и потом не помнят об этом.

Есть узкий случай, где компонент важен: старая программа перестала сохранять настройки или сообщает, что не может записать файл. Раньше её выручала подмена, а после отключения контроля учётных записей подмены нет, и запись действительно не проходит.

Правильных решений тут два. Первое и лучшее — вернуть контроль учётных записей: он и защищает, и возвращает совместимость. Второе — выдать программе права на её собственную папку или перенести её из папки программ туда, куда запись разрешена.

Раз уж журнал открыт, полезнее искать записи, стоящие по времени рядом с моментом реального сбоя. Для внезапных выключений это критическая ошибка питания, для падения программ — запись об аварийном завершении с именем сбойного модуля.

Записи, повторяющиеся при каждой загрузке независимо от происходящего, — это фон. Их в журнале любого исправного компьютера десятки, и искать в них причину зависаний бесполезно.