Windows 8 Windows 8 Enterprise Windows 8 Pro Windows Server 2012 Datacenter Windows Server 2012 Datacenter Windows Server 2012 Essentials Windows Server 2012 Standard Windows Server 2012 Standard Еще…Меньше
Симптомы
Рассмотрим следующий сценарий:
-
У вас есть удаленный узел сеанса рабочего стола (узел сеансов удаленных рабочих Столов) на сервере под управлением Windows Server 2012.
-
Запуск сеансов удаленного рабочего стола к серверу, используя учетные данные пользователя.
-
Неожиданная перезагрузка происходит на хост-сервере сеансов при вашем входе в систему.
-
После перезагрузки сервера, при попытке запустить сеанс удаленного рабочего стола к серверу, используя те же учетные данные пользователя.
В этом случае вам необходимо войти в систему с временным профилем. Кроме того возможно возникновение следующих проблем:
-
NTFS ошибок и предупреждений, событие ID 140, событие с кодом 50 и событии ID 137
-
Задержка происходит сбой записи файлов виртуального жесткого диска (VHDX) на диске (UPD) профиля пользователя
-
Потери данных после подключения
Причина
Эта проблема возникает, так как диспетчер параметров удаленного рабочего стола могут работать неправильно после перезагрузки сервера. Это может происходить, когда сервер перезапускается после потери питания. Она также может возникнуть при входе пользователя в систему еще раз после неустранимой ошибки.
Решение
Сведения об исправлении
Доступно исправление от службы поддержки Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте это исправление только в тех случаях, когда наблюдается проблема, описанная в данной статье. Это исправление может проходить дополнительное тестирование. Таким образом если вы не подвержены серьезно этой проблеме, рекомендуется дождаться следующего пакета обновления, содержащего это исправление.
Если исправление доступно для скачивания, имеется раздел «Пакет исправлений доступен для скачивания» в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Чтобы просмотреть полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт корпорации Майкрософт:
Примечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Для установки этого исправления необходимо наличие Windows Server 2012 и Windows 8.
Необходимость перезагрузки
После установки исправления компьютер необходимо перезагрузить.
Сведения о замене исправлений
Это исправление не заменяет все ранее выпущенные исправления.
Английский (США) версия данного исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.
Сведения о файле Windows 8 и Windows Server 2012 и заметкиВажно. Исправления для Windows 8 и Windows Server 2012 включены в те же пакеты. Однако только «Windows 8» отображается на странице запрос исправления. Для получения пакета исправлений, который применяется к одной или обеих операционных систем, установите исправления, перечисленные в разделе «Windows 8» на странице. Всегда смотрите раздел «Информация в данной статье относится к следующим продуктам» статьи для определения фактических операционных систем, к которым применяется каждое исправление.
-
Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SPn) и направлению поддержки (LDR, GDR) можно определить по номерам версий, как показано в следующей таблице.
-
Файлы МАНИФЕСТА (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе «Дополнительные «сведения о файлах для Windows Server 2012 и Windows 8. Файлы MUM и MANIFEST, а также связанные файлы каталога безопасности (CAT) чрезвычайно важны для поддержания состояния обновленных компонентов. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.
Статус
Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе «Относится к».
Сведения о дополнительных файлах для Windows 8 и Windows Server 2012
Дополнительные файлы для всех поддерживаемых версий Windows 8 для систем на базе x86
Ссылки
Корпорация Майкрософт использует для описания обновлений программного обеспечения для получения дополнительных сведений см.
Нужна дополнительная помощь?
Нужны дополнительные параметры?
Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.
В сообществах можно задавать вопросы и отвечать на них, отправлять отзывы и консультироваться с экспертами разных профилей.
- Remove From My Forums
-
Вопрос
-
Сервер 2012. Сервер в домене, не контроллер, развернут сервер терминалов. При терминальном входе возникает ошибка:»Windows не удалось найти локальный профиль пользователя, вход в систему выполнен с временным профилем. Любые изменения профиля будут потеряны
при выходе.» Дело в том, что при первом подключении пользователя домена через сервер терминалов все хорошо, корректно создается локальный профиль! Проблема началась, когда в результате настройки терминального сервера я выводил сервер из домена и сам руками
удалил некоторые профили пользователей домена, которые были созданы автоматически, затем заново ввел этот сервер в домен уровня 2003. И теперь где-то сохранилась информация, что у этого пользователя домена должен быть локальный профиль на этом сервере,
а его нет и поэтому создается временный. Полагаю, что нужно 1. либо стереть информацию, о том что этот пользователь домена уже заходил на этот сервер через сервер терминалов и тогда создатся профиль этого пользователя заново, 2. либо создать этому пользователю
утраченный локальный профиль. Не знаю как сделать ни 1. ни 2. или есть 3 вариант?Пытался в Диспетчере сервера, Службы удаленных рабочих столов, в свойствах Коллекции сеанса, настройка параметров сеанса, параметры временной папки, убирать галочки по умолчанию с «Удалить временные папки при выходе» и «Использовать временные папки для сеанса»
— не помогло, вообще ничего не изменяется в поведении системы, так и не понял, на что влияют эти параметры?Как решить проблему, чтобы перестали создаваться временные папки и потом удаляться и пользователь нормально начал работать со своим локальным профилем на этом компьютере?
Ответы
-
Regedit -> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList — профили пользователей остались?
-
Помечено в качестве ответа
7 января 2013 г. 12:19
-
Помечено в качестве ответа
-
С одним попробуйте, все сразу не надо, после удаления сделайте перезагрузку сервера.
-
Помечено в качестве ответа
George V.Patlasov
7 января 2013 г. 12:19
-
Помечено в качестве ответа
Одна из проблем, с которой часто сталкиваются пользователи — сообщение о том, что вы вошли в систему с временным профилем в Windows 10, 8 и Windows 7 с дополнительным текстом «Вы не можете получить доступ к своим файлам, и файлы, созданные в этом профиле, будут удалены при выходе из системы». В этой инструкции подробно о том, как исправить эту ошибку и войти с обычным профилем.
В большинстве случаев, проблема возникает после изменения (переименования) или удаления папки профиля пользователя, однако это не единственная причина. Важно: если у вас проблема возникла именно из-за переименования папки пользователя (в проводнике), то верните ей первоначальное имя, а затем прочтите: Как переименовать папку пользователя Windows 10 (для предыдущих версия ОС то же самое).
Примечание: в этой инструкции приведены решения для рядового пользователя и домашнего компьютера с Windows 10 — Windows 7, не находящегося в домене. Если вы управляете учетными записями AD (Active Directory) в Windows Sever, то тут я деталей не знаю и экспериментировать не доводилось, но обратите внимание на сценарии входа в систему или просто удалите профиль на компьютере и снова зайдите в домен.
Как исправить временный профиль в Windows 10
Сначала об исправлении «Вы вошли в систему с временным профилем» в Windows 10 и 8, а в следующем разделе инструкции — отдельно по Windows 7 (хотя и описываемый здесь способ тоже должен работать). Также, при входе с временным профилем в Windows 10 вы можете видеть уведомления «Стандартное приложение сброшено. Приложение вызвало проблему с настройкой стандартного приложения для файлов, поэтому оно сброшено».
Прежде всего, для всех последующих действий потребуется иметь учетную запись администратора. Если до появления ошибки «Вы вошли с временным профилем» ваша учетная запись имела такие права, то имеет и сейчас, и можно продолжать.
Если же у вас была учетная запись простого пользователя, то выполнять действия придется либо под другой учеткой (администратора), либо зайти в безопасный режим с поддержкой командной строки, активировать скрытую учетную запись администратора, а затем из неё выполнять все действия.
- Запустите редактор реестра (нажмите клавиши Win+R, введите regedit и нажмите Enter)
- Раскройте раздел (слева) HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Windows NT\ CurrentVersion\ ProfileList и обратите внимание на наличие в нем подраздела с .bak в конце, выберите его.
- В правой части посмотрите на значение ProfileImagePath и проверьте, совпадает ли имя папки пользователя, указанное там с именем папки пользователя в C:\Пользователи (C:\Users).
Далее действия будут зависеть от того, что у вас получилось в пункте 3. Если имя папки не совпадает:
- Дважды кликните по значению ProfileImagePath и измените его так, чтобы в нем был правильный путь к папке.
- Если в разделах слева есть раздел точно с таким же именем, как текущий, но без .bak, кликните по нему правой кнопкой мыши и выберите «Удалить».
- Кликните правой кнопкой мыши по разделу с .bak на конце, выберите пункт «Переименовать» и уберите .bak.
- Закройте редактор реестра, перезагрузите компьютер и попробуйте зайти под тем профилем, где была ошибка.
Если путь к папке в ProfileImagePath верный:
- Если в левой части редактора реестра присутствует раздел с тем же именем (все цифры совпадают), что и раздел с .bak на конце, кликните по нему правой кнопкой мыши и выберите «Удалить». Подтвердите удаление.
- Кликните правой кнопкой мыши по разделу с .bak и также его удалите.
- Перезагрузите компьютер и попробуйте снова войти в поврежденную учетную запись — данные для нее в реестре должны будут создаться автоматически.
Далее способы, являющиеся удобными и быстрыми для исправления ошибки в 7-ке.
Исправление входа с временным профилем в Windows 7
По сути, это вариация способов, описанных выше, и, более того данный вариант должен сработать и для 10-ки, но опишу его отдельно:
- Войдите в систему под учетной записью администратора, отличающейся от той учетной записи, в которой есть проблема (например, под учеткой «Администратор» без пароля)
- Сохраните все данные из папки проблемного пользователя в другую папку (или переименуйте ее). Эта папка находится в C:\Пользователи (Users)\ Имя_пользователя
- Запустите редактор реестра и перейдите к разделу HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Windows NT\ CurrentVersion\ ProfileList
- Удалите в нем подраздел, заканчивающийся на .bak
- Закройте редактор реестра, перезагрузите компьютер и зайдите под учетной записью, с которой была проблема.
В описанном способе снова будет создана папка пользователя и соответствующая запись в реестре Windows 7. Из папки, в которую вы ранее копировали данные пользователя, вы можете вернуть их во вновь созданную папку, чтобы они оказались на своих местах.
Если же вдруг способы, описанные выше, не смогли помочь — оставляйте комментарий с описанием ситуации, постараюсь помочь.
We have a Windows 2012 R2 RDS running as a virtual machine. From time to time, no specific shedule identifiable, a user session will be redirected to a temporary profile.
Whenever this happens we can observe a sharing violation on NTUSER.DAT on User loggon. I have added a screenshot of the ProcMon Output and blurred user names and IP-adresses for privacy reasons. All output on this screenshot is regarding the same user.
(Click image to enlarge)
The issue is solved after the server is rebooted and all users can login just fine until this happens again. There are no handles on the users NTUSER.DAT file when he is not logged on, so no other process is locking the file in the background — it first gets opened / used when the user logs on to the server via RDP.
When the session is redirected we get the following output on «whoami» and «set»:
C:\Windows\System32>whoami
domain\user
C:\Windows\System32>set
ALLUSERSPROFILE=C:\ProgramData
APPDATA=C:\Users\TEMP\AppData\Roaming
HOMEPATH=\Users\TEMP
LOCALAPPDATA=C:\Users\TEMP\AppData\Local
TEMP=C:\Users\TEMP\AppData\Local\Temp\3
TMP=C:\Users\TEMP\AppData\Local\Temp\3
USERDNSDOMAIN=domain.LOCAL
USERDOMAIN=domain
USERDOMAIN_ROAMINGPROFILE=domain
USERNAME=user
USERPROFILE=C:\Users\TEMP
Again, I replaced the domain and user name.
Rebooting the server when this problem occurs is not an option since there are other users logged on to this remote desktop server, who have not yet encountered this problem.
What is the best way to get a clue on why there is a sharing violation at logon?
Здравствуйте! Сегодня в статье я хочу рассказать вам как исправить ошибку Windows «Вход в систему выполнен с временным профилем».
Данная инструкция универсальна, и устраняет ошибку входа во временный профиль под операционными системами Windows 7/8/10.
Для исправления возникшей ошибки нужно под учетной записью администратора запустить редактор реестра ( это можно сделать сочетанием клавиш 
+R, в окне вводим regedit и нажимаем клавишу Enter). Если текущая учетная запись ограничена в правах, то нужно перезайти в систему под учётной записью имеющего привилегии Локального администратора.
Далее, раскрываем раздел реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList и ищем подраздел с расширением .bak, выделяем раздел.
Смотрим в правой части, в значении строкового параметра ProfileImagePath. Путь должен совпадать с уникальным именем профиля пользователя и его папок. В моём случае профиль kassir-1 c путём к профилю C:\Users\kassir-1 . Определить так ли это можно перейдя в каталог где хранятся профили учётных записей пользователей (например, по умолчанию все профили учётных записей хранятся в C:\Users).
Затем, в разделах слева проверьте наличие точно такого же профиля, но без разрешения .bak в конце. Выделите его, в правой части вы увидите путь к профилю, примерно такой же, как на скриншоте ниже, указывающий на папку, например C:\Users\TEMP. Это и есть тот самый «пустой» временный профиль куда мы попали после попытки зайти под пользователем kassir-1. Как видно из скриншота ниже, временный профиль подменяет собой уникальный номер оригинального профиля.
Если всё так, то смело удаляйте раздел содержащий ProfileImagePath с папкой TEMP, а из оригинального профиля с точно такой же цифро-буквенной последовательностью, указывающий в вашу реальную папку с профилем нужно удалить из названия подраздела в конце кусочек содержащий .bak.
Сделать это можно выделив нужный раздел справа, и кликнув правой клавишей мыши по нему, выбрав пункт меню «Переименовать».
В итоге, у вас должно получиться так, как на скриншоте ниже:
После выполнения всех вышеперечисленных операций закройте окно редактора Regedit и перезагрузите ваш компьютер.
Всё, можно заходить в учётную запись с которой произошла ошибка. Проблема устранена. Вы увидите все ваши привычные документы, ярлыки и папки на привычных местах.
Если вам понравилась статья – поделитесь записью в соцсетях и подписывайтесь на обновления блога. Всем добра!