Нет доступа к рабочему столу windows 7

Обновлено: 06.07.2024

Исправления, которые стоит попробовать:

Возможно, вам не придется пробовать их все; просто просматривайте список, пока не найдете тот, который вам подходит.

Перезагрузите компьютер
Восстановить папку рабочего стола
Создать отсутствующую папку рабочего стола
Проверьте расположение рабочего стола с помощью редактора реестра.
Восстановите компьютер
Переустановите Windows 10

Исправление 1: перезагрузите компьютер

Вероятно, вы столкнетесь с файлом «C: Windows system32 config systemprofile Desktop. недоступен », если обновление Windows не было успешно установлено на вашем компьютере. В этом случае попробуйте несколько раз перезагрузить компьютер, чтобы завершить установку обновления.

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

Исправление 2: восстановите папку рабочего стола

Ошибка «C: Windows system32 config systemprofile Desktop недоступен» может произойти, если папка на рабочем столе повреждена. В этом случае восстановление папки может решить вашу проблему. Следуйте инструкциям ниже:

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

1) На клавиатуре нажмите клавишу с логотипом Windows и E на одновременно с открытием проводника.

2) Дважды щелкните Этот компьютер , чтобы развернуть список.

3) Щелкните правой кнопкой мыши Рабочий стол и выберите Свойства .

4) Перейдите на вкладку Местоположение. , затем нажмите Восстановить значение по умолчанию .

5) Нажмите Применить , затем OK .

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

Исправление 3: Создайте отсутствующую папку рабочего стола

Добавить расположение на рабочем столе через Проводник файлов Windows
Добавить расположение на рабочем столе с помощью командной строки

Добавить расположение на рабочем столе с помощью проводника файлов Windows

1) Откройте Проводник Windows.

3) Введите C: users Default в адресной строке, затем нажмите Enter на клавиатуре.

4) Щелкните правой кнопкой мыши и скопируйте папку рабочего стола .

Перейдите в C: Windows system32 config systemprofile .

6) На клавиатуре одновременно нажмите Ctrl и V , чтобы вставить папку рабочего стола в текущую каталог.

7) Перезагрузите компьютер, чтобы проверить свою проблему. . Если проблема не исчезнет, выберите Исправление 4 ниже.

Добавить расположение на рабочем столе с помощью командной строки

1 ) На клавиатуре одновременно нажмите клавиши Esc, Shift и Ctrl , чтобы открыть диспетчер задач.

2) Перейдите на вкладку Файл , затем нажмите Запустить новую задачу .

3) Введите cmd и установите флажок рядом чтобы Создайте эту задачу с правами администратора и нажмите OK .

4) Введите cd c: windows system32 config systemprofile , затем нажмите Enter. .

5) Тип mkdir desktop , а затем нажмите Enter .

6) Перезагрузите компьютер, чтобы проверить, исправило ли это ваше проблема. Если этого не произошло, попробуйте Исправление 4 ниже.

Исправление 4: проверьте расположение на рабочем столе с помощью редактора реестра

Еще одно исправление к ошибке «Местоположение недоступно» работает редактор реестра. Следуйте инструкциям ниже:

2) Введите Regedit и нажмите Enter на клавиатуре.

Если вас спросят о разрешениях, выберите Продолжить.

3) Перейдите в Компьютер HKEY_CURRENT_USER Software Microsoft Windows CurrentVersion Explorer Папки пользовательской оболочки .

4) Дважды щелкните Рабочий стол .

5) Убедитесь, что данные значения установлены на % USERPROFILE $ Desktop или .

6) Нажмите ОК .

Перезагрузите компьютер, чтобы узнать, помогло ли это решить вашу проблему. Если ошибка все еще существует, проверьте e исправление ниже.

Исправление 5: Восстановите ваш компьютер

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

1) Откройте Control Penal .

Вот два способа открыть панель управления:
Метод 1: нажмите клавишу с логотипом Windows на клавиатуре, и введите панель управления ; затем выберите в списке Панель управления.
Метод 2: На клавиатуре нажмите клавишу с логотипом Windows и R одновременно; затем введите панель управления и нажмите клавишу Enter.

2) В разделе Просмотр по выберите Категория .

4) Нажмите Безопасность. и техническое обслуживание .

4) Нажмите Восстановление .

5) Нажмите Откройте Восстановление системы .

6) Нажмите Далее .

