Не работает меню пуск. При этом в журнале можно увидеть ошибки:
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
- Сторонние утилиты, после установки которых идет конфликт в системе
Так как на устранение этой ошибки у меня ушло уйма времени и я перепробовал кучу всего, я решил все это структурировать и записать в виде отдельной статьи, в расчете, что мой путь будет кому-то полезен
Перезапускаем процесс отвечающий за работу кнопки пуск
Логично предположить, что в операционных системах 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_ROOTWOW6432NodeAppID{316CDED5-E4AE-4B15-9113-7055D84DCC97}
Immersive Shell — это и есть интерфейс Metro в Windows. Понимая это нужно удостовериться, есть ли у вас права на его использование или нет.
Для этого я использую скрипт DCOMPermissions.psm1.
Поместите его в доступную папку, у меня это будет C:Share.
Далее я вам советую запустить оболочку PowerShell ISE в режиме администратора, она находится по пути:
C:WindowsSystem32WindowsPowerShellv1.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_USERSoftwareMicrosoftWindowsCurrentVersion DeviceAccessGlobal
Если же есть проблемы, то вы можете увидеть такие сообщения об ошибке, которые не удается исправить:
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 + “appxmetadataappxbundlemanifest.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_MACHINESYSTEMCurrentControlSetServices 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%LogsCBSCBS.log
Если у вас по прежнему не работает меню «Пуск», то выбираем пункт 8 «Checks the image for component store corruprion«. У вас будет выполнена команда (dism /checkhealth). В идеале повреждений не должно быть. Если оно обнаружено, то переходим к пункту 9.
Запускаем пункт «Perform repair operations automatically‘». Это аналог команды (dism /online /cleanup-image /restorehealth). Через некоторое время, все должно быть восстановлено.
Если восстановление не получилось, то необходимо открывать лог файл и смотреть ошибки. Найти их можно по пути:
C:WindowsLogsDISMdism.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%TileDataLayerDatabase«
- Далее вы заходите на сервер, где не работает кнопка пуск. Необходимо войти в систему с учетной записью администратора с правами на оба профиля пользователя. Перейдите по пути, заменив логин на имя сбойного.
C:Usersваш логинAppDataLocal
- Переименуйте или удалите папку Packages, лично я переименовал в папку Packages.old
- Удалите или переименуйте файл UsrClass.dat по пути «C:Usersлогин сбойной учеткиAppDataLocalMicrosoftWindowsUsrClass.dat». Я переименовал его в UsrClass.old
- Далее вам нужно заменить битую папку TileDataLayer на рабочую, ту что вы скопировали с другого сервера. Напоминаю, куда ее подложить «C:Usersлогин поврежденной учеткиAppDataLocalTileDataLayerDatabase»
- Перезагружаемся и проверяем работу меню «Пуск»
Проверка политики 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:USERPROFILEAppDataLocalPackages»
if($packages.count -lt 14){
$apps = Get-ChildItem -Recurse -Path «C:WindowsSystemApps»,»C:WindowsImmersiveControlPanel», «C:WindowsPrintDialog»,»C:WindowsMiracastView» -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_MACHINESOFTWAREMicrosoftWindows NT CurrentVersion ProfileList
- Изучите каждую запись SID для «ProfileImagePage REG_EXPAND_SZ» C:users<поврежденный профиль>»
- Удалить запись SID.
- Выйти
- Войдите как пользователь <поврежденный профиль>, чтобы создать новый профиль.
Не работает пуск из-за брандмауэра
Не знаю в чем прикол, но в ряде случаев вам потребуется выполнить удаление ключей реестра отвечающих за правила брандмауэра и заново их воссоздание. Запустите в PowerShell команды:
Remove-Item «HKLM:SYSTEMCurrentControlSetServicesSharedAccess ParametersFirewallPolicyRestrictedServicesConfigurableSystem»
New-Item «HKLM:SYSTEMCurrentControlSetServicesSharedAccess ParametersFirewallPolicyRestrictedServicesConfigurableSystem»
Remove-Item «HKLM:SYSTEMCurrentControlSetServicesSharedAccess ParametersFirewallPolicyFirewallRules»
New-Item «HKLM:SYSTEMCurrentControlSetServicesSharedAccess ParametersFirewallPolicyFirewallRules»
Remove-Item «HKLM:SOFTWAREMicrosoftWindows NTCurrentVersion Notifications» -Recurse
New-Item «HKLM:SOFTWAREMicrosoftWindows NT CurrentVersionNotifications»
Для Windows Server 2019, вот такую ветку нужно удалить и воссоздать: HKLM:SYSTEMCurrentControlSetServicesSharedAccess ParametersFirewallPolicyRestrictedServicesAppIsoFirewallRules
Скачать готовый скрипт — https://cloud.mail.ru/public/3mKR/NZtmoQS95
Делаем, мы это для того, чтобы удалить огромное количество записей в данной ветке, которые почему-то генерирует брандмауэр. Вот пример нормального содержимого, количество записей свыше 7000
А вот пример, где количество записей превышает свыше 250 00 и это не нормально, и может спокойно ломать кнопку пуск.
Удаление Dropbox
Если у вас на сервере Windows Server 2016 установлена старая версия Dropbox, то попробуйте ее удалить и если она вам нужна поставьте более свежую версию.
Отключение UAC
Если у вас были манипуляции с правами и кнопка пуск перестала открываться, то попробуйте отключить UAC, чтобы удостовериться является ли он причиной или нет.
Удаление обновления
Если у вас был установлен кумулятивный, месячный апдейт, то попробуйте удалить новую KB, после чего перезагрузите сервер и проверьте вашу кнопку пуск.
На этом у меня все, я постарался собрать все известные мне методы, которые могут помочь вам решить проблему с неработоспособностью меню «Пуск». С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.
SysAdmin
Windows Server
758
В данной статье я расскажу, как решить проблему с кнопкой «Пуск» в Windows Server 2016, когда она перестает реагировать на левый клик мыши, хотя правый клик работает корректно, отображая контекстное меню. Эта неисправность часто возникает на серверах, где значки меню «Пуск» настраиваются через XML-файл, развернутый с помощью групповой политики.
Онлайн-курс: Zabbix 6. Мониторинг IT инфраструктуры предприятия.
Курс предлагает глубокое изучение Zabbix 6 и охватывает все ключевые аспекты: от установки и конфигурации до продвинутого мониторинга и автоматизации. Курс подходит как для начинающих, так и для опытных администраторов.
Содержание:
- Меню «Пуск» не реагирует в Windows Server 2016
- Решение проблемы
- Заключение
Меню «Пуск» не реагирует в Windows Server 2016
Эта проблема часто встречается на серверах под управлением Windows Server 2016. Несмотря на многочисленные попытки устранить неисправность, стандартные методы, такие как сброс профиля пользователя, не приводят к положительному результату. Она продолжает вызывать неудобства для администраторов и пользователей, затрудняя выполнение повседневных задач.
Решение проблемы
Чтобы временно устранить проблему с неработающим меню «Пуск» в текущем сеансе пользователя, выполните следующую команду в PowerShell:
Get-AppXPackage | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register “$($_.InstallLocation)\AppXManifest.xml”}
После выполнения этой команды функциональность меню «Пуск» должна восстановиться. Однако имейте в виду, что проблема может повториться через некоторое время, например, на следующий день.
Для постоянного исправления проблемы выполните следующие действия от имени администратора:
Важно: Рекомендуется создать резервную копию реестра перед внесением изменений, чтобы избежать непредвиденных последствий.
- Откройте 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"
Эти изменения будут применены ко всем пользователям на сервере и должны устранить проблему с меню «Пуск» на постоянной основе.
Важно отметить, что проблема, скорее всего, связана с отключением брандмауэра Windows на этих серверах. Приведенное выше решение предназначено для полного и постоянного устранения этой неисправности.
Заключение
В заключение, проблема с неработающим меню «Пуск» в Windows Server 2016 может существенно повлиять на удобство работы пользователей и администраторов. Мы рассмотрели временные и постоянные способы устранения этой неисправности, включая команду PowerShell для быстрого восстановления функциональности и изменение параметров реестра для долговременного решения.
Регулярное обслуживание серверов, корректная настройка групповых политик и мониторинг состояния системы помогут избежать подобных проблем в будущем. Надеюсь, предложенные методы окажутся полезными и позволят вам вернуть стабильную работу ваших серверов.
Вам понравилась эта статья? Тогда вам, скорее всего, будет интересна другая полезная статья Как проверить работоспособности Active Directory с помощью скрипта PowerShell.
Интересуешься IT и системным администрированием? Подпишись на SysAdminHub в телеграмм, чтобы узнавать обо всем первым — t.me/SysAdminHub
Статья была полезна? Поддержи автора, и благодаря твоей помощи новые материалы будут выходить еще чаще:
На чтение6 мин
Опубликовано
Обновлено
В работе с Windows Server иногда возникают проблемы, которые могут вызвать неудобства и замедлить выполнение задач. Одной из таких проблем может быть пропажа панели задач. Потеря панели задач может быть вызвана различными факторами, включая ошибки в настройках операционной системы или действия пользователя. В этом справочнике будут представлены несколько возможных решений, которые могут помочь восстановить пропавшую панель задач в Windows Server.
Первым шагом, который следует предпринять, является проверка настроек операционной системы. Возможно, панель задач была скрыта или перемещена на другой монитор. Для проверки настроек необходимо нажать правую кнопку мыши на рабочем столе и выбрать пункт «Персонализация». Затем следует выбрать «Панель задач» и убедиться, что опция «Автоматически скрывать панель задач в рабочем режиме» не выбрана. Если опция выбрана, следует снять галочку и проверить, появилась ли панель задач.
Если проверка настроек не принесла результата, следует попробовать перезагрузить операционную систему. Иногда панель задач может быть временно отключена из-за некорректных настроек или ошибок в работе операционной системы. Перезагрузка Windows Server может помочь восстановить панель задач и вернуть ее к нормальному состоянию. Для перезагрузки операционной системы следует выбрать пункт «Пуск» в нижней левой части экрана, нажать на стрелку возле кнопки выключения и выбрать «Перезагрузить».
Если панель задач все еще не появляется после перезагрузки, следует попробовать выполнить следующий шаг — запустить службу панели задач. Для этого необходимо нажать комбинацию клавиш Ctrl+Shift+Esc, чтобы открыть диспетчер задач. В диспетчере задач следует найти вкладку «Службы», найти службу «Панель задач и проводник Windows» и убедиться, что ее статус «запущен». Если статус службы не «запущен», следует нажать правой кнопкой мыши на службе и выбрать «Запустить». Затем следует проверить, восстановилась ли панель задач.
Восстановление пропавшей панели задач
Если панель задач в Windows Server пропала, вам потребуется выполнить несколько действий для ее восстановления:
- Нажмите правой кнопкой мыши на пустом месте на панели задач и убедитесь, что опция «Закрепить панель задач» не выбрана. Если она выбрана, снимите ее.
- Если панель задач все еще не появилась, нажмите клавишу «Ctrl + Shift + Esc» одновременно, чтобы открыть диспетчер задач Windows. В диспетчере задач выберите вкладку «Процессы» и найдите процесс «explorer.exe».
- Щелкните правой кнопкой мыши на процессе «explorer.exe» и выберите пункт меню «Перезапустить». Это перезапустит оболочку Windows и может восстановить пропавшую панель задач.
- Если панель задач по-прежнему отсутствует, возможно, она была выключена в настройках системы. Щелкните правой кнопкой мыши на пустом месте на рабочем столе и выберите пункт меню «Персонализация». В окне «Персонализация» выберите вкладку «Панель задач» и убедитесь, что опция «Автоматически скрывать панель задач в рабочем режиме» не активирована. Если она активирована, снимите ее.
- Также проверьте, нет ли других программ или инструментов, которые могут скрывать или блокировать панель задач. Попробуйте временно отключить эти программы или инструменты и проверьте, появится ли панель задач.
- Если все вышеперечисленные шаги не помогли, попробуйте перезагрузить компьютер. Нередко перезагрузка может решить проблему с пропавшей панелью задач.
Если ни один из этих способов не помог восстановить панель задач в Windows Server, возможно, причина проблемы более серьезная, и вам следует обратиться за помощью к системному администратору или технической поддержке Microsoft.
Проверка наличия скрытой панели задач
Если вы столкнулись с проблемой пропадания панели задач в Windows Server, первым шагом следует проверить наличие скрытой панели задач. Для этого можно воспользоваться следующими методами:
- Наведите указатель мыши на нижнюю часть экрана. Если появляется стрелка со стрелкой вверх, значит панель задач скрыта.
- Нажмите клавишу «Ctrl» + «Esc» на клавиатуре. Если панель задач появляется, значит она была скрыта.
- Нажмите клавишу «Win» + «R», чтобы открыть окно «Выполнить». Введите «taskmgr» и нажмите «Enter». Если открывается диспетчер задач, значит панель задач скрыта.
- Правой кнопкой мыши щелкните на свободной области панели задач и выберите пункт «Заблокировать панель задач». Если панель задач блокирована, значит она была скрыта.
Если вы обнаружили скрытую панель задач, просто кликните на стрелку возле нижнего края экрана или выполните соответствующие действия для ее отображения снова.
Верификация настроек панели задач
Если панель задач пропала в операционной системе Windows Server, это может быть связано с неправильными настройками. Чтобы верифицировать настройки панели задач, выполните следующие шаги:
| Шаг | Описание |
|---|---|
| 1 | Нажмите правой кнопкой мыши на панели задач и убедитесь, что опция «Закрепить панель задач» не выбрана. Если она выбрана, снимите галочку. |
| 2 | Убедитесь, что панель задач не была случайно перетащена в другое место на экране. Попробуйте переместить курсор мыши к нижней стороне экрана и увидеть, появляется ли панель задач. |
| 3 | Если вы используете несколько мониторов, проверьте, что панель задач не перемещена на другой монитор. Попробуйте переместить курсор мыши ко всем сторонам экрана и убедиться, что панель задач не появляется на другом мониторе. |
| 4 | Проверьте настройки панели задач в системных настройках. Откройте «Панель управления», выберите «Администрирование» и затем «Сервисы». Проверьте, включена ли служба «Панель задач и меню Пуск». Если служба выключена, запустите ее. |
| 5 | Перезапустите операционную систему. В некоторых случаях, перезагрузка может помочь восстановить панель задач. |
Если после выполнения всех указанных выше шагов панель задач все еще не появилась, рекомендуется обратиться за помощью к специалистам технической поддержки.
Перезапуск проводника Windows
Перезапуск проводника можно выполнить несколькими способами:
| Способ | Описание |
|---|---|
| 1. Через Диспетчер задач |
|
| 2. Через командную строку |
|
После выполнения перезапуска проводника Windows панель задач должна восстановиться. Если проблема не была решена, возможно, требуется другое решение, связанное с настройками системы или вирусным воздействием. В таком случае рекомендуется обратиться к специалисту или воспользоваться другими методами восстановления панели задач.
Использование системного файла восстановления
Следуйте этим шагам, чтобы использовать системный файл восстановления:
- Нажмите кнопку «Пуск» и выберите «Восстановление».
- В открывшемся окне выберите «Открыть системные настройки защиты».
- На вкладке «Защита системы» выберите диск, на котором установлена операционная система, и нажмите «Конфигурация».
- В новом окне выберите «Восстановить системые файлы и настройки компьютера» и нажмите «Далее».
- Выберите пункт «Использовать восстановление системы» и нажмите «Далее».
- Выберите последнюю точку восстановления, когда панель задач была доступна, и нажмите «Далее».
- Подтвердите свой выбор и нажмите «Далее».
- Ожидайте завершения процесса восстановления и перезагрузите компьютер.
После перезагрузки панель задач должна восстановиться и стать снова видимой. Если проблема остается, рекомендуется обратиться к специалисту для дополнительной помощи.
Создание нового пользователя с административными правами
Если вам пропала панель задач в Windows Server, одним из способов решения проблемы может быть создание нового пользователя с административными правами.
Для этого выполните следующие шаги:
Шаг 1:
Нажмите Win + R на клавиатуре, чтобы открыть Диалоговое окно «Выполнить».
Шаг 2:
Введите команду lusrmgr.msc и нажмите Enter, чтобы открыть Управление пользователями и группами.
Шаг 3:
В Управлении пользователями и группами выберите Пользователи, щелкните правой кнопкой мыши и выберите Создать новый объект.
Шаг 4:
Заполните необходимую информацию о новом пользователе, включая имя пользователя и пароль. Убедитесь, что установлен флажок Аккаунт администратора для назначения административных прав.
Шаг 5:
Нажмите ОК, чтобы создать нового пользователя.
После создания нового пользователя с административными правами, попробуйте войти в систему с его учетными данными и проверить, появилась ли панель задач в Windows Server. Если проблема с панелью задач сохраняется, попробуйте выполнить другие рекомендации из справочника.
На компьютерах с Windows 10 и Windows Server 2016, введенных в домен ActiveDirectory, не работает кнопка Пуск (Start). При нажатии на нее левой кнопкой мыши ничего не происходит, хотя при нажатии правой кнопкой выскакивает контекстное меню.
Причина кроется в групповых политиках AppLocker и Software Restriction Policy.
Как известно, Software Restriction Policy предназначены для использования на компьютерах с Windows Vista и более старыми ОС, а AppLocker — для Windows 7 и более новых.
Их совместная работа невозможна. При наличии любых правил AppLocker настройки Software Restriction Policy игнорируются — https://docs.microsoft.com/en-us/windows/security/threat-protection/windows-defender-application-control/applocker/use-applocker-and-software-restriction-policies-in-the-same-domain. Поэтому в организациях, где Software Restriction Policy используется уже много лет, AppLocker выключен.
Для того, чтобы меню Start работало нужно создать дефолтную политику AppLocker в ветке Packaged app Rules. В редакторе политик находим AppLocker, раскрываем его ветку, нажимаем правой кнопкой по ветке Packaged app Rules и кликаем Create Default Rules.
Дефолтная политика Packaged app Rules позволяет всем пользователям запускать любые подписанные (signed) приложения.
По всей видимости, таким нехитрым образом Microsoft стимулирует переход на AppLocker. Если вы продолжаете использовать Software Restriction Policy, то будете мучаться без кнопки Start.