Заметки системного администратора

FreeBSD, Linux, Windows

«Служба „Служба профилей пользователей“ препятствует входу в систему. Невозможно загрузить профиль пользователя»

При загрузке компьютера c Windows Vista при вводе имени пользователя и пароля выскакивает ошибка:

«Служба „Служба профилей пользователей“ препятствует входу в систему. Невозможно загрузить профиль пользователя»

Существуют много методов устранения этой ошибки.

Рассмотрим самый простой способ:

1. Грузимся в безопасный режим
2. Создаем нового пользователя
3. Переименовываем старый профиль (c:\users\%username& на c:\users\_%username&_)
4. Загружаемся под новым пользователем
5. Перезагружаемся опять грузимся в безопасный режим
6. Копируем в новый профиль все папки и файлы, кроме

7. Загружаемся под новым юзером

UPD: Есть еще способ:

Заходим под учетной записью с наличием прав администратора. В ресстре идем по ветке

Там иже раздел с ID нужного нам пользователя (нужный нам раздел можно найти по ключам, указывающим путь к профилям). Оказывается, что правильный раздел был с именем вида .bak + к тому же существовал раздел с таким же идентификатором, но без .bak, в котором путь к профилю был указан ошибочно. Удаляем раздел с ошибочным путем, переименовываем правильный раздел, удалив в нем .bak и перелогиниваемся уже под той учеткой, под которой войти не удалось. Все готово.

Если не заработает, то в указанной ветке реестра

сбросить значения параметров RefCount и State на нулевые. Если параметр RefCount отсутствует — создать его (параметр DWORD).

105 комментариев на запись “«Служба „Служба профилей пользователей“ препятствует входу в систему. Невозможно загрузить профиль пользователя»”

biomox amoxicillin

buy azithromycin

celebrex use

celecoxib vs naproxen

celecoxib vs naproxen

cephalexin monohydrate side effects

Архивация профиля пользователя 2008R2 — что это?

Есть проблемы с терминалкой (у кого их нет?). Долго пытаемся понять в чем траблы. В данный момент, в пиковое время, когда заходит много пользователей, у юзеров начинаются проблемы — служба профилей препятствует входу, вход осуществляется с временным профилем, c:\windows\system32\config\systemprofile\desktop недоступен и т.д.. Сегодня обнаружил интересную вещь:
Панель управления — Система — Дополнительные параметры системы — Профили пользователей. В списке присутствует большое количество профилей, у которых состояние «Архивация данных». Никак не найду — кто занялся этой архивацией, если задание у сервера только одно — ночью сделать копию данных и это задание успешно ночью отработано? В одной статье на просторах инета нашел такую фразу: «Если состояние профиля показывает что идет резервное копирование, то чтоб не иметь проблем с профилями в будущем — отключите встроенное резервное копирование.». Но там шла речь о 7-ке. А есть ли что-то подобное на сервере 2008R2 и как его отключить?

пожалуйста — если это оно Event ID: 1508 Source: Userenv

Description:
Windows was unable to load the registry. This is often caused by insufficient memory or insufficient security rights.

English:
I, Userenv, am responsible to maintain the user-specific environment information. For most of the time, this information is stored in the registry. When a user logs out, I process all the information in the HKEY_CURRENT_USER registry hive and save it to an actual file on the hard disk for retrieval when the user logs in again. During the regular user session, this information is in the memory. The processing and saving of this information is called “unloading the registry”. As one can guess, “loading the registry” is reading the file on the hard disk and building the registry information from it. The process of “loading” the registry involves reading the file and changing the current registry information with the data in that file. In most cases this works just fine. However, problems may occur during each of these stages. For example, the file might be missing or corrupted, the computer may not have the resources to store and process it or somehow, the operating system may not be able to confirm that the current user is allowed to access that particular registry file. When this happens, I record in the event log the fact that I was unable to “load” the registry with the proper information (so I’m using a default version, just to get the system going). The “DETAIL” part of the event description contains whatever error description I got when I tried to perform this “loading” operation. When troubleshooting this problem, one should concentrate on this “detail” information. The “unable to load registry” message is just a symptom of the problem, not the cause.