7) Выделите нужную точку восстановления, затем нажмите Далее .

8) Нажмите Готово .

Исправление 6: Переустановите Windows 10

Если ни одно из вышеперечисленных исправлений не помогло вам, переустановка Windows 10, скорее всего, решение вашей проблемы. Просмотрите эту статью , чтобы узнать, как это сделать.

Надеюсь, эта статья помогла в решении вашей проблемы. Если у вас есть какие-либо вопросы или предложения, не стесняйтесь оставлять комментарии ниже.

Настройка прав доступа к удаленному рабочему столу
Такая проблема, есть компьютер,там база развернута демо версия программы 1С. Нужно создать.

Нет доступа к рабочеу столу
После пользования программой CCleaner начали появляться ошибку доступа на раочем столе, после.

Подключение к удаленному рабочему столу
Есть win7 и сервер к которому подключаюсь. Полгода проблем с подключением не было, но сейчас при.

Подключение к удаленному рабочему столу
Добрый день! При подключении проставляю галочку порт, подключаюсь, все нормально, порты.

Ну запустите проверку диска, что ли. Не знаю что там произошло (не должно было такого быть), но очевидно, что в файловой системе ошибки. rufis, Вы, когда пользовались семёркиной папкой из восмёрки, владельца папки меняли?
Если в семёрке создать ещё одного пользователя-админа то дать ему права на desktop старого пользователя получится? у меня предположение: что содержимое папки было вырезано и перемещено. Пробуйте восстановить, откатить 7.

Пришел домой, запускаю семерку - рабочий стол запускается без ошибки, но на нем есть только ярлыки к программам. Файлы, которые лежали на раб столе отсутствуют. В проводнике 2 папки с названием "Рабочий стол", к одной все по-прежнему нет доступа, вторая открывается но она пустая.

gecata, права не менял, но судя по всему проблема действительно с ними. Создал нового пользователя с правами администратора, залез в свойства папки, безопасность и вижу, что среди пользователей "система", "Администраторы" и "Имя пользователя" появились еще две Неизвестные учетные записи со знаком вопроса вместо значков. При попытке вручить права другому пользователю выскакивает окно "Ошибка применения параметров ""путь папки"" Отказано в доступе"

Добавлено через 41 минуту
Так, запустился под восьмеркой - теперь при попытке войти в папку, вылезла табличка, что нужно обладать правами для доступа. Жму "продолжить" и папка открылась. Недолго думая вырезал оттуда все файлы и вставил в "новый" рабочий стол. Перезагружаюсь - вроде все на месте. Вроде как проблема "решилась", но думаю не лишним будет все же узнать как получить доступ к папке из под семерки?

Проверка состояния протокола RDP

Проверка состояния протокола RDP на локальном компьютере

Сведения о том, как проверить и изменить состояние протокола RDP на локальном компьютере, см. в разделе How to enable Remote Desktop (Как включить удаленный рабочий стол).

Проверка состояния протокола RDP на удаленном компьютере

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

Чтобы проверить и изменить состояние протокола удаленного рабочего стола на удаленном компьютере, используйте подключение сетевого реестра:

Сначала откройте меню Пуск и выберите Выполнить. В появившемся текстовом поле введите regedt32.
В редакторе реестра нажмите Файл и выберите пункт Подключить сетевой реестр.
В диалоговом окне Выбор: "Компьютер" введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
Перейдите в раздел HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server и в раздел HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services.
- Если раздел fDenyTSConnections имеет значение 0, значит протокол RDP включен.
- Если раздел fDenyTSConnections имеет значение 1, значит протокол RDP отключен.
Чтобы включить протокол RDP, для fDenyTSConnections замените значение 1 на 0.

Проверка блокировки объектом групповой политики протокола RDP на локальном компьютере

Если не удается включить протокол RDP в пользовательском интерфейсе или для fDenyTSConnections возвращается значение 1 после его изменения, объект групповой политики может переопределять параметры на уровне компьютера.

Чтобы проверить конфигурацию групповой политики на локальном компьютере, откройте окно командной строки с правами администратора и введите следующую команду:

Когда команда будет выполнена, откройте файл gpresult.html. Выберите Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Подключения и найдите политику Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.

Если для параметра этой политики задано значение Включено, групповая политика не блокирует подключения по протоколу RDP.

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

Проверка блокировки объектом групповой политики протокола RDP на удаленном компьютере

