статус "Требуется перезагрузка"
-
Похожий контент
-
Автор v_kukuruzo
Astra Linux SE 1.7.5
Агент администрирования Касперского 14.0.0.4646
KES 11.3.0.7441
После недели танцев с бубном, установил на машину Kaspersky Endpoint Security и агента. В первый день все работало отлично, компьютер отображался в Kaspersky Security Center, с него же подтянулись ключ и базы, прошла проверка на вирусы.
На следующий день, в Kaspersky Security Center отобразилось сообщение:
"Статус устройства: ОК
Требуется перезагрузка. Причина: Для завершения обновления требуется перезагрузка; программа работоспособна."
При этом в свойствах показывается, что Kaspersky Endpoint Security не активен и Агент администрирования тоже не активен.
Перезагружаю машину, но ничего не меняется.
При загрузке Линукса пишет:
[FAILED] Failed to start kesl.
See 'systemctl status kesl.service' for details
При выполнении "sudo systemctl status kesl.service" выдает:
● kesl.service - kesl
Loaded: loaded (/lib/systemd/system/kesl.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Mon 2024-04-15 17:11:58 +10; 21min ago
CPU: 222ms
апр 15 17:11:56 DSP systemd[1]: Starting kesl...
апр 15 17:11:57 DSP kesl[606]: /var/opt/kaspersky/kesl/install-current/etc/init.d/kesl: line 254: 624 Segmentation fault "${LAUNCHER
апр 15 17:11:58 DSP kesl[606]: /var/opt/kaspersky/kesl/install-current/etc/init.d/kesl: line 254: 649 Segmentation fault "${LAUNCHER
апр 15 17:11:58 DSP kesl[606]: kesl start failed. See /var/log/kaspersky/kesl/kesl_launcher.log
апр 15 17:11:58 DSP systemd[1]: kesl.service: Control process exited, code=exited, status=255/EXCEPTION
апр 15 17:11:58 DSP systemd[1]: kesl.service: Failed with result 'exit-code'.
апр 15 17:11:58 DSP systemd[1]: Failed to start kesl.
апр 15 17:11:58 DSP systemd[1]: kesl.service: Consumed 222ms CPU time
Помогите кто чем может)
-
Автор Виталий Чебыкин
Добрый день, хотел бы поинтересоваться почему после обновления версии в моем случае с KES 11.8 до 12.3 версия для Window, ПК просит перезагрузку? Хотя компьютер периодически выключается и включается но все равно требует перезагрузку. Можно ли как то включить обновление версии при выключении/включении ПК? как например это происходит с обновлениями Windows.
PS Стоит ли задача перед разработчиками о возможности обновлений при выключении/включении ПК?
-
Автор Dmitrii_Ar
Коллеги, доброе утро! Поймали какую то гадость возможно через серверную почту, зашифровались все файлы и расширение сменилось на простую .
Систему зазаложило настолько сильно, что сделать было в принципе ничего не возможно, и было принято решение сносить все под чистую. Самая большая проблема в том, что на ПК велась разработка софта пред релизной версии со всеми исходниками, единственное что удалось спасти несколько библиотек(
Основную пытались реанимировать ,на сколько смогли. Дальше не хватает. Спасибо за любую помощь!
stec vir(crypt).rar
-
Автор SergD
Через RDP была занесена зараза, опознанная KVRT как Virus.Win32.Neshta.a.
Dr.Web определил шифровальщика как Trojan.Encoder.37400.
Нужно расшифровать базы MSSQL, а то мне уже нехорошо.
FRST.zip ReadMe.zip ВозможноВирус.zip Шифрованые.zip
-
Автор upolovnikov
Предлагаю обсудить проблему, с которой столкнулся с самого начала знакомства с продуктом, и она преследует меня до сих пор.
Проблема плавно переходит из версии в версию. Продукты, на которых наблюдается проблема: KES для Windows 11.7-12.3, Агент администрирования 12.2-14.2, KSC 12.2-14.2.
Неоднократные обращения в службу технической поддержки на протяжении последних трёх лет, не увенчались успехом.
Невозможность адекватно контролировать состояние защиты управляемых устройств.
Проблема 1.
Статус присваивается слишком рано.
При включении компьютера, после загрузки операционной системы, на сервере KSC появляется событие вида:
Статус устройства 'ИМЯ_УСТРОЙСТВА' изменился на 'Критический': Защита выключена.
В свойствах группы, в разделе Статус устройства, для условия Защита выключена стоит значение 20 минут.
Но по неизвестным мне и службе технической поддержки Лаборатории Касперского причинам, Критический статус устройству присваивается до истечения заданного значения. В среднем, на 8 минуту после системного события о времени загрузки системы.
Полностью игнорировать данное событие нельзя, как и присваивать больший таймаут. В идеале – не более 12 минут. Но события всё равно генерируются и их необходимо обрабатывать.
События являются ложными, так как при проверке статус у устройства ОК, Защита включена.
Вопрос:
Сталкивались ли вы с данной проблемой, если да, то как боролись?
-
Рекомендуемые сообщения
Пожалуйста, войдите, чтобы комментировать
Вы сможете оставить комментарий после входа в
Войти