Экран Соединения Удаленного рабочего стола является полностью черным, но сервер работает отлично
У меня также есть некоторый раздел, совместно используемый с самбой. Сервер самбы находится на машине Debina, работающей Нестабильный. Я заметил, что мне нужно было владеть общими каталогами smbuser group.
Я получаю доступ к общим каталогам с командой, показанной ниже.
$> smbmount //SambaServer/Share1 ~/mnt/S1 -o user=mysername
where SambaServer is the name of the host runnign the Samba server, Share1 is the name of the partition to be shared on it, ~/mnt/S1 is the directory where I want to mount the shared folder and mysername is my username on the Samba server machine.
On the Samba server machine, I have the following stanza in /etc/samba/smb.conf:
[Share1]
comment = Shared folder 1
browsable = yes
guest ok = no
path = /media/Share1
writable = yes
force create mode = 0770
force directory mode = 0775
И полномочия /media/Share1 : drwxrwsr-x принадлежит root:smbuser
Удачи.
В следующий раз это неожиданно возникает, существует определенная статья KB об этой проблеме.
http://support.microsoft.com/kb/555840
ПРИЗНАКИ
В то время как вход в систему в удаленный сервер при помощи удаленного рабочего стола, следующие проблемы могут произойти:
- Медленный процесс входа в систему.
- Черный экран появляется некоторое время, до регулярного рабочего стола появляются.
РАЗРЕШЕНИЕ
- Отключите использование "Кэширования растровых изображений" на клиенте RDP.
- Правда, что сервер, клиент и сетевое оборудование с помощью размера "MTU".
Have you tried logging in as a different user? This happens sometimes on my terminal when a session gets stuck logging out. Ending the session from the remote desktops tool fixes it.
Также есть еще одна статья базы знаний с патчем для Windows Server 2008 R2.
http://support.microsoft.com/kb/981156/en-us
Я установил этот патч, чтобы решить эту проблему.
Когда сеанс пользователя отключен, при повторном подключении время от времени появлялся черный экран.
Это часто случается со мной, когда я подключаюсь к машине с Windows 7 x64. Решение, которое я использую, - это нажатие Ctrl-Alt-End в окне RDP. Появится экран «заблокировать компьютер». Блокировка-разблокировка, и вы в игре!
Вот как работать над этим вопросом. Все вышесказанное мне не помогло.
Я использую домашнюю версию Windows 7.
Перед подключением к RDP,
Щелкните ссылку со словами "Подключение к удаленному рабочему столу". Убедитесь, что вы щелкнули по ссылке с этими словами, а не с реальным URL-адресом или сохраненным именем RDP.
Когда откроется окно RDP, нажмите кнопку Options (Параметры) внизу.
Перейдите в раздел "Свойства отображения", щелкнув вкладку "Отображение".
На панели настройки дисплея каждый раз слегка меняйте разрешение экрана, прежде чем нажимать кнопку "Подключить". Это обеспечит сохранность черного экрана.
Нашел эту статью, в ней перечислено довольно много возможных причин и их решений по этой проблеме, Мне удалось решить свою проблему, включив ограничения сеансов, как описано в статье. http://www.grishbi.com/2015/01/rdp-black-screen/
UAC. ОАК - это проблема. Эта херня, да. В моём случае первый вход был успешным и работал, но любая другая последовательная попытка не сработала. Я получал либо мерцающий (непригодный), либо полностью чёрный экран, на RDP или непосредственно на консоли сервера 2012 R2. В журналах регистрации событий приложения было много ошибок с идентификатором события 1000(Faulting application name: explorer.exe, version: 6.3.9600.17415, time stamp: 0x54503a3a Имя модуля: неизвестно). UAC был отключен. Я просто включил его, перезагрузил сервер, а затем смог войти в систему с несколькими рабочими сеансами. Я даже отключил UAC и перезагрузил сервер снова, и все работало нормально. Остерегайтесь UAC :)
.Я действительно не знаю, что это случилось с моим сервером, но я нажал на пустой экран и ввел свой пароль. Бум, он открылся. Так что я думаю, в моем случае экран входа в систему не отображался.
Нажмите CTRL + ALT + END и выберите диспетчер задач. Выйдите из системы и войдите снова. Это происходит, если пользователь отключает сеанс, но не выходит из системы должным образом.
У меня была аналогичная проблема удаленного доступа к рабочему столу под управлением Windows 10. На рабочем столе было 2 монитора, один из которых подключен к встроенной графике, а другой - к выделенной видеокарте. Отключение монитора, на котором использовалась встроенная графика, устранило проблему ... предположительно, что-то в одном из драйверов не работает нормально.
Многие люди, в том числе я и многие, имеют с этим проблемы. Однако есть много информации, полной путаницы. Легкий способ для тех, у кого такая проблема с подключением ARP. Эта проблема в основном вызвана тем, что соединение ARP остается открытым.
РЕШЕНИЕ: ДЛЯ СЕРВЕРА DC: Напишите правило из Server GPO. В случае отключения или выхода выйдите из системы в течение 5 минут. Всем привет, Если есть программы, которые должны оставаться открытыми на текущем сервере, примените правило только к компьютерам, которые будут подключаться.
* Примечание! * Выполнение 5 минут минимизирует возможные риски. *
ТЕРМИНАЛЬНЫЙ СЕРВЕР: Примените правило, которое вы создадите на DC Server, только для терминального сервера или примените его к пользователям, которые будут подключаться.
Если у вас возникли трудности с созданием правил, просто напишите ответ.
Когда Windows 10 переходит в пустой экран по RDP
--> Ctrl+Alt+end ---- это открывает экран, где вы можете увидеть Диспетчер задач
--> Запустить диспетчер задач
--> запустить новую задачу cmd.exe
--> Чтобы инициировать перезагрузку, введите:
shutdown /r /t 0, затем нажмите Enter
У меня была аналогичная проблема с Windows Servers (смесь с 2012 по 2019):
Консоль VMware черная, соединение RDP черное, и это произошло даже с физическим сервером (но только присоединенные к домену серверы). Нет возможности войти в безопасный режим: всегда черный.
Сервер работает нормально, службы работают нормально и могут подключаться удаленно с помощью powershell, WindowsAdminCentre и моих обычных удаленных инструментов. Только без графического интерфейса.
Единственным шансом вернуть их в нормальное состояние была перезапись реестра C:\WINDOWS\SYSTEM32\CONFIG\SOFTWARE из резервной копии C:\WINDOWS\SYSTEM32\CONFIG\REGBACK\SOFTWARE (сервер должен быть выключен), но что не всегда срабатывало.
Итак, я изучил сервер с помощью монитора процессов (procmon.exe) и заметил множество ошибок переполнения, связанных с реестром «HKLM\software\microsoft\windows nt\currentversion\fonts».
Я удалил все нестандартные шрифты Windows (в моей компании была политика добавления некоторых корпоративных шрифтов) из куста реестра «HKLM\software\microsoft\windows nt\currentversion\fonts», и он сразу же начал работать.
Даже если причина повреждения реестра у разных пользователей может быть разной, procmon показал мне, в чем дело.
Надеюсь, это поможет!
У меня это только что было. Rdp и вижу приглашение для входа в систему и виртуальную клавиатуру, но как только я аутентифицируюсь, я просто вижу черный цвет. Пробовал блокировать и разблокировать, тоже самое. Ctrl+alt+end вызывает диспетчер задач.Что меня вернуло, так это то, что в диспетчере задач я щелкнул «Файл»> «Запустить новую задачу», затем запустил explorer.exe, и все вернулось к жизни. Надеюсь, это поможет кому-то другому.
- Установите параметры отображения RDC на «Полный экран» (обычно по умолчанию).
- Нажмите «Ctrl + Shift + Esc», чтобы вызвать диспетчер задач.
- В диспетчере задач нажмите «Файл» -> «Запустить новую задачу».
- Введите «проводник» и нажмите клавишу ввода.
Выполнив описанные выше шаги, вы сможете увидеть полную загрузку рабочего стола.