Windows 10 Remote Desktop se connecte avec un écran noir puis se déconnecte

33

J'ai ce problème depuis que j'ai mis à jour (nouvelle installation) vers Windows 10 Professionnel. Je me connectais à mon ordinateur via RDP via WAN et LAN sans aucun problème.

Après avoir installé W10 et configuré tout correctement (ports, IP statique, etc.), je peux toujours me connecter, mais pendant la journée, cela me met au hasard et je ne parviens pas à me connecter par la suite. Il établit une connexion sécurisée et se connecte, mais je reçois un écran noir sans curseur et se déconnecte quelques secondes après cela sans aucune erreur.

Il s'agit d'un ordinateur de bureau Intel i7 avec nVidia GPU avec les derniers pilotes.

Ce que je sais / ai essayé:

  1. En cas de problème, je peux le répliquer sur Windows, Mac ou iPads / iPhones via LAN ou WAN.

  2. Le redémarrage résout temporairement le problème jusqu'à ce qu'il se reproduise.

  3. La désactivation de la mise en cache bitmap ou la modification de la résolution sur le client RDP ne le résout pas.

  4. Appuyer sur CTRL+ ALT+ ENDne fait rien.

  5. A créé un nouveau compte et a essayé de s'y connecter pour tester s'il est lié au compte, mais ne s'est toujours pas connecté.

  6. A sfc /scannowfait une analyse du système et corriger les fichiers corrompus, il est sorti sans erreurs.

  7. J'ai vérifié le journal des événements et apparemment WINLOGON continue de planter. Il indique seulement que "le processus d'ouverture de session Windows s'est terminé de manière inattendue"

J'ai manqué d'options pour résoudre ce problème, toute aide sera appréciée.

asansal
la source
Est-ce le client ou le serveur que vous redémarrez qui résout le problème?
cdavid
Avez-vous essayé d'utiliser un VPN et de ne pas exposer 3389 au WAN?
Linef4ult
Moi aussi. Ce n'est pas cela - tenforums.com/network-sharing/… parce que j'ai des mots de passe sur tous les comptes, et cela fait la même chose indépendamment de l'état des connexions de la console locale.
nerdfever.com
J'ai rencontré ce problème avec le serveur 2012 R2, et bien que le problème ne soit pas lié, les symptômes sont très similaires. L'écran noir et le redémarrage du serveur l'ont corrigé pendant un certain temps. Je n'ai pas de réponse, mais je l'ai liée au crash du service TermService, malgré peu de données dans les journaux qui l'indiquent. TermService est inhabituel car il ne peut pas être arrêté via services.msc, mais vous pouvez utiliser tasklist /svc | findstr /C:TermServicepour identifier l'ID de processus et taskkill /F /PID [process_id]mettre fin au processus. Démarrez TermService à l'aide de net start TermService. Je travaille toujours sur une solution.
Johnny Keeton
1
@Todilo Voir ma réponse ci-dessous.
Erreur de syntaxe du

Réponses:

13

Bureau à distance - écran noir de la mort

Le problème

En utilisant Remote Desktop, l'écran distant devient noir juste après la connexion et vous n'avez aucun contrôle. Le problème semble provenir de la mise en cache de l'écran et de l'accès à un système avec différentes résolutions d'affichage ou tailles de fenêtre RDP.

Les solutions)

  • En étant connecté et coincé sur l'écran noir de la mort
    1. Appuyez sur CTRL+ ALT+ ENDou CTRL+ ALT+ FN+ ENDsur les ordinateurs portables. Cela appelle le Gestionnaire des tâches et dans la plupart des cas, vous verrez immédiatement le bureau.
    2. Si seul le Gestionnaire des tâches mais aucun bureau n'apparaît, essayez d'exécuter l'Explorateur à partir du Gestionnaire des tâches: File > New Task > Explorer.exe
  • Essayez de vous connecter avec une résolution différente.
  • Accédez aux ordinateurs distants Gestion de l'ordinateur ou Services MMC et faites défiler le service Services Bureau à distance.
  • Mettez à jour les pilotes d'affichage, à la fois sur la machine connectée et sur la machine que vous connectez également.
    1. Certains utilisateurs rencontrent ce problème avec les GPU Nvidia. Le programme Geforce Experience a une fonction "Partager" alias "shadow play"; lorsque cette option est activée, certaines personnes rencontrent le problème. Essayez de le désactiver, redémarrez et voyez si cela aide.
    2. Vérifiez les paramètres d'affichage sur l'hôte distant et voyez si un moniteur fantôme est présent. Pourrait avoir besoin de changer quel moniteur est le principal
  • Démarrez un nouveau client RDP sur votre bureau, mais AVANT de cliquer sur CONNECTER, cliquez sur le lien AFFICHER LES OPTIONS, cliquez sur l'onglet AFFICHAGE et définissez la CONFIGURATION DE L'AFFICHAGE sur une résolution basse comme 640 × 480.
  • Essayez de désactiver le démarrage rapide
    • Cette fonctionnalité ne fonctionne que lorsque vous effectuez un ARRÊT puis un démarrage. Il n'effectue pas de redémarrage.
    • Accédez au Panneau de configuration, Options d'alimentation et sélectionnez Choisir ce que font les boutons d'alimentation sur la gauche.
    • Sélectionnez ensuite Modifier les paramètres actuellement non disponibles près du centre supérieur de l'écran ...
    • Plus bas dans la fenêtre, décochez Démarrage rapide.