Чтобы проверить конфигурацию групповой политики на удаленном компьютере, нужно выполнить почти такую же команду, что и для локального компьютера.

В файле (gpresult-<computer name>.html), который создается после выполнения этой команды, используется такой же формат данных, как в версии файла для локального компьютера (gpresult.html).

Изменение блокирующего объекта групповой политики

Эти параметры можно изменить в редакторе объектов групповой политики (GPE) и консоли управления групповыми политиками (GPM). Дополнительные сведения об использовании групповой политики см. в статье Advanced Group Policy Management (Расширенное управление групповыми политиками).

Чтобы изменить блокирующую политику, используйте один из следующих методов.

В GPE укажите определенный уровень для объекта групповой политики (локальный или доменный) и выберите Конфигурация компьютера > Административные шаблоны > Компоненты Windows > Службы удаленных рабочих столов > Узел сеансов удаленных рабочих столов > Подключения > Разрешить пользователям удаленное подключение с использованием служб удаленных рабочих столов.
1. Задайте для политики значение Включена или Не задана.
2. На затронутых компьютерах откройте окно командной строки с правами администратора и выполните команду gpupdate /force.
В GPM перейдите к подразделению, в котором блокирующая политика применяется к соответствующим компьютерам, и удалите эту политику.

Проверка состояния служб RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) должны быть запущены следующие службы:

службы удаленных рабочих столов (TermService);
перенаправитель портов пользовательского режима служб удаленного рабочего стола (UmRdpService).

Для локального или удаленного управления службами можно использовать оснастку MMC. Вы также можете использовать PowerShell для управления службами в локальном или удаленном расположении (если удаленный компьютер настроен для приема удаленных командлетов PowerShell).

На любом компьютере запустите одну или обе службы, если они запущены.

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

Проверка состояния прослушивателя протокола RDP

Проверка состояния прослушивателя RDP

Для выполнения этой процедуры используйте экземпляр PowerShell с разрешениями администратора. На локальном компьютере также можно использовать командную строку с разрешениями администратора. Но для этой процедуры используется PowerShell, так как одни и те же командлеты выполняются локально и удаленно.

Чтобы подключиться к удаленному компьютеру, выполните следующий командлет:

Введите qwinsta.

Если в списке содержится rdp-tcp с состоянием Listen, прослушиватель протокола удаленного рабочего стола работает. Перейдите к разделу Проверка порта прослушивателя протокола RDP. В противном случае перейдите к шагу 4.

Экспортируйте конфигурацию прослушивателя RDP с рабочего компьютера.

Войдите на компьютер с той же версией операционной системы, что и у затронутого компьютера, и получите доступ к реестру компьютера (например, с помощью редактора реестра).
Перейдите к следующей записи реестра:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp
Экспортируйте запись в REG-файл. Например, в редакторе реестра щелкните запись правой кнопкой мыши, выберите пункт Экспортировать, а затем введите имя файла для экспортируемых параметров.
Скопируйте экспортированный REG-файл на затронутый компьютер.

Чтобы импортировать конфигурацию прослушивателя протокола RDP, откройте окно PowerShell с разрешениями администратора на затронутом компьютере (или откройте окно PowerShell и подключитесь к этому компьютеру из удаленного расположения).

Чтобы создать резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:

Чтобы удалить резервную копию для существующей записи реестра, воспользуйтесь таким командлетом:

Чтобы импортировать новую запись реестра и перезапустить службу, воспользуйтесь такими командлетами:

Замените <filename> именем экспортированного REG-файла.

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

Проверка состояния самозаверяющего сертификата протокола RDP

Если подключиться так и не удалось, откройте оснастку MMC "Сертификаты". Когда будет предложено выбрать хранилище сертификатов для управления, выберите Учетная запись компьютера и затронутый компьютер.
В папке Сертификаты в разделе Удаленный рабочий стол удалите самозаверяющий сертификат протокола RDP.
На затронутом компьютере выполните следующие действия, чтобы перезапустить службу удаленных рабочих столов.
Обновите оснастку диспетчера сертификатов.
Если самозаверяющий сертификат протокола RDP не был создан повторно, проверьте разрешения для папки MachineKeys.

Проверка разрешений для папки MachineKeys

На затронутом компьютере откройте проводник и перейдите к папке C:\ProgramData\Microsoft\Crypto\RSA\ .
Щелкните правой кнопкой мыши папку MachineKeys, а затем выберите Свойства, Безопасность и Дополнительно.
Убедитесь, что настроены следующие разрешения:
- Builtin\Администраторы: Полный доступ
- Все: чтение и запись.

