Не открывается администрирование в windows xp

На Windows XP перестали запускаться утилиты ping, ipconfig и другие утилиты, входящие в состав Windows (находятся в папке c:Windowssystem32). Причем с утилитами все в порядке, они находятся там, где положено (в папке c:Windowssystem32), и могут нормально запускаться, если указать для запуска полный путь, либо сделать текущим каталог, где они находятся (папку c:Windowssystem32). В переменной окружения Path путь до каталога c:Windowssystem32 нормально указан.

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

[Памятка по редактированию %PATH%]

Переменные окружения редактируются через оснастку Свойства системы (Мой компьютер -> Свойства), закладка Дополнительно, кнопка Переменные среды. Также для редактирования Path и системных переменных можете воспользоваться утилитами [1, 2, 3].

Переменная PATH составляется из настроек пользователя (Переменные среды пользователя …) и настроек системы (Системные переменные). Имеет смысл проверить содержимое переменной Path в обоих этих разделах.

Переменная Path хранит в себе несколько путей, которые отделяются друг от друга точкой с запятой. Ниже пример моей глючной конфигурации, которая не давала запускаться системным утилитам (содержимое системной переменной Path). Для наглядности я разделил Path на отдельные строки, по одному пути в каждой строке. В реальности все пути в переменной Path находятся в одной строке. Красным шрифтом помечены пути, которые я удалил для исправления ошибки.

c:STMSTMCR1.6.0bin;

C:Program FilesPC Connectivity Solution;
c:Program FilesAtmelAVR ToolsAVR Toolchainbin;
%SystemRoot%system32;%SystemRoot%;
%SystemRoot%system32WBEM;
C:Xilinx11.1ChipScopebinnt;
C:Xilinx11.1commonbinnt;
C:Xilinx11.1commonlibnt;
%XILINX_EDK%binnt;
%XILINX_EDK%libnt;
%XILINX_PLANAHEAD%bin;
%XILINX%binnt;
%XILINX%libnt;
c:WinAVR-20100110bin;
c:WinAVR-20100110utilsbin;
c:devkitPromsysbin;
C:Program FilesATI TechnologiesATI.ACECore-Static;
C:WINDOWSsystem32WindowsPowerShellv1.0;
C:Program FilesTortoiseHg;
C:Program FilesTortoiseSVNbin;

C:Program FilesIVI FoundationIVIbin;
C:Program FilesIVI FoundationVISAWinNTBin;
C:PROGRA~1IVIFOU~1VISAWinNTBin;
C:Program FilesCommon FilesAdobeAGL;

C:Program FilesMicrosoft SQL Server100ToolsBinn;
C:Program FilesMicrosoft SQL Server100DTSBinn;
C:Program FilesOpenVPNbin;
%ANT_HOME%bin;
%ANDROID_SDK%tools;
%ANDROID_SDK%platform-tools;
%ANDROID_NDK%;
c:Program FilesJavajdk8u5bin;
C:Program FilesTortoiseGitbin;

C:Program FilesIVI FoundationVISAWinNTBin;
%CDSROOT%toolspcbbin;
%CDSROOT%toolsbin;
%CDSROOT%toolslibutilbin;
%CDSROOT%toolsfetbin;
%CDSROOT%toolsspecctrabin;
%CDSROOT%toolspspice;
%CDSROOT%toolscapture;
%CDSROOT%openaccessbinwin32opt;

Проверьте также и другие переменные, которые подставляются в пути с помощью %имя_переменной%. Обратите внимание, что таким образом подставляются в Path пути %SystemRoot%system32, %ANT_HOME%bin, %ANDROID_SDK%tools и другие. В моем случае была ошибка в том, что не существовал путь на диске, на которую указывала переменная %CDSROOT%, поэтому я удалил все пути с этой переменной, и также удалил эту ошибочную переменную.

После редактирования Path не забывайте перезапускать командную строку, потому что переменные окружения считываются заново в момент запуска интерпретатора команд cmd.exe.

Во избежание ошибок советую сделать копию переменной окружения Path в текстовый файл перед началом её реального редактирования. Кстати, редактировать текст переменной удобнее именно в обычном текстовом редакторе (наподобие notepad или notepad2), а не в стандартной остнастке, которую предлагает Windows.

[Ссылки]

1. Windows Environment Variables Manager site:sourceforge.net или site:env-man.blogspot.ru.
2. PATH Manager site:sourceforge.net.
3. Windows Environment Variables Editor site:eveditor.com.

• Небольшие технические трудности. В ближайшее время мы появимся в сети и сайт станет чуточку лучше

В Windows имеется целый ряд встроенных приложений, для запуска которых используется Консоль управления Microsoft, или сокращенно MMC. Если с ней возникнут проблемы, то высока вероятность, что вы не сможете запустить Диспетчер устройств, Управление дисками, оснастку управления службами и другие важные средства администрирования. При этом вы будете получать одно и то же уведомление «Администратор заблокировал выполнение этого приложения…» с указанием на исполняемый файл mmc.exe.

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

Командная строка

Если та или иная оснастка не запускается через меню кнопки Пуск, панель управления или окошко «Выполнить», попробуйте запустить ее через командную строку или PowerShell.

Откройте консоль от имени администратора и выполните команду вида [mmc.exe название оснастки], например, mmc.exe devmgmt.msc или mmc.exe services.msc. Как нетрудно догадаться, первая команда запускает Диспетчер устройств, а вторая — оснастку управления службами.

Также вы можете открыть командой mmc.exe саму консоль mmc и добавить нужную вам оснастку уже через нее.

Следует, однако отметить, что использование командной строки не решает саму проблему, — через графический интерфейс средства администрирования по-прежнему запускаться не будут.

Скрытая учетная запись Администратора

Альтернативным решением может стать использование встроенной скрытой учетной записи Администратора.

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

net user Администратор /active:yes

Проверьте локальные политики безопасности

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

Запустите командную строку как было показано в способе 1 и выполните в ней команду secpol.msc, чтобы открыть локальные политики безопасности.

Перейдите к настройке «Локальные политики» —> «Параметры безопасности», отыщите справа параметр «Контроль учетных записей: все администраторы работают в режиме одобрения администратором»,

отключите его после чего обязательно перезагрузите компьютер.

Маловероятно, что это решит проблему, но сбрасывать этот вариант со счетов тоже не стоит.

Проверка целостности системных файлов

Чтобы исключить повреждение самого mmc.exe и прочих системных файлов, выполните в запущенной с правами администратора командной строке команду sfc /scannow и дождитесь результата.

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

Что не так со службой криптографии

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

Откройте командой services.msc оснастку управления службами в командной строке как было показано выше и убедитесь, что служба выполняется.

Если служба не запускается или хуже того, отсутствует, ее нужно будет восстановить.

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

1. Найдите рабочий компьютер с той же версией Windows, откройте на нём редактор реестра и разверните ветку HKLMSYSTEMCurrentControlSetServices;
2. В левой колонке отыщите подраздел CryptSvc, кликните по нему правой кнопкой мыши, выберите «Экспортировать» и сохраните ключ в виде REG-файла;

1. Перенесите созданный файл на ваш компьютер, выполните слияние файла и перезагрузитесь.

Если ошибка была связана с повреждением указанного ключа, любая оснастка MMC запустится в штатном режиме.