La prévention

  • Désactivez la mise en cache bitmap pour vos connexions RDP
  • Confirmer que le compte RDP dispose de tous les droits administratifs sur le système distant
  • Accéder à l'ordinateur distant en utilisant une résolution cohérente - Le plein écran peut aider
  • Confirmer que les pilotes vidéo des deux systèmes sont à jour

Ressources

(Google sur les sites de support Microsoft; ma réputation est trop faible pour publier des liens)

  • Désactiver la mise en cache Bitmap 2012
  • Correctif pour «Écran noir lors d'une session d'assistance à distance dans Windows Vista, Windows Server 2008, Windows 7 ou Windows Server 2008 R2»
  • L'écran de verrouillage est noir ou vide et ne répond pas aux actions de clavier ou de balayage dans l'aperçu technique de Windows 10

Désactiver la mise en cache bitmap

papa
la source
2
Rien de tout cela fonctionne, peut-être que ce problème a refait surface avec une cause différente ..
Dirigible
À partir du 2019/6/28 Windows 10 v1809, les étapes ci-dessus ont fonctionné. Je n'avais besoin que d'exécuter les étapes 1 et 2 de "Bien connecté et coincé sur l'écran noir de la mort"
MickyD
Un autre moyen de contourner (comment je l'ai corrigé de façon permanente) consiste à simplement installer / utiliser le gestionnaire RDC pour tous les RDP: microsoft.com/en-us/download/details.aspx?id=44989 - Je l'aime mieux quand même ..
bshea
2

Aucune des autres réponses n'a fonctionné pour moi, j'ai finalement trouvé quelque chose qui a fonctionné, après beaucoup de fouilles. Utilisez l'Éditeur de stratégie de groupe (ou téléchargez le "Policy Plus" supérieur) et désactivez UDP. Vous pouvez le trouver dans les protocoles rds / client ou rds / host / connection / select , ou dans le registre SOFTWARE \ Policies \ Microsoft \ Windows NT \ Terminal Services \ Client

Il y a beaucoup de paramètres à manipuler là-dedans, vous pouvez également essayer de désactiver les graphiques RemoteFX.

Dirigeable
la source
1

J'ai eu le même problème - passer des couleurs 32 bits à 24 bits et cela vous permettra de vous connecter normalement. Tous les autres paramètres peuvent être laissés sur leurs valeurs par défaut.

Image des paramètres RDP avec des couleurs 24 bits mises en évidence

Erreur de syntaxe
la source
n'a pas fonctionné pour moi
stiv
@stiv probablement une mise à jour de Windows cassant des trucs
Erreur de syntaxe le
veuillez voir ma réponse à la question
stiv
1

Dans mon cas, c'était python miniconda, qui a connu un problème gâchant PATH sur linux dans .bashrc, certains détails sont dans ma réponse

stiv
la source
0

Cela pourrait ne pas aider, mais je l'ai résolu en baissant la résolution. Le problème est survenu lorsque le moniteur auquel je me connectais était de 2560 x 1440, et l'ordinateur distant ne le permettait pas. Le réduire à 1920x1080 a bien fonctionné et je suis maintenant connecté à tout ce qui est affiché.

Inconnu
la source
0

J'ai eu ce problème car j'avais différents DPI. Sur mon ordinateur portable, le DPI était réglé à 125% tandis qu'un ordinateur que je connectais avait 100%. La définition de DPI à 100% sur un ordinateur portable a résolu le problème.

Stanislav Berkov
la source
0

Lorsque j'ai ce problème, je déplace l'écran RDP vers mon écran par défaut et maximise l'écran. L'écran RDP ne doit plus être noir. Je déplace ensuite le RDP vers mon écran secondaire. Pas le meilleur travail, mais ça marche.

Roger
la source
0

Eu le même problème. Ce qui suit a fonctionné pour moi:

  1. Cliquez avec le bouton droit sur l'élément graphique actuel dans le Gestionnaire de périphériques et sélectionnez "Mettre à jour le pilote" .
  2. Choisissez "Parcourir mon ordinateur pour le logiciel du pilote"
  3. Choisissez «Permettez-moi de choisir dans une liste de pilotes de périphériques»
  4. Sélectionnez "Carte graphique de base Microsoft"
Adi Lester
la source
0

J'ai eu ce problème après avoir installé Oracle VM et une image Lubuntu. Juste après l'installation d'Oracle, tout s'est bien passé et j'ai également réussi à installer Lubuntu. J'ai tout fait via RDC. Soudain, l'écran est devenu noir. Je n'ai pas redémarré l'ordinateur ou fait quoi que ce soit qui mérite d'être mentionné, c'est juste arrivé. Tout cela s'est produit en une seule session.

J'ai ensuite essayé de redémarrer l'ordinateur manuellement, j'ai essayé tous les paramètres ci-dessus qui ont aidé d'autres personnes et j'ai également désinstallé Oracle VM. Rien n'a aidé.

À la fin, j'ai restauré mon ordinateur à l'état avant d'installer Oracle VM avec un point de restauration qui a été généré automatiquement par mon ordinateur. Maintenant, RDC fonctionne à nouveau et je peux voir l'écran.

tl; dr: utilisez un point de restauration si RDC fonctionnait mais ne fonctionne plus

Gašper Čefarin
la source
0

Répétition d'une solution de contournement documentée par @johnny Keeton ci-dessus, proposant comme réponse car cela a fonctionné pour moi lorsque les autres solutions ci-dessus ne l'ont pas ...

tasklist /svc | findstr /C:TermServiced'identifier l'ID de processus et
taskkill /F /PID [process_id]de terminer le processus
net start TermServicepour redémarrer (bien qu'il redémarre de lui-même d'après mon expérience)

- Johnny Keeton 24 août 16 à 2:03

BobHy
la source