ingviowarr
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
hoop2011
Какой-то жёсткий глюк. Не припомню за всю историю, чтобы глючило это:
Управление -> Локальные пользователи и группы -> Пользователи
Выполнить -> lusrmgr.msc
Если создание нового Админа или юзера не сработает (при наличии соотв. прав), то такую систему лучше сносить.
Если прав нет, нужно включать уч. запись "Администратор" и входить под ней.
Но если нет возможности что-то менять из-за глюка, то ничего не поделаешь.
Дальнейшее использование такой системы небезопасно.
Как вариант, можно попробовать что-то предпринять в SafeMode.
Если получится - затем пересоздать нужные учётки заново, и убедиться, что всё работает при обычном входе.
Возможно, учётки повредились в процессе обновления (это в лучшем случае).
UPD:
Нашёл вот такой страшноватый топик, где обсуждаются жесточайшие баги билда 2004, связанные DPAPI (основной механизм защиты персональных данных пользователя) и процессом LSASS, которые как раз прямо связаны с процессом входа в систему. Также неким образом замешан баг задачи S4U в Планировщике, который иногда удаляет сохраненные учетные данные и заменяет их пустой строкой. Плохо влияет на сохранность данных в сервисах, связанных с Chrome, а иногда на сам его запуск. Может вызывать проблемы с перезагрузкой ОС. Вот ещё один пруф.
Баг расценивается самими пострадавшми как критический и не подлежащий надёжному исправлению без фиксов со стороны M$.
Как всегда, мелкие уродцы - в своём репертуаре. Пожалуй, 10-ка так и останется в бесконечном аду багов.
С такими делами, конечно, о безопасности системы речи нет никакой.
А я только собрался мануал по настройке входа оформить... Хотя, может и не спроста так совпало...
Оффтоп в тему тоже иногда случается
Интересно, это "недавнее" - тоже совпадение? |
Всего записей: 240 | Зарегистр. 13-03-2006 | Отправлено: 02:12 25-10-2020 | Исправлено: ingviowarr, 04:48 25-10-2020 |
|