Проверка порта прослушивателя протокола RDP

На локальном компьютере (клиентском) и удаленном компьютере (целевом) прослушиватель протокола RDP должен ожидать передачи данных через порт 3389. Другие приложения не должны использовать этот порт.

Чтобы проверить или изменить порт протокола RDP, используйте редактор реестра:

Откройте меню Пуск, выберите Выполнить и введите regedt32 в появившемся текстовом поле.
- Чтобы подключиться к удаленному компьютеру, в редакторе реестра щелкните Файл и выберите пункт Подключить сетевой реестр.
- В диалоговом окне Выбор: "Компьютер" введите имя удаленного компьютера, выберите Проверить имена и нажмите кнопку ОК.
Откройте реестр и перейдите к записи HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\<listener> .
Если PortNumber имеет значение, отличное от 3389, укажите значение 3389.

Для управления службами удаленного рабочего стола можно использовать другой порт. Но мы не рекомендуем делать это. В этой статье не описано, как устранять проблемы, связанные с этим типом конфигурации.

Проверка того, что другое приложение не пытается использовать тот же порт

Откройте окно PowerShell. Чтобы подключиться к удаленному компьютеру, введите Enter-PSSession -ComputerName <computer name> .

Введите следующую команду:

Найдите запись для TCP-порта 3389 (или назначенного RDP-порта) с состоянием Ожидает вызова.

Идентификатор процесса службы или процесса, использующих этот порт, отобразится в столбце "Идентификатор процесса".

Чтобы определить, какое приложение использует порт 3389 (или назначенный порт протокола RDP), введите следующую команду:

Найдите запись для номера процесса, связанного с портом (в выходных данных netstat). Службы или процессы, связанные с этим идентификатором процесса, отобразятся в столбце справа.

Если порт используется приложением или службой, отличающейся от служб удаленных рабочих столов (TermServ.exe), устранить конфликт можно с помощью одного из следующих методов:

В настройках такого приложения или службы укажите другой порт (рекомендуется).
Удалите другое приложение или службу.
В настройках протокола RDP укажите другой порт, а затем перезапустите службы удаленных рабочих столов (не рекомендуется).

Проверка блокировки порта протокола RDP брандмауэром

С помощью средства psping проверьте, доступен ли затронутый компьютер через порт 3389.

Откройте окно командной строки с правами администратора, перейдите в каталог, где установлено средство psping, и введите следующую команду:

Проверьте выходные данные команды psping на наличие таких результатов:

Подключение к <computer IP>: удаленный компьютер доступен.
(0% loss) (0 % потерь): все попытки подключения выполнены успешно.
The remote computer refused the network connection (Удаленный компьютер отклонил сетевое подключение): удаленный компьютер недоступен.
(100% loss) (100 % потерь): не удалось выполнить подключение.

Запустите psping на нескольких компьютерах, чтобы проверить возможность подключения к затронутому компьютеру.

Проверьте, блокирует ли этот компьютер подключения от всех остальных компьютеров, некоторых других компьютеров или только одного компьютера.

Итак, если у нас при загрузке Windows на рабочем столе пусто как в бумажнике перед зарплатой, пробуем сразу (не перезагружая компьютер) набрать клавиатурное сочетание Ctrl+Alt+Del , должен открыться Диспетчер задач , далее Файл -> Новая задача ,

вводим в поле ввода explorer и ОК , должен появиться рабочий стол со всеми ярлыками и папками.

Именно файл Explorer.exe отвечает за запуск графической оболочки Windows,

представляющей из себя рабочий стол, меню пуск, панели инструментов и проводник. Если системный файл Explorer.exe не запустился вместе с операционной системой, значит и не запустится рабочий стол. Находится файл explorer.exe в папке C:\Windows.

Важное примечание : Друзья, бывает вредоносная программа изменяет или удаляет сам файл Explorer.exe. Если данная статья вам не поможет, читайте другую Explorer.exe ошибка приложения, в ней описан способ выковыривания файла explorer.exe из дистрибутива Windows 7 и замена им неисправного файла.