Concepts to understand:
How are the registry loaded and unloaded?
What is the role of Userenv?

Comments:
Christophe Lubrano di Ciccone
Logged with Event ID 1505 Source Userenv, happen when the value in \registry\user\HKEY_USERS in HKLM\system\CCS\control\hivelist was pointing to another profile path. Logon locally as another user with rights and update the path to solve it.
x 16

EventID.Net
You experience this problem if many users are logged on to the terminal server. See M935649 to solve it.
x 5

Anonymous
Look for a policy.pol file in the %windir% folder. This is the group policy file from Windows 9x. Remove it and see if it solves your problem. Make a backup first.
x 1

Anonymous
I had a similar problem on a Terminal Server where the pagefile size was set to 2 GB. The C drive ran out of swap space. I allowed Windows to manage the virtual memory and also set it to use the other drives.
x 2

Anonymous
I had a W2K3 member server, which was running fine until I made it a DHCP server. Then it started to continuously give me error 1508. I installed SP1 and that resolved the issue.
x 1

EventID.Net
See M843426 for a hotfix if you have previous installed M818133.

This problem can appear if the registry hive is corrupt or if you no longer have adequate privileges to the registry hive. See MSW2KDB for more details.

From a newsgroup post: «These error logs indicate that the user profiles in your server are either corrupted, or are not properly configured.

Suggestion 1:
This can happen if some users’ ProfileImagePath registries are duplicated with other users’ ProfileImagePath. To resolve the issue, perform the following steps:
1. Run «WHOAMI /USER /SID» to determine the users’ correct SID.
If you do not have the whoami command tool, you can download and install it from the link below.
Note: By default, it will install to the C:\Program files\Resource Kit folder. To run it, go to a command prompt and change the path to C:\Program Files\Resource Kit. Then type «whoami /USER /SID» (without quotes) and press Enter. It should display the current users’ name and SID.
2. Check the ProfileImagePath value under the following registry key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\ .
Note down this ProfileImagePath value.
3. Check the other ProfileList\ keys for matching ProfileImagePath values and deleted those keys.
Note: Please make sure you have backed up the registry key before you delete them.
4. Test and see if the problem is fixed.
Did you manually move your users’ profiles to another drive? If you have moved the Documents and Settings folder, it will lead to the issue. Microsoft does not support moving the Documents and Settings folder in Windows Server 2003 or Windows XP to another drive. Although you can try the steps in M236621, Microsoft provides it for informational purposes only.

Suggestion 2:
If the issue persists, I suggest that you create a new user and then copy the user profile. When copying, the following files should be excluded:
— Ntuser.dat
— Ntuser.dat.log
— Ntuser.ini.
See M811151 for information on how to copy user data to a new user profile. Test and see if the problem is fixed».
x 2

Anonymous
I previously installed M898060, but after 2 days the error reappeared. I called MS and the next settings in addition to removing speech recognition did the trick. System is now running for 2 weeks without problems.

Go to HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Memory Management, and add the next values:

Value name: PoolUsageMaximum
Data type: REG_DWORD
Radix: Decimal
Value data: 60

Value name: PagedPoolSize
Data type: REG_DWORD
Radix: Hex
Value data: 0xFFFFFFFF

Then, go to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters, and add:

Value Name: MaxWorkItems
Data Type: REG_DWORD
Value data: 65535 (decimal)

Value Name: MaxRawWorkItems
Data Type: REG_DWORD
Value data: 512 (decimal)

Value Name: MaxFreeConnections
Data Type: REG_DWORD
Value data: 100 (decimal)

Value Name: MinFreeConnections
Data Type: REG_DWORD
Value data: 32 (decimal)

Then, see M823586 for information on how to turn off the speech recognition and the handwriting recognition features in Office 2003.
x 8

