Ошибка - [решено] Ошибка входа в систему при попытке разблокировать

Allekss · Отправлено: **14:55, 13-11-2009** | #11

Реестр настроен правильно. И тут проблема не в ошибке, а в недоступности полей ввода логин-пароль (серый фон).

Allekss · Отправлено: **22:48, 13-11-2009** | #12

Сегодня проблему отметил: подключаюсь удаленно, выхожу из системы (юзер подключен через домен) и вхожу чисто на комп под админом. - Такая же фигня: недоступны поля логин, пароль, но зато хотя бы доступна возможность перезагрузки через "завершение работы" (после блокирования - естественно нет, только через резет. И такое повторил два раза - один результат. После перезагрузки, естественно, - все нормаль. Удалил после прогонки докторвебовской утилитой DMRWCS.exe - пока проблема не проявлялась (но она и раньше появлялась не всегда - раз через 4-5). Если проявлений глюка не будет и далее - то вывод: это вирус стопроцентовый. И еще какой! Но как он попал туда, ведь на нод32 (последняя версия и с постоянным обновлением) включена защита онлайн? Вывод: нод не видит этой заразы.
И еще - после проверки обнаружилось два одинаковых файла DMRWCS.exe и оба в каталоге system32 под статусом "Program.RemoteAdmin.origin".

Allekss · Отправлено: **22:00, 14-11-2009** | #13

Реестр настроен нормально, со скринвервером все в порядке

Michael · Отправлено: **23:31, 15-11-2009** | #14

Allekss, DrWEB временами тот еще параноик, а в данном случае

Цитата Allekss:

Program.RemoteAdmin.origin »

он просто предупреждает, что найдена программа удаленного администрирования.
Если с удалением DameWare проблема решилась, попробуй на другой машине просто отключить службу, отвечающую за DameWare - может башню сносит именно у него? Есть в этой программе режим удаленного управления с одновременной блокировкой работы локального пользователя - не помню как это выглядит на компе конечного пользователя, но может это тот самый режим и срабатывает?

Allekss · Отправлено: **16:01, 16-11-2009** | #15

Это толковая мысль. Поработаем и в этом направлении. Ведь такая ошибка на самом деле появляется периодически, а то и вообще очень редко. Сами мы удаленно работаем с Ви-Эн-Си-клиент. С ним глюков точно нет.
И еще, проверено на других компах доктором, DMRWCS.exe не обнаружен, хотя глюк также редко, но метко... Вывод позволяет сфокусироваться на более конкретных вещах.

Technocrat · Отправлено: **09:24, 17-11-2009** | #16

Точно такая же проблема появилась пару недель назад на одной из машин. Сегодня повторилась на другой. Вечером компьютеры должны были сделать бэкап и автоматически отключиться, но иногда этого не происходит. Утром вижу, что поля логина и пароля в окне входа в Windows неактивны.
Стоит Касперский, базы обновляются ежедневно.
DameWare не установлен, DMRWCS.exe нет. AVZ ничего подозрительного не выдает, в том числе в автозапуске и в активных процессах.

Allekss · Отправлено: **15:03, 17-11-2009** | #17

Наконец-то становиться понятно, где копать. Довольно хорошо описано тут EventID

Для устранениЯ проблемы нужно инсталлить UPHClean UPUClean

Allekss · Отправлено: **16:18, 18-11-2009** | #18

Увы! Инсталляция UPHClean не помогла. "Изоляция" damaware также ничего недала. Пробовали отключать диск паблик при логировании юзера с помощью nnCron (as servise) - еще чаще, кажись, проявляется глюк. Остановили службу крон - нет эффекта. Грешили на нод32 - зря, не в нём дело. Еще догадки на доблесный и интеллектуальнейший СКД "Интеллект" 4.7.6 (везде как служба загружен). Это не так легко - проходную хоть ночью, остановить нелегко даже на время. Все службы подряд тестировать - тупо. А вот и скриншот и текст сист-й ошибки:

Код:

Тип события:	Предупреждение  
Источник события:	Userenv  
Категория события:	Отсутствует  
Код события:	1517  
Дата:		17.11.2009  
Время:		10:14:17 
 Пользователь: NT AUTHORITY\SYSTEM 
 Компьютер:	SKUD-XX0-9  
Описание:  Реестр пользователя GRPZ\128205 был сохранен в то время, как приложение или служба продолжали использовать его во время выхода из системы. Используемая реестром пользователя память не была освобождена. Реестр будет выгружен, когда он не будет использоваться.      Возможная причина - службы, выполняемые от имени пользователя. Попробуйте изменить настройку служб и задать их выполнение с учетными записями LocalService или NetworkService.

Technocrat · Отправлено: **09:11, 19-11-2009** | #19

Да, мне тоже UPHClean не помогла. Кстати, ошибки 1517 не наблюдаю.
Так как проблема появилась на двух машинах в локалке с разницей в полторы-две недели, при отключенном автообновлении системы, подозреваю, что это работа какого-то вируса.
Никакой одинаковый софт на эти две машины в это время не устанавливался. Да и вообще между ними мало общего. Разве что Касперский, но у Вас, как я понял, NOD.

Technocrat · Отправлено: **17:43, 20-11-2009** | #20

Сегодня ситуация повторилась на третьей машине в локалке.