Ровно в половине случаев проблема будет решена и при следующей загрузке вы увидите свой рабочий стол, далее можно проверить систему на вирусы. Кстати, можете сразу вызвать в Диспетчере задач восстановление системы - Файл -> Новая задача , вводим в поле ввода rstrui.exe , но это в Windows 7 и 8. В Windows XP нужно набрать %systemroot%\system32\restore\rstrui.exe

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

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

Если и в безопасном режиме также пустой рабочий стол, но восстановление системы у вас включено, тогда можно набрать Ctrl+Alt+Del, откроется Диспетчер задач, далее Файл -> Новая задача , вводим в поле ввода explorer.exe , появится рабочий стол или вводим сразу команду rstrui.exe , запустится восстановление системы, откатываемся назад и проверяем компьютер на вирусы. Ещё желательно провести восстановление системных файлов Windows.

Безопасный режим с поддержкой командной строки

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

Можем сразу запустить восстановление системы командой rstrui.exe

В Windows XP набираем %systemroot%\system32\restore\rstrui.exe Восстановление системы по каким либо причинам не срабатывает

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

Отдельного упоминания во всей нашей истории, как я уже сказал, заслуживает приложение Explorer.exe , именно оно отвечает за запуск графической оболочки Windows, представляющей из себя рабочий стол, меню пуск, панели инструментов и проводник.

Именно файл Explorer.exe в нашем случае атакуют вирусы и при удаче модифицируют его, как следствие этой модификации – заражённый вирусом файл Explorer.exe и безжизненный рабочий стол Windows. Но в некоторых случаях, вирусы не трогают файл Explorer.exe, а изменяют некоторые параметры реестра. В результате, операционная система при загрузке, обращается НЕ к файлу Explorer.exe, а совсем к другому вирусному файлу. В результате графическая оболочка Windows опять не загружается.

В безопасном режиме , запускаем реестр - Пуск -> Выполнить набираем в поле ввода regedit ,

откроется реестр. Если в безопасном режиме у вас тоже будет пустой рабочий стол, тогда попробуйте клавиатурное сочетание Ctrl+Alt+Del , откроется Диспетчер задач , далее Файл -> Новая задача , вводим в поле ввода regedit .

В первую очередь нужно смотреть проблему в ветке реестра:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon смотрим строчку « shell » у неё должно быть значение « explorer.exe ». А в нашем случае, вместо explorer.exe стоит значение c:\users\Ваше имя пользователя\appdata\local\temp\2lfg38m0.exe

Значит вместо рабочего стола Windows у нас загрузится вирус 2lfg38m0.exe из папки временных файлов temp.

Если в это время нам удастся запустить диспетчер задач, то вместо системного процесса Explorer.exe мы увидим какой-либо вредоносный процесс, в нашем случае 2lfg38m0.exe .

В этой же ветке смотрим ещё одну строчку « Userinit » у неё должно быть значение «C:\Windows\system32\userinit.exe», после запятой ничего не должно быть. В нашем же случае, опять присутствует значение c:\users\Имя пользователя\appdata\local\temp\2lfg38m0.exe

Всё это нужно удалить и привести реестр в нормальный вид. Исправляем оба значения в реестре.

Смотрим ещё одну ветку реестра

HKEY_CURRENT_USER\Software\Microsoft\ Windows\CurrentVersion\Policies\Explorer , если присутствует параметр: NoDesktop , то значение у него должно быть 0 , но ни в коем случае не 1. И вообще параметр NoDesktop можно удалить.

По названию вируса 2lfg38m0.exe , произвожу поиск в реестре и нахожу ещё одно модифицированное значение. Ветка

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Winlogon \ в параметре Shell прописан полный путь к вирусному файлу

c:\users\Имя пользователя\appdata\local\temp\2lfg38m0.exe, удаляем всё это, здесь вообще ничего не должно быть.

Параметр Shell должен быть пустой

Всё это хорошо, но мы с вами рассмотрели решение проблемы с одной стороны, то есть файл Explorer.exe не заражён, а вирусом произведены вредоносные изменения в реестре. Мы с вами провели восстановление системы, просканировали антивирусными утилитами нашу Windows и удалили вирусы, затем исправили реестр, вот в принципе и всё, проблема решена и после загрузки в нормальный режим у нас появляется рабочий стол.

Но проблема может быть другая, файл Explorer.exe может быть заражён или удалён вовсе и при всём желании, даже при нормальном реестре, мы с вами загрузить рабочий стол Windows не сможем. Поэтому, если у вас при загрузке операционной системы выходит - ошибка explorer.exe или explorer.exe ошибка приложения , а иногда это просто чёрный экран .