Laurens
This problem appeared on a Windows 2003 Terminal server after applying SP1. More than 30 users could login successfully but other users got this error and an EventID 1500 from source Userenv. After I installed M898060, the errors disappeared.
x 1

Anonymous
It seems that there might be a problem with UPHC (User Profile Hive Cleanup Service) choosing the wrong entry from ProfileList. Make sure to delete old profile data completely. To do this, see M814584.
x 1

Scott Hocking
I solved this by downloading the “User Profile Hive Cleanup Service” from Microsoft. See M837115 to download the program.
x 2

EventID.Net
Detail message: «The process cannot access the file because it is being used by another process. for C:\Documents and Settings\aw01tdur\ntuser.dat». — For Windows XP according to a newsgroup post the solution is «to delete the ‘ntuser.dat’ for each profile. The file is rebuilt on restart». See also M318011.
x 2

и еще Event ID: 1505 Source: Userenv

Description:
Windows cannot load the user’s profile but has logged you on with the default profile for the system.

English: Request a translation of the event description in plain English.

Concepts to understand:
What is the role of Userenv?

Comments:
Anonymous
I found out that someone had deleted the «Default User» folder out of the «Documents and Settings» folder, so when a new user tried to login for the first time this error message appeared. I just copied the folder from another computer and the problem was solved.
x 12

Anonymous
I had this problem with a user who had changed security permissions on his folder under Documents and Settings. He had removed everything bar his domain account, which caused problems for Windows.
Re-applying the normal System settings fixed the problem.
x 1

EventID.Net
You experience this problem if many users are logged on to the terminal server. See M935649 to resolve it.
x 2

Anonymous
I had the same error message with local and domain users. The problem was that the user had deleted the default folder in the documents and settings folder. Replacing the folder from a similar PC solved the problem. Be sure to hide the folder and remove the users admin rights so they can’t delete the folder again.
x 1

Anonymous
It appears this event is related to EventID 1508 from source Userenv. Look up EventID 1508, in my case once the “.dat” files were deleted and the system was restarted this error went away.
x 2

Ron L.
From a newsgroup post: «Boot into Safe Mode and log on using the Administrator account. Rename the «UsrClass.dat» file to «UsrClass.old» found in the following folder: «C:\Documents and Settings\ \local settings\application data\Microsoft\windows», where is the name of the account which has the problem. Restart your computer in Normal Mode and then log on the computer using your account».

Так вот эта ссылка и нужна: EventID.Net
You experience this problem if many users are logged on to the terminal server. See M935649 to resolve it.

M935649 — вот эта надпись кликабельна. Но меня не пускает — только для подписчиков.

Восстановление поврежденного профиля Windows

Не знаете что делать если не запускается учетная запись пользователя Windows или возникает ошибка «не удается войти в учётную запись»? Решение этих и других проблем со входом в профиль будет приведено ниже.

Содержание:

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

Утеря или повреждение профиля – достаточно неприятная ситуация, которая ограничивает доступ к некоторым функциям и данным, поэтому с данной проблемой необходимо справиться как можно быстрее.

Ошибка службы профилей пользователей (ProfSvc) имеет следующий вид:

Почему происходит повреждение профиля пользователя?

Повреждение профиля Windows может быть вызвано разными причинами.

Самыми частыми из них являются:

• Некорректно установленные обновления ОС.
• Повреждение файлов, отвечающих за профиль.
• Аварийная перезагрузка или выключение системы.
• Деятельность вредоносных программ и вирусов.

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

Поиск идентификатора безопасности учетной записи

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

Если перезаход не помог, следует узнать идентификатор безопасности учетной записи (SID) . Чтобы это сделать понадобится командная строка или Windows PowerShell , запущенные с правами администратора.

Шаг 1. Нажимаем ПКМ по кнопке «Пуск» и выбираем пункт «Командная строка(Администратор)» или «Windows PowerShell(Администратор)» .

Шаг 2. В командной строке необходимо ввести «whoami /user» . Данная команда покажет SID текущего профиля.

