Ten problem występuje od czasu aktualizacji (świeżej instalacji) do systemu Windows 10 Professional. Łączyłem się z komputerem przez RDP przez WAN i LAN bez żadnych problemów.
Po zainstalowaniu W10 i skonfigurowaniu wszystkiego poprawnie (porty, statyczne IP itp.) Wciąż mogę się połączyć, ale w ciągu dnia losowo mnie wyrzuca i nie mogę się później zalogować. Zapewnia bezpieczne połączenie i łączy się, ale otrzymuję czarny ekran bez kursora i rozłącza się kilka sekund później bez żadnych błędów.
To komputer stacjonarny Intel i7 z procesorem graficznym nVidia z najnowszymi sterownikami.
Rzeczy, które znam / próbowałem:
Gdy wystąpi problem, mogę go replikować na Windowsie, Macu lub iPadzie / iPhonie przez LAN lub WAN.
Ponowne uruchomienie tymczasowo rozwiązuje problem, dopóki nie zacznie się ponownie.
Wyłączenie buforowania bitmap lub zmiana rozdzielczości na kliencie RDP nie rozwiązuje tego problemu.
Naciśnięcie CTRL+ ALT+ ENDnic nie robi.
Utworzono nowe konto i próbowałem zalogować się do niego, aby sprawdzić, czy jest ono powiązane z kontem, ale nadal się nie loguje.
Czy
sfc /scannow
zrobić skanowanie systemu i naprawić uszkodzone pliki, wyszło bez błędów.Sprawdziłem dziennik zdarzeń i najwyraźniej WINLOGON ciągle się zawiesza. Mówi tylko „proces logowania systemu Windows został nieoczekiwanie zakończony”
Skończyły mi się opcje naprawy, każda pomoc będzie mile widziana.
tasklist /svc | findstr /C:TermService
do zidentyfikowania identyfikatora procesu itaskkill /F /PID [process_id]
zakończenia procesu. Uruchom usługę TermService przy użyciunet start TermService
. Nadal pracuję nad rozwiązaniem.Odpowiedzi:
Pulpit zdalny - czarny ekran śmierci
Problem
Za pomocą Pulpitu zdalnego ekran zdalnego zmienia kolor na czarny zaraz po zalogowaniu i nie masz kontroli. Przyczyną problemu wydaje się być buforowanie ekranu i uzyskiwanie dostępu do systemu o różnej rozdzielczości ekranu lub wielkości okna RDP.
Rozwiązania)
File > New Task > Explorer.exe
Zapobieganie
Zasoby
(Google go na stronach pomocy technicznej Microsoft; Mam zbyt niską reputację, aby publikować linki)
źródło
Żadna z pozostałych odpowiedzi nie działała dla mnie, w końcu znalazłem coś, co zadziałało po wielu kopaniach. Użyj Edytora zasad grupy (lub pobierz lepszy „Policy Plus”) i wyłącz UDP. Można to znaleźć w protokołach rds / client lub rds / host / connection / select , lub w rejestrze w SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services \ Client
Jest tam wiele ustawień, którymi można się bawić, możesz też spróbować wyłączyć grafikę RemoteFX.
źródło
Miałem ten sam problem - przełączanie kolorów z 32-bitowych na 24-bitowe, a to pozwoli ci połączyć się jak zwykle. Wszystkie pozostałe ustawienia można pozostawić w ustawieniach domyślnych.
źródło
W moim przypadku była to python miniconda, która zna problem z psuciem ŚCIEŻKI na systemie Linux w .bashrc, niektóre szczegóły są w mojej odpowiedzi
źródło
To może nie pomóc, ale rozwiązałem to, zmniejszając rozdzielczość. Wystąpił problem, ponieważ monitor, z którym się łączyłem, miał wymiary 2560 x 1440, a komputer zdalny na to nie pozwolił. Zmniejszenie do 1920x1080 działało dobrze i jestem teraz połączony ze wszystkim, co widać.
źródło
Miałem ten problem, ponieważ miałem różne DPI. Na moim laptopie miałem DPI ustawione na 125%, podczas gdy komputer, z którym się łączyłem, miał 100%. Ustawienie DPI na 100% na laptopie rozwiązało problem.
źródło
Gdy mam ten problem, przenoszę ekran RDP na ekran domyślny i maksymalizuję ekran. Ekran RDP nie powinien już być czarny. Następnie przenoszę RDP na ekran pomocniczy. Nie jest to najlepsze rozwiązanie, ale działa.
źródło
Miałem ten sam problem. Dla mnie zadziałało:
źródło
Miałem ten problem po zainstalowaniu Oracle VM i obrazu Lubuntu. Zaraz po instalacji Oracle wszystko było w porządku i udało mi się również zainstalować Lubuntu. Zrobiłem wszystko przez RDC. Nagle ekran stał się czarny. Nie zrestartowałem komputera ani nie zrobiłem nic, o czym warto wspomnieć, to się po prostu stało. Wszystko to wydarzyło się podczas jednej sesji.
Następnie spróbowałem ręcznie zrestartować komputer, wypróbowałem wszystkie powyższe ustawienia, które pomogły innym osobom, a także odinstalowałem Oracle VM. Nic nie pomogło.
Ostatecznie przywróciłem komputer do stanu sprzed instalacji Oracle VM z punktem przywracania, który został automatycznie wygenerowany przez mój komputer. Teraz RDC znów działa i widzę ekran.
tl; dr: użyj punktu przywracania, jeśli RDC działało, ale już nie działa
źródło
Powtarzanie obejścia udokumentowanego przez @johnny Keeton powyżej, proponowanie jako odpowiedzi, ponieważ zadziałało dla mnie, gdy inne powyższe rozwiązania nie ...
tasklist /svc | findstr /C:TermService
w celu zidentyfikowania identyfikatora procesu itaskkill /F /PID [process_id]
zakończenia procesu wnet start TermService
celu ponownego uruchomienia (choć z mojego doświadczenia zrestartuje się sam)- Johnny Keeton 24 sierpnia16 o 2:03
źródło