Значит, вам нужно войти в безопасный режим или безопасный режим с поддержкой командной строки и произвести восстановление системных файлов . Как это сделать?

Выбираем безопасный режим с поддержкой командной строки.

Происходит проверка и восстановление системных файлов Windows, иногда система может попросить вставить в дисковод установочный диск Windows. Наш файл - Explorer.exe будет восстановлен.

Здесь же, после проверки системных файлов, можно проверить реестр. В командной строке набираем regedit. Смотрим вышеуказанные ветки реестра.

В конце ответа на первое письмо, хочу привести в пример всем известную утилиту AVZ. Если всё что сказано выше не поможет, можете применить данную утилиту.

Идём на сайт разработчика утилиты – Олега Зайцева.

Вот здесь внимание, многие пользователи при запуске утилиты совершают ошибку. Нажимаем CRTL+ALT+DEL, появляется диспетчер задач, жмём Файл-> Новая задача, в открывшемся поле набираем полный путь до файла avz.exe. К примеру у меня файл avz.exe находится в папке C:\Users\Имя пользователя\Desktop\avz4\avz.exe

Значит так и набираем C:\Users\Ваше Имя пользователя\Desktop\avz4\avz.exe

Открывается главное окно программы

Обновляем утилиту AVZ. Файл –> обновление баз

Выставляем галочки на пункте 9. Удаление отладчиков системных процессов" и 16. Восстановление ключа запуска Explorer, далее нажимаем "Выполнить отмеченные операции".

Совсем недавно у меня был похожий случай. Один мой знакомый в настройках экрана нашёл кроме основного монитора Samsung ещё неизвестное ему Устройство отображения на: VGA . Ему стало интересно и он сделал его основным экраном, далее нажал Применить .

После этого экран монитора стал чёрным, перезагрузка компьютера не помогла, сочетание клавиш Ctrl+Alt+Del тоже - диспетчер задач не появлялся. А помогло вот что, при загрузке компьютера нужно было нажать F-8, откроется меню устранения неполадок, в котором нужно выбрать Загрузка последней удачной конфигурации и всё. Ещё можно было войти в безопасный режим и применить восстановление системы. Другой раз был совсем смешной случай. Охранники, в нашей организации, решили ночью подсоединить к одному системному блоку два монитора и чё-то там делали, играли наверно. Утром выключили компьютер и отсоединили второй монитор, затем включили компьютер, а там пустой рабочий стол. Я на работу первый пришёл, они ко мне бегут, помоги говорят, а то в компьютере всё пропало, а скоро начальство придёт. Иду помогать и думаю, что же там всё-таки пропало. Сажусь за компьютер и говорю - что пропало? А они мне показывают в монитор руками - смотри нет ничего.

Я попробовал Ctrl+Alt+Del, диспетчер задач не появился, смотрю, а указатель мыши есть на рабочем столе, тогда щёлкнул по рабочему столу правой мышью без особой надежды и появилось меню, выбрал Разрешение экрана, вижу в настройках Экрана два монитора, сделал основным монитором действующий и Применить, появился рабочий стол.

Если ничего не помогло

Есть ещё один малоизвестный способ восстановить загрузку Windows 7 после сбоя и я Вам про него расскажу. На первый взгляд он многим покажется сложным, но тем не менее он меня часто выручает.
Дело в том друзья, что очень большая часть проблем из-за которых вы не можете загрузить Windows 7 кроется в ошибках реестра. И Windows 7 не была бы Windows 7, если бы в ней не существовал механизм защищающий файлы реестра. Такой механизм существует и создаёт архивные копии реестра в папке RegBack каждые 10 дней не зависимо от того включено у вас восстановление системы или нет. Если вы не можете решить проблемы с загрузкой Windows 7 вам стоит попробовать заменить действующие (и видимо повреждённые) файлы реестра из папки Config архивными файлами из папки RegBack . Для этого нам придётся загрузить компьютер с установочного диска Windows 7 или диска восстановления Windows 7. Загружаемся в среду восстановления, выбираем командную строку

и набираем в ней – notepad , попадаем в Блокнот, далее Файл и Открыть.

Заходим в настоящий проводник, нажимаем Мой компьютер. Теперь нам нужен системный диск C:, внимание, буквы дисков здесь могут быть перепутаны, но системный диск C: я думаю вы сможете узнать по находящимся внутри системным папкам Windows и Program Files.