Шаг 3. Копируем SID сочетанием клавиш Ctrl+C . Важно: SID имеет вид многозначного числового кода. В нашем случае это — S-1-5-21-4159091151-714581226-3499032617-1001.

После того, как SID был скопирован в буфер обмена, необходимо отредактировать реестр для восстановления профиля .

Как сделать бекап реестра?

Важно! Любые манипуляции с редактором реестра могут привести к неожиданным последствиям, поэтому нижеописанные шаги следует выполнять с максимальной осторожностью. Перед началом работы с реестром настоятельно рекомендуется создать запасную копию (бекап) текущего реестра .

Чтобы выполнить данную функцию следует:

Шаг 1. Открыть редактор реестра , как описано ниже и нажать на пункт «Файл» в верхнем левом углу. В выпадающем списке следует выбрать «Экспорт» .

Шаг 2. В открывшемся окне необходимо присвоить имя запасному файлу реестра , а также сохранить его в нужном месте . Для экономии времени рекомендуется использовать сохранение только выбранной ветви реестра. Если пользователь собирается редактировать не только одну ветвь, лучше сделать бекап всего реестра .

Выполнив данные пункты, можно обезопасить себя и в любой момент восстановить реестр из созданного бекапа .

Теперь переходим к восстановлению профиля .

Шаг 1. Нажимаем ПКМ по кнопке «Пуск» и выбираем пункт «Выполнить» . В открывшемся окне вводим команду regedit и подтверждаем действие кнопкой «Ок» .

Шаг 2. В редакторе реестра следует перейти по пути «Компьютер\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList» .

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

Чтобы не терять время, рекомендуем просто скопировать Компьютер\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList и вставить в адресную строку.

В зависимости от системы и версии ОС, следующие действия могут немного различаться между собой , поэтому будут рассмотрены все варианты последующих действий, подходящих для всех случаев:

1. Если идентификатор SID указан в разделе «ProfileList» дважды, следует удалить один раздел без расширения .BAK . Это можно сделать, нажав по разделу правой клавишей мыши и выбрав пункт «Удалить» .

2. Если идентификатор SID указан в разделе «ProfileList» один раз с расширением .BAK, следует нажать по нему ПКМ , выбрать пункт «Переименовать» и удалить приставку .BAK , после чего сохранить внесенные изменения .

3. Если присутствует одна папка с идентификатором без расширений , следует нажать по ней ЛКМ и перейти в пункт «ProfileImagePath» . Далее нужно кликнуть по нему ПКМ и выбрать пункт «Изменить» , как показано на скриншоте.

В строке «Значение» необходимо ввести правильный путь к папке своего профиля на системном диске. Это можно посмотреть, зайдя на диск С (диск, где установлена ОС) и выбрав папку «Пользователи» . В нашем случае правильный путь к папке профиля имеет вид «C:\Users\User» .

Соответственно путь в папке «ProfileImagePath» должен быть указан таким же.

Далее необходимо отредактировать параметр «State» . Кликаем по нему ПКМ и выбираем пункт «Изменить» .

В открывшемся окне в пункте «Значение» следует указать цифру «0» .

На этом устранение ошибки Windows «не удается войти в учетную запись» можно считать законченным. После закрытия редактора реестра и перезагрузки компьютера, профиль будет восстановлен.

Возможные проблемы с восстановлением профиля

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

Для создания нового профиля следует загрузить систему в безопасном режиме. Загрузка безопасного режима детально описана в статье «Как загрузить безопасный режим в Windows»

После перезагрузки системы в безопасном режиме, необходимо открыть командную строку или Windows PowerShell с правами администратора и ввести команду «net user administrator /active:yes» .

После этого можно воспользоваться созданием новой учетной записи с правами администратора. Как это сделать, можно прочитать в статье «Изменение имени учетной записи Windows» .

Если данная статья оказалась Вам полезной, или какой-либо из пунктов оказался непонятен, специалисты Recovery Software всегда готовы помочь в комментариях.