Le gestionnaire de tâches s'exécute-t-il par défaut sous Windows 10?
J'essayais de fermer un processus non réactif, et après la première fois que j'ai cliqué sur "Terminer le processus", rien ne s'est passé. Donc, je l'ai refait et cette fois une fenêtre est apparue disant "L'accès est refusé". Finalement, le processus a pris fin, mais cela m'a fait réfléchir ..
Si j'avais exécuté le gestionnaire de tâches en tant qu'administrateur, m'aurait-il quand même reçu le message "Accès refusé"? Ou bien, en réalité, Windows 10 exécute le gestionnaire de tâches en tant qu'administrateur par défaut (lorsque le compte d'utilisateur est un administrateur). En outre, existe-t-il une différence entre l’exécuter en tant qu’administrateur ou non ?
L'exécuter en tant qu'administrateur via cette méthode:
Je ne vois aucune différence notable entre cela et juste faire Ctrl+Shift+Escape.
Remarque: Cette question concerne spécifiquement Windows 10 (et éventuellement 8/8.1) et j'utilise Pro. De plus, mon UAC est réglé sur "Ne jamais notifier".
Le gestionnaire de tâches s'exécute-t-il par défaut sous Windows 10?
Seulement s'il est exécuté à partir d'un compte administrateur. La réponse de Ben N ci-dessous explique en détail comment cela est réellement mis en œuvre.
Si j'avais exécuté le gestionnaire de tâches en tant qu'administrateur, m'aurait-il quand même reçu le message "Accès refusé"?
Oui. Il y a beaucoup de processus que même un administrateur n'est pas autorisé à terminer. De plus, essayer de mettre fin à une tâche non existante génère également ce message d'erreur.
Si la raison pour laquelle vous avez reçu le message "Accès refusé" est due au fait que le Gestionnaire des tâches ne s'exécute pas en tant qu'administrateur, vous obtiendrez ce message très explicite vous indiquant que:
En outre, existe-t-il une différence entre l’exécuter en tant qu’administrateur ou non?
Oui, mais vous devrez l'exécuter à partir d'un compte non-administrateur pour le voir.
Incidemment, tous les comportements ci-dessus sont exactement les mêmes que sous Windows 8/8.1.
La réponse existante est très bonne. Je fournirai quelques détails techniques, pour ceux qui aiment de telles choses.
Taskmgr.exe (dans \Windows\System32) est le programme qui est exécuté lorsque vous appelez pour le Gestionnaire des tâches. En l'inspectant avec un éditeur hexadécimal, j'ai découvert que son manifeste définit requestedExecutionLevel à highestAvailable. Cela signifie que si vous vous exécutez en tant qu'administrateur local, le Gestionnaire des tâches vous demandera d'élever. Vous pouvez facilement le démontrer en définissant UAC au niveau le plus élevé et en appuyant sur Ctrl + Maj + Échap pour lancer le Gestionnaire des tâches, en notant qu'il génère une invite d'élévation. Si le contrôle de compte d'utilisateur ne se situe pas au niveau le plus élevé, Task Manager peut élever en mode silencieux, car il s'agit d'un composant Windows intégré. En bref, oui, le gestionnaire de tâches s'exécute en tant qu'administrateur par défaut lorsque cela est possible .
highestAvailable (par opposition à requireAdministrator) permet aux non-administrateurs de gérer le programme sans demander à une hiérarchie élevée, mais ils ne pourront bien sûr rien faire d’administrateur.
Pour vérifier rapidement si un programme fonctionne en mode élevé, activez la colonne Virtualisation du contrôle de compte d'utilisateur dans l'onglet Détails du Gestionnaire des tâches. Si et seulement si l'entrée d'un processus dans cette colonne est non autorisée , elle est élevée. (Les processus administratifs ne peuvent pas être redirigés de manière compatible.) Vous pouvez également vérifier s'il dispose des privilèges puissants (par exemple SeSecurityPrivilege) à l'aide de Sysinternals Process Explorer .
En réponse à votre question sur le fait que l'accès à certains processus est toujours refusé, Windows utilise un concept de processus protégés qui ne peut absolument pas être touché en mode utilisateur, pas même par les processus exécutés en tant que SYSTEM; la protection est appliquée par le noyau. Seuls les services système essentiels bénéficient de ce type de protection. Un de ces processus est csrss.
J'ai découvert une autre cause possible de ce message d'erreur, ce que je n'aurais jamais pensé à vérifier lors du dépannage d'une erreur "Accès refusé".
Contexte
Microsoft a introduit un nouveau mécanisme de gestion des ressources à partir de Windows 8. Lorsque les ressources du système sont très sollicitées, Windows peut choisir de placer certains processus dans un état "Suspendu" afin de libérer leurs ressources pour d'autres processus. Un processus suspendu est essentiellement gelé jusqu'à ce que le système l'annule, ce qui se produit généralement lorsque l'utilisateur lance une interaction avec ce processus. Pour quelque raison que ce soit, le Gestionnaire des tâches n’est pas exempté de ce mécanisme et a en fait un comportement particulièrement inattendu: lorsque Windows met taskmgr.exe à l’état Suspendu, son paramètre "Vitesse de mise à jour" est également modifié, quel que soit le paramètre défini. to, to en pause . Toutefois, lorsque le processus n'est pas suspendu, le paramètre "Vitesse de mise à jour" n'est pas restauré à sa valeur d'origine. Il reste sur le paramètre en pause !
Erreur Cause
Lorsque la "vitesse de mise à jour" du Gestionnaire des tâches est définie sur en pause , l'onglet Détails peut afficher les processus qui ne sont plus en cours d'exécution. Si tel est le cas et que vous tentez d '"arrêter le processus" sur un processus aussi inexistant, vous obtiendrez l'erreur "Accès refusé". La solution (à court terme) * consiste à s'assurer que la "Vitesse de la mise à jour" est définie sur autre chose, comme Normal , avant de tenter de mettre fin à un processus. .
* En ce qui concerne la solution à long terme consistant à empêcher le paramètre "Update Speed" de basculer sur en pause dans le premier place (qui se passe constamment ) ... Je suis toujours à la recherche de celui-là !