Идём в папку C:\Windows\System32\Config, здесь находятся действующие файлы реестра, указываем Тип файлов – Все файлы и видим наши файлы реестра, так же видим папку RegBack, в ней каждые 10 дней Планировщик заданий делает резервную копию разделов реестра.

Так вот, мы с вами заменим действующие файлы реестра из папки Config резервными файлами реестра из папки RegBack.
Итак, первым делом удалим из папки C:\Windows\System32\Config файлы SAM , SECURITY , SOFTWARE , DEFAULT , SYSTEM , отвечающие за все кусты реестра,

а на их место скопируем и вставим файлы с такими же именами, но из резервной копии, то есть из папки RegBack.

Примечание: Все вместе файлы SAM, SECURITY, SOFTWARE, DEFAULT, SYSTEM удалить не получится, удаляйте их по одному. Затем копируйте на их место такие же файлы из папки RegBack.

Буквально на днях я столкнулся с проблемой включения «Удаленного рабочего стола» на системе Windows 7.
Многие тут же подумали:«Ай, да наверняка у него стоит какая-нибудь Win 7 Home Premium или вообще Starter». Однако это совсем не так. У меня полноценная Windows 7 x64 Professional, в которой казалось бы все должно заработать моментально и без оговорок.

Стандартный алгоритм включения

Заходим в свойства компьютер Пуск->Компьютер(правый клик)->Свойства
Слева в списке выбираем «Настройка удалённого доступа»
В разделе «Удалённый рабочий стол» выбираем второй или третий пункт. Различие: второй пункт — любые ОС, третий — Vista и выше
Жмем кнопку выбрать пользователей и добавляем нужных. (Например своего пользователя на этом компьютере. Или вы можете создать отдельного пользователя для удаленного рабочего стола)
Настройка закончена

У меня это всё выглядело совсем иначе. И пункт номер 3 был для меня недоступен. Пункты есть, но они — disabled.

Примерно вот так у меня выглядели настройки включения RDP

Различного рода поиски не привели меня к однозначному и ясному ответу на вопрос: «Что же делать с такой ерундой»?
Только куски разрозненной информации, которые мне хотелось бы свести воедино. Справившись с этой небольшой проблемой, я решил, что таки стоит поделится ее решением с общественностью.

Компьютер
Глазка/руки/голова
Права администратора

Нестандартный алгоритм включения

1. Идем в службы (Пуск->Панель управления->Администрирование->Службы)

2. Находим там брендмауэр Windows. Ставим ему автоматический запуск, и запускаем службу.

Примерно вот так:

3. Идем в локальные политики безопасности (Пуск->Панель управления->Администрирование->Локальная политика безопасности ИЛИ Пуск->Выполнить->Вводим secpol.msc)

4. Выбираем там Брэндмауэр Windows в режиме повышенной безопасности — Объект локальной групповой политики -> Правила для выходящих подключений.

5. В правой части оснастки выбираем по правому клику мыши «Создать правило». Далее по шагам (каждый пункт — ссылка на картинку с шагом):

В конце концов, вы должны получить что-то вроде этого:

6. Заходим в редактор локальной групповой политики (Пуск -> Выполнить -> gpedit.msc).

7. Конфигурация компьютера -> Административные шаблоны -> Компоненты Windows -> Службы удалённый рабочих столов -> Узел сеансов удаленный рабочих столов -> Подключения

8.Далее вы можете сами решить, что же вам нужно. Обязательным является включение опций:

Разрешать удаленное подключение с использование служб удаленных рабочих столов
Устанавливает правила удаленного управления для пользовательских сеансов служб удаленного рабочего стола (значение параметра выберите сами, я поставил лично для себя «Полный контроль без разрешения клиента»).

Итого у вас получится:

9. Заходим в свойства компьютер Пуск->Компьютер(правый клик)->Свойства

10. Слева в списке выбираем «Настройка удалённого доступа»

11. В разделе «Удалённый рабочий стол» выбираем второй или третий пункт. Различие: второй пункт — любые ОС, третий — Vista и выше.

12. Жмем кнопку выбрать пользователей и добавляем нужных. (Например своего пользователя на этом компьютере. Или вы можете создать отдельного пользователя для удаленного рабочего стола)

В общем и целом после этого я смог подключаться к данному компьютеру удалённо без каких-либо вопросов.

Читайте также: