13.10.2026

Не удалось выполнить перечисление объектов в контейнере: отказано в доступе

Ошибка «не удалось выполнить перечисление объектов в контейнере отказано в доступе» означает, что система не может показать вам содержимое папки, диска или раздела реестра — у вашей учётной записи просто нет на это прав. Решается это правами доступа: либо вы запускаете программу с повышенными правами, либо меняете владельца объекта и выдаёте себе доступ вручную.

Ошибка возникает при попытке открыть содержимое папки, диска или ветки реестра, к которой у вашей учётной записи нет прав.
Чаще всего помогает запуск проводника, программы или командной строки от имени администратора.
Если это не сработало — придётся сменить владельца объекта через свойства и вкладку безопасности.
На системном диске и в защищённых системных папках права специально ограничены, и лезть туда стоит с осторожностью.

Что на самом деле происходит внутри системы

Слово «контейнер» здесь звучит абстрактно, но за ним стоит обычная папка, диск, раздел или ветка реестра. Когда Windows пытается «перечислить объекты» — то есть показать список файлов, подпапок или разделов внутри — система сначала проверяет, есть ли у вашей учётной записи разрешение на чтение. Если разрешения нет, выдаётся именно эта ошибка.

По сути это защитный механизм NTFS (файловой системы Windows) или реестра — он не даёт посторонним пользователям и процессам заглядывать туда, куда им не положено. Проблема в том, что иногда «посторонним» оказывается сам владелец компьютера — например, после переустановки системы, переноса диска с одного компьютера на другой или смены учётной записи.

Права доступа — самая частая причина

Почти всегда причина одна: у объекта (папки, файла, диска) прописан список разрешений, в котором вашей текущей учётной записи либо нет вообще, либо прав слишком мало — только на чтение имени, но не на открытие содержимого. Такое бывает после переноса данных со старого диска, после восстановления системы из образа или когда папку создавала другая учётная запись с более высокими правами.

Об этом же: Bootrec fixboot отказано в доступе: как исправить и Lomography выпустила необычную камеру с жидкостью в объективе.

Проверить это можно через свойства объекта: кликните правой кнопкой по папке или диску, выберите «Свойства», затем вкладку «Безопасность». Там будет список групп и пользователей с их разрешениями. Если вашей учётной записи в списке нет или напротив неё стоят одни минимальные права — вот и причина ошибки.

Запуск от имени администратора: когда помогает, а когда нет

Первое, что стоит попробовать — запустить программу или проводник от имени администратора (правая кнопка мыши по значку → «Запуск от имени администратора»). Это работает, если проблема связана именно с уровнем прав процесса, а не с тем, что объект принадлежит другому пользователю или системе.

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

Бывает и обратная ситуация: вы запускаете от имени администратора, а ошибка всё равно появляется. Значит, дело не в правах процесса, а в правах самого объекта — переходите к следующему шагу.

Смена владельца объекта и полный доступ

Если запуск от администратора не помог, нужно вручную стать владельцем папки или диска и выдать себе полный доступ. Делается это через свойства объекта: вкладка «Безопасность» → кнопка «Дополнительно» → строка «Владелец» → «Изменить». Там указываете свою учётную запись, ставите галочку «Заменить владельца для подконтейнеров и объектов» — это важно, иначе смена владельца затронет только верхнюю папку, а внутренние файлы останутся недоступными.

После смены владельца возвращаетесь на вкладку «Безопасность», добавляете свою учётную запись (если её там нет) и выдаёте полный доступ. Звучит громко, но по факту это просто разрешение читать и изменять содержимое — ничего не сломается, права можно вернуть обратно, если что-то пошло не так.

Процедура безопасна для обычных пользовательских папок. А вот с системными объектами — осторожнее, об этом ниже.

Системный диск и защищённые папки — отдельный случай

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

Разумный порядок: сначала посмотрите, что за папка вызывает ошибку. Если это ваша личная папка с документами, фото или скачанными файлами — можно спокойно менять владельца и права. Если это системная директория — лучше сначала проверить, действительно ли доступ туда вам нужен, или проблема решается иначе, например через восстановление системы или переустановку конкретной программы.

Отличия в зависимости от ситуации

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

Если ошибка появляется при работе с сетевой папкой, дело может быть не только в локальных правах Windows, но и в настройках доступа на самом сетевом ресурсе — тут смена владельца на своём компьютере не поможет, нужно менять права на стороне сервера или устройства, где хранится папка.

Отдельный случай — ошибка в редакторе реестра при попытке открыть ветку HKEY_LOCAL_MACHINE или похожую. Там принцип тот же — смена владельца ключа через свойства раздела реестра, но действовать нужно аккуратнее: неверные правки реестра могут повлиять на работу системы в целом.

Частые ошибки при попытке всё исправить

Самая распространённая ошибка — пытаться решить проблему только запуском от администратора, когда на самом деле объект принадлежит другой учётной записи или системе. Права процесса и права объекта — разные вещи, и одно без другого не всегда работает.

Вторая частая история — смена владельца без галочки «заменить для подконтейнеров», из-за чего доступ появляется только к самой папке, а файлы внутри всё равно недоступны. Приходится повторять операцию заново, уже с правильными настройками.

И третье — попытка получить полный доступ ко всему системному диску целиком «на всякий случай». Это лишний риск: система становится менее защищённой, а нужного результата такой подход часто не даёт, потому что конкретная проблемная папка всё равно остаётся с другими правами внутри общей структуры.

Что делать по порядку

Начните с простого: запустите нужную программу или проводник от имени администратора. Если ошибка пропала — вопрос закрыт. Не пропала — открывайте свойства проблемной папки или диска, проверяйте вкладку «Безопасность» и меняйте владельца, обязательно с распространением прав на подконтейнеры.

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