У меня возникла эта проблема, так как я обновил (новая установка) до Windows 10 Professional. Я использовал для подключения к компьютеру через RDP через WAN и LAN без проблем.
После установки W10 и правильной настройки всех параметров (портов, статического IP-адреса и т. Д.) Я все еще могу подключиться, но в течение дня он случайно выбивает меня из строя, и после этого я не могу войти в систему. Это делает безопасное соединение и соединяется, но я получаю черный экран без курсора и отключается через несколько секунд после этого без каких-либо ошибок.
Это настольный компьютер Intel i7 с графическим процессором nVidia с новейшими драйверами.
Вещи, которые я знаю / пробовал:
Когда возникает проблема, я могу скопировать ее на Windows, Mac или iPad / iPhone через LAN или WAN.
Перезагрузка временно устраняет проблему до тех пор, пока она не начнется снова.
Отключение растрового кэширования или изменение разрешения на RDP-клиенте не исправляет это.
Нажатие CTRL+ ALT+ ENDничего не делает.
Создал новую учетную запись и попытался войти в нее, чтобы проверить, связана ли она с учетной записью, но по-прежнему не входил в систему.
Делал,
sfc /scannow
чтобы сделать сканирование системы и исправить поврежденные файлы, он вышел без ошибок.Я проверил журнал событий и, видимо, WINLOGON продолжает сбой. Это только говорит, что "процесс входа в систему Windows неожиданно завершился"
У меня закончились варианты, чтобы исправить это, любая помощь будет оценена.
tasklist /svc | findstr /C:TermService
для определения идентификатора процесса иtaskkill /F /PID [process_id]
завершения процесса. Запустите TermService с помощьюnet start TermService
. Я все еще работаю над решением.Ответы:
Удаленный рабочий стол - черный экран смерти
Проблема
При использовании удаленного рабочего стола удаленный экран становится черным сразу после входа в систему, и у вас нет контроля. Эта проблема, по-видимому, вызвана кэшированием экрана и доступом к системе с другим разрешением экрана или размерами окна RDP.
Решение (я)
File > New Task > Explorer.exe
профилактика
Ресурсы
(Google это на сайтах поддержки Microsoft; у меня слишком низкая репутация, чтобы размещать ссылки)
источник
Ни один из других ответов не сработал для меня, я, наконец, нашел кое-что, что сделало после долгих копаний. Используйте редактор групповой политики (или загрузите улучшенный «Policy Plus») и отключите UDP. Вы можете найти это в политиках rds / client или rds / host / connection / select протоколов или в реестре по адресу ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ \ Policies \ Microsoft \ Windows NT \ Terminal Services \ Client
Там есть много настроек, с которыми можно поиграть, вы также можете попробовать отключить графику RemoteFX.
источник
У меня была такая же проблема - переключайтесь с 32-битных на 24-битные цвета, и это позволит вам подключиться как обычно. Все остальные настройки можно оставить по умолчанию.
источник
В моем случае это была python miniconda, у которой была известная проблема, портивающая PATH на linux в .bashrc, некоторые подробности в моем ответе
источник
Это может не помочь, но я решил это, отклонив разрешение. Проблема возникла из-за того, что монитор, с которого я подключался, был 2560x1440, и удаленный компьютер не позволил этого. Отключение до 1920x1080 работало нормально, и теперь я связан со всем, что показывает.
источник
У меня была эта проблема, так как у меня был другой DPI. На моем ноутбуке было установлено значение DPI 125%, а на компьютере, к которому я подключался, - 100%. Установка DPI на 100% на ноутбуке решила проблему.
источник
Когда у меня возникает эта проблема, я перемещаю экран RDP на экран по умолчанию и максимально увеличиваю экран. Экран RDP больше не должен быть черным. Затем я перемещаю RDP на свой дополнительный экран. Не самая лучшая работа, но это работает.
источник
Была такая же проблема. Следующее сработало для меня:
источник
У меня была эта проблема после того, как я установил Oracle VM и образ Lubuntu. Сразу после установки Oracle все было хорошо, и мне также удалось установить Lubuntu. Я сделал все через RDC. Внезапно экран стал черным. Я не перезагружал компьютер и не делал ничего, о чем стоит упоминать, это просто случилось. Все это произошло за один сеанс.
Затем я попытался перезагрузить компьютер вручную, я попробовал все вышеперечисленные настройки, которые помогли другим людям, и я также удалил Oracle VM. Ничего не помогло
В конце я восстановил свой компьютер до состояния, в котором я установил Oracle VM с точкой восстановления, которая была автоматически сгенерирована моим компьютером. Теперь RDC снова работает, и я могу видеть экран.
tl; dr: использовать точку восстановления, если RDC работал, но больше не работает
источник
Повторение обходного пути, задокументированного @johnny Keeton выше, с предложением в качестве ответа, потому что оно работало для меня, когда другие решения выше не ...
tasklist /svc | findstr /C:TermService
идентифицировать идентификатор процесса иtaskkill /F /PID [process_id]
завершить процессnet start TermService
для перезапуска (хотя, по моему опыту, он будет перезапущен самостоятельно)- Джонни Китон 24 августа '16 в 2:03
источник