Recommended Posts
Major
- Author
Posted
Hi all,
I’m experiencing an issue where periodically users cannot login to their Windows 10 1809 devices because they get the “ The User Profile service failed the sign in User profile cannot be loaded “ message.
We are using Kaspersky Endpoint Security 11.1.1.126 on our client machines and, in the event logs there is a Kaspersky entry which seems to either cause the issue or point to an issue, it’s in the Application log, Event ID 1552, “User hive is loaded by another process (Registry Lock) Process name: C:\Program Files (x86)\Kaspersky Lab\Kaspersky Endpoint Security for Windows\avp.exe” ← is this normal? I see it 10 to 20 times a day on a given machine, which experiences the logon issue — after reboot the logon issue goes away. No temporary profiles are being created, replacing ntuser.dat doesn’t help, it happens for new and old profiles.
So can anyone tell me if the above entry from Kaspersky is some routine task and if not, where can I start looking for the reason of Kaspersky locking the registry?
Nikolay Arinchev
Hi,
Could you please provide us with GSI log from that host?
Thank you!
waterloo
I added that file to the exclusion list at one point. I’m pretty sure we had experienced that same issue randomly.
Major
- Author
Posted
I spoke with our security department and they said that Kaspesky support is already taking a look into this issue, so I don’t want to give you Nikolay again the same task that you already have somewhere in your queue 
I know there the guys will install some patch for Kaspersky on an affected device in the upcoming days to check if this will solve the issue.
I’ll post back once the patch is installed, if it fixed the issue or not.
I added that file to the exclusion list at one point. I’m pretty sure we had experienced that same issue randomly.
From what I know this has already been done, but it didn’t solve the issue, but thank you very much for your support!
- 1 month later…
nt30
Hi All,
Did anyone find a solution to this? because I also have the same issue.
Major
- Author
Posted
Hi nt30,
our security department is contacting Kaspersky support via another channel, so at the moment I’m not suppose to share the logs on a public forum.
We still have the issue, I’m doing a own investigation looking through the event log, but sadly I didn’t find much new information.
What I have found is that the 1552 Event ID started with Windows 1809, here is an interesting link
Regarding your case — did you spot anything specific, when the user cannot logon?
Can you share your observations? Maybe we can solve this one together
- 1 month later…
Major
- Author
Posted
Unfortunately the issue is still not solved for us, but we have contacted Microsoft to get more insight on the issue and to get to know how to “See Tracelogging for error details” (screen below). I was advised to use Windows Performance Recorder to gather the logs and use Windows Performance Analyzer to review the logs for the error details.
I have the recorded etl file, but honestly I don’t know how to find the related error details in it — has anyone experience with this tool and could share their knowledge?
BTW I’ve searched for 9f821051-83c5-4816-bb38-5f5fa3b65ddb and it points to Cloud Cache Initializer_Windows.CloudStore.dll — source: https://uuid.pirate-server.com/9f821051-83c5-4816-9b38-5f5fa3b65ddb (not sure if it’s a good source, but it was one of the very few that gave results)
- 1 month later…
Major
- Author
Posted
It seems that there has been a break through with this case, the 1552 Event ID is triggered by a module in Kaspersky, the module will be disabled (we were told that it has not impact on security of the client) and the 1552 event should not get triggered anymore and we hope that the logon issue will be solved also. BTW the outcome of the Microsoft troubleshooting was that Kaspersky is causing the logon issue, so if the mentioned above change won’t solve our issue I guess that the best next step would be to have a meeting with Microsoft support and someone from Kaspersky support to talk through the next troubleshooting steps.
- 2 months later…
Guest
Posted
What is the module that can be disabled to rectify this issue?
alexcad
Posted
There is a fix that solves this problem. (Request from support).
However, this is an old discussion. KES11.4 is now available — this version no longer has this problem, the fix is included since version 11.3.
Regards
Alex
Major
- Author
Posted
Hi Alex,
actually we are still facing the issue and we are still troubleshooting the problem with Kaspersky support via our security department, it’s a bit of back and forth, but we are still on KES 11.1.1.126
Are you saying that this is a well known problem and if we upgrade to 11.3 or newer version we will no longer observe the logon problem? If so I will share this post with our security department and advise to upgrade KES.
Additionally, maybe you have some inside knowledge that the problem is not fixable on KES 11.1.1.126, which would be very valuable information for us.
@evanhandel the module had to do something with encryption, but I cannot remember the name of it, but as this approach didn’t work, I’m not sure if you actually need the name
alexcad
Posted
We have never used KES11.1 — not even with our customers. So unfortunately I can’t tell you whether there is a PrivateFix for it.
But in versions 11.3 and 11.4 this error has definitely been eliminated. Please note that versions 11.3 and 11.4 are only supported with KSC/Agent12.
I would recommend KES11.4 — we have consistently good experiences with it. I am not aware of any serious problem or that a patch is absolutely necessary.
Here you can find a list of Private Patches included in KES11.4
https://support.kaspersky.com/15532
Regards
Alex
Major
- Author
Posted
Hmm, I checked the version info page and 11.1.1.126 seems to be a standard commercial release, so why aren’t you using it with your customers?
Could you please share any document/release note that describes the issue being resolved in 11.3 or 11.4?
alexcad
Posted
Hmm, I checked the version info page and 11.1.1.126 seems to be a standard commercial release, so why aren’t you using it with your customers?
…
It didn’t happen for a reason — it just happened that way.
Unfortunately I cannot provide you with any further documents regarding the problem.
But we look after a large number of customer environments with up to 9,000 managed clients and have really good experiences with the KES11.4.
Just test it — I would recommend uninstalling the KES11.1 beforehand (startup required).
Regards
Alex
Major
- Author
Posted
Hi Alex,
I understand.
As for the test, we most probably would need to setup a separate environment (DC and few clients) and a separate Kaspersky server that will support KES 11.4 as from what I heard it’s not compatible with our version of Kaspersky server.
So if we would just setup a separate environment for testing purposes only, would we need any extra licenses from Kaspersky to host that?
- Solution
alexcad
- Solution
Posted
…
So if we would just setup a separate environment for testing purposes only, would we need any extra licenses from Kaspersky to host that?
No, you can use your “normal” licenses — unless you exceed the maximum number of protected systems
Regards
- 6 months later…
Major
- Author
Posted
Hi Alex,
I wanted to say thank you for your help on this case! We have installed KES 11.5.0.590 on a few test machines and we do not observe the problem anymore. ☺
- 4 weeks later…
Gompels
Not sure if it exactly the same cause, but a large number, but not all, of our machines are suffering the same problem on Windows 10 Build 19042.928 running KES 11.6.0.394,
The event-log entry for the user-profile service lists KAV as locking the user profile. Whitelisting NTUSER.dat simply changes the event log entry to ‘unspecified error’.
Looking at KAV there are entries for ‘operation with application resources is blocked by Self-Defense’. Disabling Self-Defense and then deleting the (corrupted) local copy of the roaming profile allows users to log-in again.
This only seems to apply to our mandatory profiles.
While we can run without Self-Defense, this seems less than ideal, can anyone offer any advice?
ak01
Have you added the NTUSER.dat exclusions stated in one of the first posts (above)?
As fas as I know, KES self defense protects (it’s own) registry keys in HKCU.
Gompels
Thanks for the suggestion @ak01 , yes we whitelist ntuser.* which changed the error from ‘KAV is locking the user hive’ to ‘unspecified error’.
I have found disabling self-defence is not a complete fix — sometimes users logging in on affected PCs are still prevented. An occasional fix is to retry logging in ‘until it works’. A more concrete fix is to login with the local admin account and delete the user profile, which guarantees next login works but subsequent logins can still fail.
This is a shared mandatory profile that is causing the issue — I suspect it something in it is causing issues but not sure what.
The issue also appears to occur predominately at a small remote branch, our head office only has one PC exhibiting these problems.
All the PCs are new and were imaged from the same WDS/MDT image with W10 20H2. The only other potential factor is the head-office had KAV deployed before the remote branch, potential timing with a windows update?
Please sign in to comment
You will be able to leave a comment after signing in
Sign In Now
Трансферное обучение с предобученными моделями в Keras с Python
AI_Generated 06.05.2025
Суть трансферного обучения проста: взять модель, которая уже научилась решать одну задачу, и адаптировать её для решения другой, похожей задачи. Мозг человека работает по схожему принципу. Изучив. . .
Циклические зависимости в C#: методы управления и устранения
stackOverflow 06.05.2025
Если вы хоть раз работали над не самым тривиальным проектом на C#, то наверняка сталкивались с той ситуацией, когда компилятор вдруг начинает сыпать странными ошибками о невозможности разрешить. . .
Как перейти от Waterfall к Agile
EggHead 06.05.2025
Каскадная модель разработки Waterfall — классический пример того, как благие намерения превращаются в организационный кошмар. Изначально созданная для упорядочивания хаоса и внесения предсказуемости. . .
Оптимизация SQL запросов — Продвинутые техники
Codd 06.05.2025
Интересно наблюдать эволюцию подходов к оптимизации. Двадцать лет назад всё сводилось к нескольким простым правилам: «Избегайте SELECT *», «Используйте индексы», «Не джойните слишком много таблиц». . . .
Создание микросервисов с gRPC и Protobuf в C++
bytestream 06.05.2025
Монолитные приложения, которые ещё недавно считались стандартом индустрии, уступают место микросервисной архитектуре — подходу, при котором система разбивается на небольшие автономные сервисы, каждый. . .
Многопоточность и параллелизм в Python: потоки, процессы и гринлеты
py-thonny 06.05.2025
Параллелизм и конкурентность — две стороны многопоточной медали, которые постоянно путают даже бывалые разработчики.
Конкурентность (concurrency) — это когда ваша программа умеет жонглировать. . .
Распределенное обучение с TensorFlow и Python
AI_Generated 05.05.2025
В машинном обучении размер имеет значение. С ростом сложности моделей и объема данных одиночный процессор или даже мощная видеокарта уже не справляются с задачей обучения за разумное время. Когда. . .
CRUD API на C# и GraphQL
stackOverflow 05.05.2025
В бэкенд-разработке постоянно возникают новые технологии, призванные решить актуальные проблемы и упростить жизнь программистам. Одной из таких технологий стал GraphQL — язык запросов для API,. . .
Распознавание голоса и речи на C#
UnmanagedCoder 05.05.2025
Интеграция голосового управления в приложения на C# стала намного доступнее благодаря развитию специализированных библиотек и API. При этом многие разработчики до сих пор считают голосовое управление. . .
Реализация своих итераторов в C++
NullReferenced 05.05.2025
Итераторы в C++ — это абстракция, которая связывает весь экосистему Стандартной Библиотеки Шаблонов (STL) в единое целое, позволяя алгоритмам работать с разнородными структурами данных без знания их. . .
Службе Служба профилей пользователей не удалось войти в систему — как исправить?
При входе в Windows некоторые пользователи могут получить сообщение об ошибке «Службе Служба профилей пользователей не удалось войти в систему. Невозможно загрузить профиль пользователя» с единственной кнопкой «Ок», которая возвращает к окну входа в систему.
В этой инструкции подробно о способах исправить эту ошибку в Windows 11 или Windows 10.
Среда восстановления
Первое, что следует попробовать при ошибке «Службе Служба профилей пользователей не удалось войти в систему» — использовать инструменты среды восстановления. Шаги будут следующими:
- На экране входа в систему нажмите по изображению кнопки питания, после чего, удерживая клавишу Shift, нажмите «Перезагрузка».
- В результате компьютер перезагрузится, и вы должны попасть на экран среды восстановления. Первое, что я рекомендую попробовать — нажать по плитке «Продолжить. Выход и использование Windows», компьютер снова перезагрузится и у некоторых пользователей это удивительным образом решает проблему со входом. Если это сработало и в вашем случае, но затем ошибка повторяется вновь, попробуйте отключить быстрый запуск Windows — это может помочь. Если не сработало, снова зайдите в среду восстановления.
- В среде восстановления перейдите в раздел «Поиск и устранение неисправностей» — «Дополнительные параметры» и попробуйте пункт использовать «Восстановление системы» для попытки восстановления с помощью точек восстановления.
- При отсутствии точек восстановления и при условии, что проблема возникла после установки какого-то обновления Windows, можно попробовать использовать пункт «Удалить обновления» на этом же экране.
- Если предыдущий пункт не вернул работоспособность, проверьте, будет ли работать безопасный режим: выберите пункт «Параметры загрузки» в дополнительных параметрах среды восстановления, нажмите кнопку «Перезагрузить», а после перезагрузки нажмите клавишу F4 или 4 для запуска безопасного режима. Если безопасный режим работает, проверьте тип запуска службы «Служба профилей пользователей» в Win+R — services.msc, который должен быть установлен в «Автоматически». Также можно попробовать создать нового пользователя (лучше — локального) и дать ему права администратора, после чего зайти в обычном режиме уже под новым пользователем.
Если на каком-то из шагов вы видите запрос пароля учётной записи администратора, при этом у вас используется учётная запись Майкрософт следует использовать именно её пароль, а не ПИН-код для входа в систему.
В некоторых случаях можно столкнуться с тем, что среда восстановления недоступна. В этом случае часть из описанных действий можно выполнить, загрузившись с установочной флешки Windows и используя опцию «Восстановление системы» на экране после выбора языка установки.
Включение системной учётной записи Администратор
Вы можете попробовать включить скрытую системную учётную запись «Администратор» в Windows 11/10 при ошибке «Службе Служба профилей пользователей не удалось войти в систему. Невозможно загрузить профиль пользователя» после чего попробовать исправить ситуацию уже в ней.
Для включения учётной записи можно использовать среду восстановления или загрузочную установочную флешку с Windows. Далее рассмотрен вариант со средой восстановления, действия для загрузочной флешки похожи и описаны в этой инструкции.
- Зайдите в среду восстановления, используя Shift+Перезагрузка на экране входа в систему, перейдите в раздел «Поиск и устранение неисправностей» — «Дополнительные параметры» и выберите пункт «Командная строка».
- В командной строке введите regedit и нажмите Enter.
- В открывшемся редакторе реестра выберите раздел
HKEY_LOCAL_MACHINE
после чего в меню редактора реестра выберите Файл — Загрузить куст, и укажите путь к файлу
C:\Windows\System32\Config\SAM
на запрос ввода имени, введите любое удобное (но не SAM).
- Перейдите в раздел
HKEY_LOCAL_MACHINE\заданное_имя\SAM\Domains\Account\Users\000001F4
- Дважды нажмите по параметру с именем F
- Перейдите в строку 00000038, поместите указатель мыши справа от значения 11, один раз нажмите Backspace, после чего введите 10 — внимательно: задача — изменить 11 на 10 таким образом, чтобы не появилось новых строк (если не уверены, нажмите «Отмена» и повторите операцию). Нажмите Ok, закройте редактор реестра и закройте окно командной строки.
- Перезагрузите компьютер как обычно, теперь на экране входа в систему появится новая учётная запись — Администратор, попробуйте зайти под ней.
С большой вероятностью вход будет успешно выполнен и далее вы можете получить доступ к системным средствам восстановления, при необходимости — создать нового пользователя и перенести в него файлы из учётной записи другого пользователя.
Некоторые дополнительные варианты действий, которые могут помочь при ошибке:
- Замена файла NTUSER.DAT в папке папке «Общие» или Default (имеющийся файл лучше не удалять, а переименовать в NTUSER.DAT.OLD) файлом из папки пользователя «Администратор», заранее активированного.
- Исправление записей для профилей пользователя в реестре, аналогично тому, как это описано в инструкции про ошибку «Вы вошли с временным профилем». Выполнить действия можно под учетной записью «Администратор», включенной методом, описанным выше, или в редакторе реестра в среде восстановления или с загрузочной флешки, загрузив куст SOFTWARE. Общая суть: если в разделе реестра
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\Current Version\ProfileList
присутствуют разделы для одного пользователя с .bak в имени раздела и без него, добавить какое-либо «расширение» к разделу, где .bak отсутствует и удалить .bak с раздела, где оно есть. Также, если значение параметров RefCount и State в разделе, с которого было удалено .bak, отличается от 0, изменить его на 0. После чего перезагрузить компьютер.
- Восстановление системных файлов Windows, что можно выполнить, например, с использованием WinPE
И, наконец, если ни один из способов не помогает, можно прибегнуть к сбросу системы, в том числе с сохранением данных.
В этой статье мы рассмотрим все варианты решения ошибки загрузки профиля пользователя на Windows 7, Windows 10 и линейке Windows Server, начиная с 2008 (чаще всего на RDS серверах). Ошибка довольно распространена, связана обычно с повреждением каталога с профилем пользователя, но исправляется относительно легко.
Проблемы выглядит следующим образом: служба профилей пользователей (ProfSvc) не может загрузить профиль пользователя Windows, соответственно пользователь компьютера не может войти в систему, а после ввода учетных данных появляется окно с ошибкой:
Службе “Служба профилей пользователей” не удалось войти в систему.
Невозможно загрузить профиль пользователя.
The User Profile Service failed the sign-in.
User profile cannot be loaded.
Ошибка загрузки профиля в подавляющем большинстве случае связана с повреждением профиля пользователя или прав на каталог профиля. Это может произойти из-за некорректного завершения работы системы, обновления системы, некорректных изменений в реестре или других сбоев.
Рассмотрим все способы для решения проблемы, начиная с самых простых. Практически для всех вариантов решения вам потребуется учетная запись с правами локального администратора на компьютере. Если у вас нет другой учетной записи на компьютере, где возникает эта ошибка и вы не можете зайти под временным профилем, то вам потребуется загрузиться с загрузочной флешки и создать новую учетную запись.
Проблема может возникнуть по разным причинам, поэтому мы рассматриваем все возможные варианты решения. Если вам не помогает один вариант, переходите к следующему.
1. Редактирование параметров профиля в реестре
Запустите редактор реестра regedit с правами администратора и перейдите в ветку реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList.
Вы увидите список разделов (профилей) с названием в виде S-1-5-21-xxxxxxx. Это идентификаторы (SID) пользователей, по любому из них можно узнать имя учетной записи (например, следующей командой можно вывести список локальных пользователей и их SID:
wmic useraccount get domain,name,sid
).
Можно просто найти профиль проблемного пользователя, последовательно перебрав все ветки с SID в разделе ProfileList. В нужной ветке учетная запись пользователя должна присутствовать в пути к профилю в параметре реестра ProfileImagePath.
Есть несколько вариантов:
- Имя ветки с нужным вам профилем пользователя оканчивается на .bak. В этом случае просто переименуйте ветку, убрав .bak;
- Вы нашли две ветки, указывающих на ваш профиль: с окончанием .bak и без. В этом случае переименуйте ветку без .bak, добавив в конце небольшой суффикс, например, S-1-5-21-xxxxx.backup. А у профиля с окончанием .bak удалите .bak в имени ветки реестра.
После того как вы переименовали ветку нужного профиля, нужно отредактировать значение параметров RefCount и State. Установите для них значения 0. Если у вас нет таких параметров, создайте их вручную (тип DWORD).
Убедитесь, что в значении ProfileImagePath указан путь к правильному каталогу профиля, а папка сама с профилем присутствует на диске и имеет такое же название, как и в ProfileImagePath. В моём случае это C:\Users\root.
После этого перезагрузите компьютер и попробуйте войти под профилем пользователя.
2. Восстановление Default профиля заменой поврежденного файла NTUSER.DAT
Если ошибка “Невозможно загрузить профиль пользователя” возникла при первом входе пользователя в систему, значит проблема с загрузкой профиля может быть связана с поврежденным файлом NTUSER.DAT в Default профиле. В этом файле хранятся настройки пользователя, те параметры, которые загружаются в ветку реестра HKEY_CURRENT_USER при входе пользователя. При создании профиля для нового пользователя этот файл копируется в каталог с созданным профилем пользователя. Если файл NTUSER.DAT удален или поврежден, служба User Profile Service не может создать профиль для нового пользователя.
Перейдите в каталог C:\Users\Default. В ней будет находиться файл NTUSER.DAT, переименуйте его, например, в NTUSER.DAT2. Далее вам нужно будет заменить этот файл аналогичным файлом с профиля другого пользователя, либо файлом с другого компьютера (с такой же версией Windows). После этого перезагрузите систему, и если проблема была в испорченном NTUSER.DAT, то всё должно заработать.
В интернете так же встречается совет заменить всю папку C:\Users\Default, но суть остаётся та же, дело в замене файла NTUSER.DAT, который меняется и при замене папки.
3. Восстановление Windows из точки восстановления
Если у вас в Windows включены и настроены точки восстановления, можно попробовать решить ошибку через восстановление на предыдущую точку восстановления.
В панели управления зайдите в раздел Recovery.
Далее жмите Open System Restore.
И следуйте указаниям мастера (несколько раз нажать далее), после чего система начнет восстановление.
Вы также можете увидеть подобную ошибку
Это значит, что у вас не настроены точки восстановления. В этом случае воспользоваться этим методом не выйдет.
4. Создание нового пользователя и перенос старых данных
Если другие варианты вам не помогли, можно создать нового пользователя и перенести в него данные из старого профиля. Этот способ обязательно сработает, так как мы будем создавать нового пользователя с новым профилем.
- Запустите командную строку с правами администратора и введите
netplwiz
; - В открывшейся оснастке нажмите Add;
Пункты 3 и 4 относятся к Windows 10, если у вас Windows 7, то просто пропустите их и перейдите к пункту 5.
- Выберите Sign in without a Microsoft account;
- Выберите Local account;
- Введите логин и пароль и нажмите Finish;
- Скопируйте все папки из каталога старого профиля (включая AppData) и вставьте (с заменой) в каталог профиля свежесозданного пользователя.
Не забудьте включить отображение скрытых файлов и папок.
При таком способе восстановления вы не теряете данные, которые были в старом профиле. Если при копировании возникли проблемы, вы всегда можете получить доступ к данным со старого профиля просто зайдя в C:\users\ваш_старый_профиль
После того как как вы успешно зайдете под новым профилем, убедитесь, что у вас есть доступ к старым файлам, например, в папке Загрузки или Документы. Если доступа нет (выскакивает ошибка с запретом доступа), необходимо будет дать RW или FullControl права на эти папки вашему новому пользователю.
5. Права на чтение каталога C:\Users\Default
Проблем с отсутствием прав на чтение профиля пользователя Default чаще встречается в Windows Server. При попытке зайти в систему на Windows Server 2008 и выше, может встретиться подобная ошибка. В журнале ошибок вы можете увидеть соответствующую ошибку с ID 1509.
Для исправления просто дайте группе Users права на чтение C:\Users\Default, как указано ниже.
Если ошибка не решится, проверьте журнал ошибок Windows на предмет похожих ошибок, например, ID 1500, которая связана с повреждением файла NTUSER.DAT (решается вариантом #2 в этой статье).
Рекомендации по устранению проблемы
Практически всегда проблема с загрузкой профиля связано с некорректными данными профиля в реестре, или поврежденим файла NTUSER.DAT, поэтому устранение ошибки связано с восстановлением этих ресурсов в прежнее состояние.
Следуя этой статье, первым делом попробуйте исправить пути к профилю в реестре и файл ntuser.dat. Обычно этих шагов достаточно, чтобы восстановить работоспособность профиля. В некоторых статьях рекомендуют заходить в безопасном режиме, но в этом нет никакой необходимости, так как эта проблема не связана с драйверами.
Самый сложный вариант — это когда вы не можете попасть в ваш профиль, у вас нет другого административного аккаунта, и система не создает временный профиль. То есть, вы никак не можете войти в Windows. Для решения проблемы вам понадобится загрузочная флешка (или хотя бы установочный диск) с вашей версией Windows, вам нужно загрузится с него и создать новый аккаунт с правами администратора. Затем следуйте описанным в статье шагам.