Перейти к содержимому
При работе с Remote desktop services в Windows Server 2016 или 2019 со временем возникает ситуация что не работает меню пуск, а если обобщить – не работает ничего на панели задач что открывается левой кнопкой мыши.
В моем случае вопрос возник из-за большого количества правил файрвола. При открытии внутренних приложений APPX в Windows server 2016/2019, к примеру Кортаны (поиск на панели задач) автоматически создается правило в файрволе. Если у вас много пользователей на сервере терминалов, это приводит к большому количеству правил которые будут созданы автоматически системой. Следовательно не работало меню пуск у меня из-за 76 МЕГАБАЙТ правил в одной ветке реестра. Исходя из этого при логине пользователя меню пуск не работает. Для решения вопроса c не работоспособностью кнопки пуск, нужно удалить записи с реестра с правилами файрвола. Скрипт что ниже работает на Windows Server 2016 и Windows Server 2019.
Remove-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\RestrictedServices\AppIso\FirewallRules" New-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\RestrictedServices\AppIso\FirewallRules" Remove-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\RestrictedInterfaces\IfIso\FirewallRules" New-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\RestrictedInterfaces\IfIso\FirewallRules" Remove-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\FirewallRules" New-Item "HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy\FirewallRules" (New-Object -ComObject HNetCfg.FwPolicy2).RestoreLocalFirewallDefaults()
Будьте осторожны. Удаление правил может привести к недоступности сервера по сети. К примеру – не будет указано, что открытый порт TCP 3389, UDP 3390. В последней команде идет сброс правил файрвола к дефолтным. При потребности пересоздайте правила которые вам нужны для подключения к серверу.
Также можете просмотреть другие ветки вот здесь – HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\Parameters\FirewallPolicy на наличие большого колличества правил файрвола и удалить их.
Обратите внимание – перед работой с реестром, всегда делайте экспорт тех веток которые изменяете.
Вопросы – в комментарии.
Приятной Вам работы.
Reconfigure the service or modify the registry
by Milan Stanojevic
Milan has been enthusiastic about technology ever since his childhood days, and this led him to take interest in all PC-related technologies. He’s a PC enthusiast and he… read more
Updated on
Reviewed by
Alex Serban
After moving away from the corporate work-style, Alex has found rewards in a lifestyle of constant analysis, team coordination and pestering his colleagues. Holding an MCSA Windows Server… read more
- At first glance, Windows Server looks quite similar to Windows 10 because they also share a lot of the codebase.
- Many users on Windows Server 2016 found that the Start menu is not working.
- Turn off full-screen mode and make sure the Search service is enabled to fix things.
Problems with Windows Server might appear once in a while, and many users reported that Start Menu is not working on Windows Server 2016. This particular issue was widespread and affected users worldwide.
In today’s article, we’ll show you a couple of solutions that might help you fix this problem for good, so let’s get started.
- Press Windows + I to open Settings, and go to Personalization.
- Select Start from the menu on the left, and in the right pane, disable Use Start full screen.
. - After doing that, the problem should be resolved.
2. Make sure that the Search service is enabled
- Press Windows + R, type services.msc, and click OK.
- Locate Windows Search on the list and double-click it.
- Set the Startup type to Automatic, click the Start button to start it.
- Finally, click Apply and OK to save changes.
When the Start menu is not working in Windows Server 2016, likely, the Search service isn’t running. In that cases, simply setting the service to run at startup should fix things.
3. Create Packaged App rules in the Applocker group policy
- Open Computer Configuration.
- Now, navigate to Policies, expand Windows Settings, select Security Settings, chose Application Control Policies, and then click on Applocker.
- Right-click Packaged App Rules and choose Create Default Rules.
- After applying the policy, the issue should be resolved.
If Windows Server 2016 Start menu is not showing all programs, creating a rule should do the trick.
4. Recreate the corrupted user profile
- Make sure that you’re logged in with a different administrator account.
- Delete the directory of the corrupted user profile. In our example, we’ll use:
C:\Users\WindowsReport
- Press Windows + R, type regedit, and click OK.
- In the left pane, navigate to:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
- Go through all subkeys in the left pane. In the right pane, keep an eye out for the ProfileImagePath string.
- Look for a subkey with ProfileImagePath value that matches the location of the corrupted profile from Step 2.
- Once you find that subkey, right-click it and choose Delete in the left pane.
- Log out and log back into the corrupted profile.
- How to Remove Common Program Groups From Start Menu
- 0x80040e14 SQL Server Error: How to Fix It
5. Rename UsrClass.dat
- Press Windows + R, type %localappdata%, and hit Enter.
- Double-click the Microsoft folder and then the Windows directory.
- Go to the View tab and check Hidden items.
- Locate usrClass.dat file and rename it.
- After doing that, the problem should be resolved.
There you go. Several simple solutions can help if the Start Menu is not working in Windows Server 2016.
Before you leave, discover the key differences between Windows and Windows Server.
If you found our solutions helpful, feel free to let us know in the comments section below.
Не работает меню пуск. При этом в журнале можно увидеть ошибки:
Application Error
Путь сбойного приложения: C:\Windows\SystemApps\ShellExperienceHost_cw5n1h2txyewy\ShellExperienceHost.exe
или
Сбой активации приложения Microsoft.Windows.Cortana_cw5n1h2txyewy!CortanaUI. Ошибка: Приложение не запустилось.. Дополнительные сведения см. в журнале Microsoft-Windows-TWinUI/Operational.
Пробовал множество способов, описанных в интернете, но ни один из них не помог. После чего успешно разработал свое решение, которое решило проблему. Когда мое решение в очередной раз помогло, решил его задокументировать.
Способ также применим к сценарию, когда само меню ПУСК работает, но не работает поиск в нем.
- Конечно, первое, что следует сделать — это перезагрузиться. В ряде случаев достаточно этой простой рекомендации
- Второй момент, если ПУСК не работает у всех пользователей, попробуйте перезапустить или отключить службу Брандмауэр Windows (подробности в конце статьи)
- Если указанные способы не помогли, следуем дальнейшим рекомендациям.
За ПУСК и поиск в нем в Windows 10 отвечают два APPX пакета: Microsoft.Windows.Cortana_cw5n1h2txyewy и ShellExperienceHost_cw5n1h2txyewy- то есть отдельные приложения
Они располагаются по пути:
«профиль_пользователя\AppData\Local\Packages\Microsoft.Windows.Cortana_cw5n1h2txyewy»
«профиль_пользователя\AppData\Local\Packages\ShellExperienceHost_cw5n1h2txyewy»
Или здесь:
«C:\Windows\SystemApps\Microsoft.Windows.Cortana_cw5n1h2txyewy»
«C:\Windows\SystemApps\ShellExperienceHost_cw5n1h2txyewy»
Обычно, если появилась такая проблема, то дата изменения какой-то из этих папок (или обеих) в профиле пользователя в папке Packages отличается от всех других (а те в свою очередь имеют одинаковую дату)
Кстати, при подобной проблеме, скорее всего, есть профили пользователей, у которых на данной рабочей станции ПУСК успешно открывается. Они-то нам и нужны! Либо можно попробовать создать новую учетную запись и осуществить первичный вход в систему с ее помощью и проверить работу меню ПУСК там. Если вы нашли пользователя с работающим меню ПУСК или он работает у вновь созданной учетной записи, переходим к дальнейшим действиям.
Все, что нам нужно сделать, это подменить в проблемном профиле папку «Microsoft.Windows.Cortana_cw5n1h2txyewy»
или «ShellExperienceHost_cw5n1h2txyewy» (или обе) по пути «…\AppData\Local\Packages»
Взять их можно:
- либо из любого «рабочего» профиля
- либо отсюда:
«C:\Windows\SystemApps\Microsoft.Windows.Cortana_cw5n1h2txyewy»
«C:\Windows\SystemApps\ShellExperienceHost_cw5n1h2txyewy»
Старую папку переименовываем, новую копируем в наш проблемный профиль.
Если сделать это не удается (папка используется и т.п.), то нужно завершить сеанс пользователя и сделать эти действия из-под другой учетной записи. Если получается сделать прямо «на ходу» — замечательно.
Перезаходим в профиль — проблема должна быть решена!
UPDATE: после пары случаев поломки меню ПУСК на терминальной ферме с Windows Server 2016, когда вышеуказанный способ не сработал, было найдено еще одно решение по починке работоспособности ПУСКа. Необходимо перезапустить службу «Брандмауэр Windows» (для начала можно попробовать ее просто остановить, чтобы проверить, что дело в ней, но затем нужно ее снова запустить, т.к. без данной службы может не работать ряд фукнций)
Обновлено 05.08.2021
Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов Pyatilistnik.org. В прошлый раз мы с вами научились создавать резервные копии сертификатов и копировать их в нужное вам расположение, в этом нам помогали две утилиты, robocopy и keytool. Сегодня же я с вами опять хочу заняться траблшутингом, а именно одной из неприятных ситуаций которая присутствует в операционной системе Windows Server, аж с 2012 года. Мы рассмотрим методы решения, когда у вас не работает пуск в Windows Server 2016. При попытке его открыть, просто ничего не происходит и вы лишаетесь огромного удобства связанного с этим.
Описание ситуации
В инфраструктуре предприятия есть отказоустойчивая RDS ферма на базе Windows Server 2016, на одном из RDSH серверов у пользователей возникла проблема, что при попытке открыть меню «Пуск» ничего не происходит, кнопка просто не реагирует. Это очень пагубно сказывается на работу сотрудников, так как не все из них могут запускать необходимые для них программы и не все знают, короткие команды для меню «Выполнить», через которые можно открывать кучу вещей. Как я и писал выше данный глюк еще существует со времен Windows Server 2012 и так же легко может встретиться и в Windows Server 2019, спасибо Microsoft.
Основные причины ломающие кнопку пуск в Windows Server 2016
Сразу хочу отметить, что в ряде случаев вам придется изрядно попотеть, чтобы восстановить работу меню пуск, и иногда быстрее просто переустановить сервер, если конечно на нем нет ничего такого экстраординарного. Хочу выделить вот такой список почему не работает пуск:
- В системе завис процесс отвечающий за меню «Пуск»
- Ваша система имеет поврежденные файлы и компоненты, например из-за вируса
- В вашей системе слетели права на папку или ветку реестра, отвечающих за открытие кнопки пуск
- Прилетело глючное обновление Windows
- Сторонние утилиты, после установки которых идет конфликт в системе
Так как на устранение этой ошибки у меня ушло уйма времени и я перепробовал кучу всего, я решил все это структурировать и записать в виде отдельной статьи, в расчете, что мой путь будет кому-то полезен
Перезапускаем процесс отвечающий за работу кнопки пуск
Логично предположить, что в операционных системах Windows за любой компонент, отвечает тот или иной процесс и кнопка пуск, тут не исключение. За ее функционал отвечают два процесса:
- Explorer.exe (Проводник)
- StartMenuExperienceHost.exe (Запустить)
Зная, это я в первую очередь всегда советую попробовать их перезапустить, так как это просто и не потребует перезагрузки сервера. Для этого нажмите одновременно три кнопки CTRL+SHIFT+ESC, это запустит диспетчер задач, через который вы сможете выполнить нашу задумку.
Сразу отмечу, что найти процессы вы можете и на вкладке «Процессы», а так же на вкладке «Подробности». Разница в том, что на первой все почти будет по русски, а на второй все чисто системными именами. Процесс Explorer.exe в русской версии называется «Проводник», щелкаем по нему правым кликом мышки и из контекстного меню выберите пункт «Перезапустить» или «Снять задачу», иногда это требуется.
Процесс StartMenuExperienceHost.exe в русской версии называется «Запустить»
Ну и на вкладке «Подробности» вы можете найти все то же самое.
Если вы именно снимите задачу «Проводника», то у вас пропадет все и останется только диспетчер задач. Далее нажмите в верхнем меню «Файл — Создать задачу» и в открывшемся окне введите explorer.exe и нажмите «Enter». Это вернет вам проводник и не потребуется перезагрузка сервера
Во многих случаях, это помогает исправить критическую ошибку, когда не работает кнопка пуск на вашем сервере, это такой лайтовый вариант.
Отсутствие прав на запуск пуска
В огромном количестве случаев бывает так, что причиной по которой вас не открывается и вообще ни как не реагирует меню псу, это отсутствие прав на компонент {316CDED5-E4AE-4B15-9113-7055D84DCC97}. Ранее мы уже встречались с вами с компонентом {316CDED5-E4AE-4B15-9113-7055D84DCC97}, когда устраняли ошибку ID 10016. Просто если кто не в курсе, то Windows видит все функции, компоненты в виде GUID номеров, и вот панель «Пуск» имеет вид {316CDED5-E4AE-4B15-9113-7055D84DCC97}, тут нет ничего сложного. Если посмотреть реестр Windows, то вы обнаружите запись:
HKEY_CLASSES_ROOT\WOW6432Node\AppID\{316CDED5-E4AE-4B15-9113-7055D84DCC97}
Immersive Shell — это и есть интерфейс Metro в Windows. Понимая это нужно удостовериться, есть ли у вас права на его использование или нет.
Для этого я использую скрипт DCOMPermissions.psm1.
Поместите его в доступную папку, у меня это будет C:\Share.
Далее я вам советую запустить оболочку PowerShell ISE в режиме администратора, она находится по пути:
C:\Windows\System32\WindowsPowerShell\v1.0
Щелкаем по значку powershell_ise.exe правым кликом и выбираем пункт «Запуск от имени администратора».
выполните команду, которая позволит запускать неподписанные скрипты:
Выберите пункт «Y».
Далее переходим в нашу папку, где лежит скрипт и импортируем данный модуль.
cd C:\Share
Import-Module .\DCOMPermissions.psm1
Далее даем права для группы «NT AUTHORITY\Прошедшие проверку»
Grant-DCOMPermission -ApplicationID «{316CDED5-E4AE-4B15-9113-7055D84DCC97}» -Account «NT AUTHORITY\Прошедшие проверку» -Type Launch -Permissions LocalLaunch,LocalActivation -OverrideConfigurationPermissions
Далее проверим, что на контейнер {316CDED5-E4AE-4B15-9113-7055D84DCC97} на значились наши права, для этого выполните:
Get-DCOMPermission -ApplicationID «{316CDED5-E4AE-4B15-9113-7055D84DCC97}» -Type Launch
Как видим NT AUTHORITY\Прошедшие проверку есть в списке, по идее кнопка пуск у вас сразу должна заработать, но если не заработает, то нужно перезагрузиться или сделать выход из системы (logoff).
Перезапуск службы поиска
Если перестал работать пуск, то из быстрых решений можете проверить, что у вас запущена служба поиска и сам процесс. Перейдите в оснастку службы (services.msc) и найдите там службу «Windows Search«, убедитесь, что она запущена и что у нее тип запуска «Автоматически«.
Так же откройте «Диспетчер задач», вкладка «Подробности». Найдите там SearchUI.exe и снимите у него задачу, он будет перезапущен.
То же самое вы можете найти и на вкладке «Процессы», тут уже будет «Поиск»
Восстанавливаем работу пуск через средство диагностики
Следующим методом, я вам настоятельно рекомендую использовать разработанную в Microsoft утилиту «Средство диагностики и исправления проблем с кнопкой «Пуск (startmenu.diagcab)'».
Запускаем утилиту, она покажет, что будет искать проблемы с работой главного меню «Пуск». Нажмите далее.
Утилита начнет сканирование и обнаружение проблем.
Через некоторое время вы получите результат. Если все хорошо, то статус будет «Модуль устранения неполадок не выявил проблемы«
При желании вы можете более детально посмотреть все пройденные проверки, через пункт «Просмотреть дополнительные сведения«
Что именно проверяет средство устранения неполадок по мимо установки пакетов. Проверяет, есть ли у текущего пользователя разрешения на доступ к следующему разделу реестра, и при необходимости исправляет списки управления доступом:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\ DeviceAccess\Global
Если же есть проблемы, то вы можете увидеть такие сообщения об ошибке, которые не удается исправить:
Reauired application are not installed correctly. Install the applications
Ругается, что компоненты не установлены.
Reauired application are not installed correctly “Microsoft.Windows.ShellExperienceHost” and “Microsoft.Windows.Cortana” applications are installed correctly»
Как видите, он нам тонко намекает, что хорошо бы переустановить Microsoft.Windows.ShellExperienceHost.
Как повторно зарегистрировать компоненты меню Пуск в Windows Server 2016
Очень часто меню «Пуск» может не работать из-за поврежденного или отсутствующего пакета. Никто вам не мешает заново зарегистрировать меню «Пуск» . С помощью Windows PowerShell вы можете сделать это возможным, инструкции по использованию которого упомянуты ниже. Обратите внимание, что для применения этого трюка вам необходимо войти в систему как администратор, поэтому, если ваша система является частью домена, это может не сработать, так как обычно у пользователей минимальные права на рабочей станции.
Первое, что вы должны сделать для того, чтобы заново зарегистрировать пакет отвечающий за ваше меню «Пуск», это запустить ОБЯЗАТЕЛЬНО в режиме администратора оболочку PowerShell. В окне PowerShell вам необходимо ввести вот такую команду:
Get-appxpackage -all *shellexperience* -packagetype bundle |% {add-appxpackage -register -disabledevelopmentmode ($_.installlocation + “\appxmetadata\appxbundlemanifest.xml”)}
После успешного выполнения команды вы можете закрыть окно PowerShell и перезагрузить компьютер. После перезапуска системы проблемы, с которыми вы столкнулись с меню «Пуск», должны быть решены.
Если вы потом по прежнему не можете взаимодействовать с кнопкой «Пуск» и средство проверки, все так же показывает отсутствие компонентов «Microsoft.Windows.ShellExperienceHost» and «Microsoft.Windows.Cortana», то причиной может быть ваш антивирус, например Comodo Internet Security или Symantec.
Удаление антивируса для ремонта кнопки «Пуск»
Бывают неприятные ситуации, когда программа, которая призвана вас защищать ломает вашу систему или ее компоненты, случаев таких полно. Если у вас в ОС есть антивирусные решения, отличные от защитника Windows, то можно попробовать их удалить (Avast, Comodo).
Удалять антивирус можно как и любую обычную программу, при желании можете скачать с сайта производителя специальную утилиту для этих вещей, обычно они есть у каждого антивируса. После удаления антивируса, обязательно перезагрузите сервер или компьютер. Далее когда система вновь загрузится, откройте PowerShell в режиме администратора и введите команды:
Get-AppxPackage Microsoft.Windows.ShellExperienceHost | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register «$($_.InstallLocation)\AppXManifest.xml»}
Get-AppxPackage Microsoft.Windows.Cortana | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register «$($_.InstallLocation)\AppXManifest.xml»}
Get-AppxPackage Microsoft.Windows.StartMenuExperienceHost | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register «$($_.InstallLocation)\AppXManifest.xml»}
Или перерегистрировать все сразу пакеты:
Get-AppXPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register «$($_.InstallLocation)\AppXManifest.xml»}
Далее откройте реестр Windows и перейдите в раздел:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \WpnUserService
Находим тут ключ с именем «Start‘, щелкаем по нему двойным щелчком мыши и меняем значение на 4. После чего обязательно перезагрузите вашу систему. Это должно исправить ситуацию, когда не работает меню пуск в Windows.
Восстановление поврежденных компонентов в системе
Очень часто, одной из причин почему не работает пуск, является, повреждение файловой системы Windows и ее компонентов, в следствии чего вы будите получать еще и ошибку:
Критическая ошибка: Меню «Пуск» и приложение Кортана не работают. Мы попытаемся исправить эту проблему при следующем выполнении входа.
Critical Error: Start menu and Cortana aren’t working. We’ll try to fix it the next time you sign in.
В такой ситуации нужно выполнить один скрипт, который позволит вам все быстро проверить и восстановить. Про скрипт я уже рассказывал в статье, где мы ремонтировали ошибки «80244010 и C80003FB».
После того, как вы его загрузите и распакуете, вам нужно запустить от имени администратора файл ResetWUEng.cmd
В результате чего у вас будет запущен скрипт, на экране ознакомления вам нужно подтвердить, что вы его запускаете, для этого нажмите «Y».
Перед вами появятся все возможности данного скрипта Reset Windows Update Tool. Нас будут интересовать пункты с 5-го по 11.
Выбираем пятый пункт (Runs Chkdsk on the Windows Partition), чтобы проверить наш диск C:\ на наличие программных и физических ошибок. Вас уведомят, что это можно выполнить при следующей перезагрузке системы, подтвердите нажав клавишу «Y».
Перезагрузите вашу систему. Для этого можно выбрать 19 пункт «Restarts your PC«
Вот так будет выглядеть проверка на ошибки в Windows. После того, как загрузиться ваша система сразу проверьте, открывается ли у вас кнопка пуск или нет. Если нет, то переходим к следующему пункту скрипта.
Выбираем шестой пункт «Run the System File Cheker Tool«, по сути у вас будет запущена команда (sfc /scannow). Использование средства проверки системных файлов довольно длительный процесс, поэтому вам придется запастись терпением.
Дожидаемся завершения. Если будут найдены ошибки, то sfc попробует их исправить. Могут быть ситуации, что это не получается и вам нужно переходить к следующему пункту. Если целостность была восстановлена, то попробуйте перезагрузится и удостовериться, что ваше меню «Пуск» снова стало активным. Хочу отметить, что весь процесс сканирования будет отображен в логах, где так же можно посмотреть отдельные ошибки:
Путь к файлу логу %WinDir%\Logs\CBS\CBS.log
Если у вас по прежнему не работает меню «Пуск», то выбираем пункт 8 «Checks the image for component store corruprion«. У вас будет выполнена команда (dism /checkhealth). В идеале повреждений не должно быть. Если оно обнаружено, то переходим к пункту 9.
Запускаем пункт «Perform repair operations automatically‘». Это аналог команды (dism /online /cleanup-image /restorehealth). Через некоторое время, все должно быть восстановлено.
Если восстановление не получилось, то необходимо открывать лог файл и смотреть ошибки. Найти их можно по пути:
C:\Windows\Logs\DISM\dism.log
Если по каким-то причинам у вас нет возможности скачать мой скрипт, или у вас нет на сервере интернета, то просто выполните по очереди команды:
- sfc /scannow
- DISM /Online /Cleanup-Image /ScanHealth
- DISM /Online /Cleanup-Image /CheckHealth
- DISM /Online /Cleanup-Image /RestoreHealth
не забываем потом перезагрузиться.
Переходим к 11 пункту (Deletes any incorrect registry values) и постараемся удалить старые и неправильные записи в реестре.
На всякий случай на вашем рабочем столе будет создана резервная копия всего реестра. После чего начинается диагностика и очистка реестра Windows от мусорных записей. Если операция успешно завершена, я вам предлагаю перезагрузиться и проверить стал ли теперь работать «Пуск» (Постарайтесь сразу папку с резервной копией реестра не удалять, а хотя бы недельку подержать на всякий случай)
Если у вас нет возможности скачать скрипт описанный выше, то вы можете так же в командной строке выполнить код:
sfc /scannow & DISM /Online /Cleanup-Image /ScanHealth & DISM /Online /Cleanup-Image /CheckHealth & DISM /Online /Cleanup-Image /RestoreHealth
Восстановление базы данных TileDataLayer
Бывает так, что локальный профиль пользователя может быть поврежден. В частности, могут быть повреждены база данных TileDataLayer, папка пакетов и файл UsrClass.dat. Попробуем восстановить их.
У вас должна быть учетная запись, в которой нет проблем с меню «Пуск», так как вам нужны хорошие копии базы данных TileDataLayer для копирования. Это можно сделать с другого сервера с Windows Server 2016
Алгоритм действий такой.
- Вы заходите на сервер с Windows Server 2016, где работает кнопка «Пуск». Обязательно убедитесь, что у вас там есть две учетные записи с административными правами, это связано с тем, что когда сессия пользователя активна, у нее используются файлы из папки TileDataLayer , они заблокированы, поэтому вам и нужно их скопировать со второй учетной записи, которая в данный момент не активна на сервере. Папка лежит по пути «%LOCALAPPDATA%\TileDataLayer\Database«
- Далее вы заходите на сервер, где не работает кнопка пуск. Необходимо войти в систему с учетной записью администратора с правами на оба профиля пользователя. Перейдите по пути, заменив логин на имя сбойного.
C:\Users\ваш логин\AppData\Local
- Переименуйте или удалите папку Packages, лично я переименовал в папку Packages.old
- Удалите или переименуйте файл UsrClass.dat по пути «C:\Users\логин сбойной учетки\AppData\Local\Microsoft\Windows\UsrClass.dat». Я переименовал его в UsrClass.old
- Далее вам нужно заменить битую папку TileDataLayer на рабочую, ту что вы скопировали с другого сервера. Напоминаю, куда ее подложить «C:\Users\логин поврежденной учетки\AppData\Local\TileDataLayer\Database»
- Перезагружаемся и проверяем работу меню «Пуск»
Проверка политики Applocker
Applocker — действительно хорошая функция, но, как и все функции безопасности, у нее есть некоторые подводные камни. Один из них заключается в том, что если вы включите Applocker в Windows 10 или Windows Server 2016, то кнопка «Пуск» больше не будет работать. Если щелкнуть левой кнопкой мыши, ничего не произойдет.
Если у вас есть контроллер домена Windows 2008 R2, то вы не увидите «Правила для упакованных приложений» в консоли управления групповой политикой. Вам нужно будет создать эту политику на сервере Windows Server 2012 или выше с GPMC. Чтобы решить эту проблему, вам необходимо создать правила для упакованных приложений в групповой политике Applocker. Для этого выполните следующие действия
- Перейдите в «Конфигурация компьютера — Политики — Конфигурация Windows — Параметры безопасности — Политики управления приложениями — Applocker»
- 2. Щелкните правой кнопкой мыши «Правила пакетных приложений» и выберите «Создать правила по умолчанию».
- После обновления групповой политики к рабочей станции Windows 10 кнопка «Пуск» снова заработает.
Создание новой учетной записи
Нужно выяснить является ли проблема на уровне сервера или же на уровне вашей учетной записи. Для это вы можете в случае с доменным компьютеров попробовать войти под другой учетной записью и проверить открывается ли пуск или нет. В случае с обычным серверов Windows Server 2016, который находится в рабочей группе, я вам советую создать новую учетную запись и проверить уже под ней. Для этого в командной строке в режиме администратора введите:
net user имя пользователя пароль /add (В моем примере net user pusk 123456 /add)
Далее пробуем зайти под новым пользователем, если вы используете удаленное подключение к рабочему, столу то не забываем дать учетной записи административные права
Отключение некоторых функций меню «Пуск»
Что еще делать если не работает пуск? Вы можете проверить не активирована ли у вас опция «Открывать начальный экран в полноэкранном режиме». Для этого вызовите окно «Выполнить» и введите в нем:
ms-settings:personalization-start
Уберите ползунок с опции «Открывать начальный экран в полноэкранном режиме».
Если у вас есть проблемы с файловой системой, то можете получить ошибку:
ms-settings:personalization-start the wait operation timed out
Нужно снова проверить ее на ошибки через утилиты sfc и DISM.
Не работает пуск из за UPD дисков
Очень часто на RDS ферме используются UPD диски, из-за которых может не работать панель пуска, казалось, что это было решено до появления Spectre patch, а затем снова вернулось. Когда это происходит, в %localappdata%\Packages присутствует только 1 или 2 папки, должно быть 15. Вот пример скрипта Powershell, который вам поможет это исправить, запускать необходимо в контексте пользователя у которого не работает кнопка пуск.
$packages = Get-ChildItem -Path «$env:USERPROFILE\AppData\Local\Packages»
if($packages.count -lt 14){
$apps = Get-ChildItem -Recurse -Path «C:\Windows\SystemApps»,»C:\Windows\ImmersiveControlPanel», «C:\Windows\PrintDialog»,»C:\Windows\MiracastView» -Include «AppXManifest.xml»
Foreach($app in $apps){
Add-AppxPackage -DisableDevelopmentMode -Register «$app» -Verbose}
}
Else{
$null}
Скачать готовый скрипт — https://cloud.mail.ru/public/5NZx/4rrcJzqNr
Восстановление поврежденного профиля
Итак, что делать если не работает пуск даже после всех вышеописанных методов. Одной из причин может быть поврежденный профиль пользователя, как правило в реестре создается его копия с проблемами, я уже такое рассматривал в статье «Невозможно загрузить профиль пользователя». Вам нужно для начала выяснить SID пользователя у которого есть проблемы с меню «Пуск», а далее выполняем поэтапно следующие шаги:
Обязательно сохраните все данные из поврежденного профиля
- Войдите на сервер с другой учетной записью администратора.
- Удалите профиль пользователя в c:\users\<поврежденный профиль>
- Перейдите в реестр к ветке HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\ CurrentVersion \ ProfileList
- Изучите каждую запись SID для «ProfileImagePage REG_EXPAND_SZ» C:\users<поврежденный профиль>»
- Удалить запись SID.
- Выйти
- Войдите как пользователь <поврежденный профиль>, чтобы создать новый профиль.
Не работает пуск из-за брандмауэра
Не знаю в чем прикол, но в ряде случаев вам потребуется выполнить удаление ключей реестра отвечающих за правила брандмауэра и заново их воссоздание. Запустите в PowerShell команды:
Remove-Item «HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess \Parameters\FirewallPolicy\RestrictedServices\Configurable\System»
New-Item «HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess \Parameters\FirewallPolicy\RestrictedServices\Configurable\System»
Remove-Item «HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess \Parameters\FirewallPolicy\FirewallRules»
New-Item «HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess \Parameters\FirewallPolicy\FirewallRules»
Remove-Item «HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion \Notifications» -Recurse
New-Item «HKLM:\SOFTWARE\Microsoft\Windows NT\ CurrentVersion\Notifications»
Для Windows Server 2019, вот такую ветку нужно удалить и воссоздать: HKLM:\SYSTEM\CurrentControlSet\Services\SharedAccess\ Parameters\FirewallPolicy\RestrictedServices\AppIso\FirewallRules
Скачать готовый скрипт — https://cloud.mail.ru/public/3mKR/NZtmoQS95
Делаем, мы это для того, чтобы удалить огромное количество записей в данной ветке, которые почему-то генерирует брандмауэр. Вот пример нормального содержимого, количество записей свыше 7000
А вот пример, где количество записей превышает свыше 250 00 и это не нормально, и может спокойно ломать кнопку пуск.
Удаление Dropbox
Если у вас на сервере Windows Server 2016 установлена старая версия Dropbox, то попробуйте ее удалить и если она вам нужна поставьте более свежую версию.
Отключение UAC
Если у вас были манипуляции с правами и кнопка пуск перестала открываться, то попробуйте отключить UAC, чтобы удостовериться является ли он причиной или нет.
Удаление обновления
Если у вас был установлен кумулятивный, месячный апдейт, то попробуйте удалить новую KB, после чего перезагрузите сервер и проверьте вашу кнопку пуск.
На этом у меня все, я постарался собрать все известные мне методы, которые могут помочь вам решить проблему с неработоспособностью меню «Пуск». С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
- Remove From My Forums
Не работает кнопка пуск и поиск терминальный сервер роуминг профили
-
Общие обсуждения
-
Добрый день. Столкнулась с проблемой, не могу решить уже неделю, возможно кто то подскажет как быть.
Есть Домен, в домене поднято AD, есть терминальный сервер 2016. Профили пользователей хранятся на файловом сервере. Создан этолонный профиль и в GPO привязан путь к этому профилю для логина на терминальный сервер. Если заходить
под этолонным профилем все работает, если мы заходим под другим пользователем, эталонный профиль копируется в него, но не работает кнопка пуска по левой кнопки мыши (по правой работает) и не работает поиск. Права на
папку профиля и на реестр у всех full control.-
Изменен тип
4 октября 2018 г. 7:10
-
Изменен тип