Pusty ekran po lokalnym zalogowaniu po RDP na komputerze z systemem Windows 7


1

Kilku użytkowników pracuje z domu raz dziennie. Przesyłają RDP na swoje stacje robocze (z systemem Windows 7) z domu, a następnie, gdy przybywają do biura następnego dnia, ponownie logują się lokalnie.

Logując się lokalnie, wpisują hasła, a następnie ekran staje się czarny. Nie mogą również zablokować ani usunąć kombinacji klawiszy Ctrl-Alt-Delete.

Czy ktoś jeszcze to widział?


czy jest możliwe, aby zrestartowali stację roboczą zamiast tylko wylogowania (cały @ home), może rozwiązać problem. Ale nie mam pojęcia, dlaczego tak się dzieje.
Najgorszy

Może to być problem z kartą graficzną (problem z rozdzielczością) ... Czy użytkownicy wylogowują się lub rozłączają?
Dave

Odpowiedzi:


0

Jak wspomniano, brzmi to jak problem z wideo, ale możesz spróbować znaleźć podstawową przyczynę. Aby zrootować przyczynę problemu, skonfigurowałbym maszynę wirtualną na hoście Hyper-V z taką samą konfiguracją jak system operacyjny, który mają użytkownicy (zakładam, że wszyscy mają ten sam system operacyjny). Jeśli to możliwe, uzyskaj dysk VHD o tej samej konfiguracji.

Następnie skonfigurowałbym host / maszynę wirtualną Hyper-V do debugowania jądra - patrz tutaj: http://blogs.msdn.com/b/ntdebugging/archive/2011/12/30/configuring-a-hyper-v- vm-for-kernel-debugging.aspx (chociaż może być konieczne zaktualizowanie niektórych informacji na tej stronie, ponieważ nie określono systemu operacyjnego). Następnie spróbuj powtórzyć scenariusz - poproś dowolnego z użytkowników o zalogowanie się na tym komputerze (z domu), wylogowanie / rozłączenie, a następnie spróbuj zalogować się z konsoli Hyper-V. Jeśli nic się nie dzieje, najprawdopodobniej jest to problem ze sprzętem / sterownikiem (nie wiem, jak je debugować). Jeśli trafisz termsrvna uszkodzenie jądra / użytkownika, najprawdopodobniej jest to wina usługi, z której możesz skorzystać.

Jeśli jest to problem sprzętowy, spróbuj sprawdzić, czy producent karty graficznej ma jakieś nowsze sterowniki / beta do konfiguracji systemu operacyjnego / sprzętu.


0

Myślę, że ten problem jest spowodowany przez podstawowy proces na zdalnym hoście. W przypadku podobnego problemu, który napotyka mnie podczas łączenia się ze zdalnym hostem (działającym pod kontrolą systemu operacyjnego Debian) za pomocą programu mstsc z mojego systemu Windows 7, zastosowałem następujące kroki w celu rozwiązania:

  • Zaloguj się do terminala zdalnego hosta za pomocą putty
  • Wykonaj następujące polecenie na zdalnym hoście pskill -u -9 # zabija procesy użytkownika
  • Nawiązane połączenie z hostem zdalnym zostaje zerwane po pomyślnym wykonaniu tego polecenia
  • Zaloguj się ponownie do zdalnego hosta za pomocą mstsc / GUI. Twój pulpit powinien wrócić.
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.