Emplacement PowerShell

  1. Utilisez Host.version pour trouver l’emplacement du PowerShell.exe dans Windows Server 2008
  2. Get-Process pour trouver l’emplacement du PowerShell.exe dans Windows Server 2008
Emplacement PowerShell

PowerShell est une interface en ligne de commande pour des tâches de script, des besoins d’automatisation et la gestion des systèmes CI/CD, installée par défaut sur chaque PC Windows, à partir de Windows 7.

Elle est utilisée pour combler l’écart entre les utilisateurs de Windows et les utilisateurs de systèmes similaires à Linux.

Cet article concerne principalement la recherche de l’emplacement du fichier PowerShell.exe de différentes manières.

Le groupe cible d’utilisateurs de la solution fournie serait les utilisateurs de Windows Server 2008. Cependant, cela s’applique aux utilisateurs de la version Windows 7 et supérieure.

Utilisez Host.version pour trouver l’emplacement du PowerShell.exe dans Windows Server 2008

Lorsque vous utilisez une version de Windows PowerShell plus récente que la Version 1.0, vous aurez des difficultés à trouver le chemin correct vers Windows PowerShell. Dans mon cas, j’ai la version 5 de PowerShell installée sur mon PC Windows 10.

Pourtant, lorsque la commande pour ouvrir le répertoire dans Windows PowerShell dir est exécutée, la version affichée est v1.0.

PS C:\Windows\System32\WindowsPowerShell> dir

Sortie :

Directory: C:\Windows\System32\WindowsPowerShell
Mode                 LastWriteTime         Length Name
----                 -------------         ------ ----
d-----          4/9/2021   7:23 PM                v1.0

Ce qui se passe ici est une confusion causée par la dénomination des répertoires par Microsoft.

Elle montre la longueur du nom comme v1.0, mais ce n’est pas le nom de version réelle de l’application PowerShell sur mon PC. Par conséquent, nous utiliserons la commande $Host.version pour trouver la version correcte de PowerShell.

PS C:\Windows\System32\WindowsPowerShell> $Host.version

La sortie de ce code montre les versions majeures et mineures correctes de PowerShell.

PS C:\Windows\System32\WindowsPowerShell> $Host.version
Major  Minor  Build  Revision
---- - ---- - ---- - --------
5      1      19041  1320

Comme vous pouvez le voir, la version est Windows PowerShell 5.1, et non la version v1.0.

Cette confusion est causée parce que les développeurs mettaient à jour la version. Cependant, le nom du dossier reste le même que v1.0. À l’intérieur du répertoire du dossier v1.0, vous pouvez voir le fichier .exe de Windows PowerShell 5.1.

Si vous trouvez le bon emplacement, vous devez entrer dans le dossier v1.0 et obtenir le fichier .exe. Pour trouver les bonnes informations sur la version, vous devez exécuter la commande $Host.version de PowerShell.

Get-Process pour trouver l’emplacement du PowerShell.exe dans Windows Server 2008

Une manière pratique de trouver le chemin d’emplacement du fichier PowerShell.exe sur un PC Windows est via la commande Get-Process.

Vous n’avez pas besoin de vous diriger vers le dossier PowerShell pour exécuter les commandes. Ci-dessous se trouve la commande qui afficherait directement le chemin du fichier PowerShell.exe.

PS C:\Users\Agni> (Get-Process powershell | select -First 1).Path

Sortie :

PS C:\Users\Agni> (Get-Process powershell | select -First 1).Path
C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe

Ainsi, cette méthode peut être identifiée comme la manière sans tracas de déterminer le chemin correct vers le fichier .exe requis. Cependant, vous ne pouvez pas identifier la version de votre PowerShell comme nous l’avons fait dans la méthode précédente.

Vous aimez nos tutoriels ? Abonnez-vous à DelftStack sur YouTube pour nous aider à créer davantage de tutoriels vidéo de haute qualité. Abonnez-vous
Migel Hewage Nimesha avatar Migel Hewage Nimesha avatar

Nimesha is a Full-stack Software Engineer for more than five years, he loves technology, as technology has the power to solve our many problems within just a minute. He have been contributing to various projects over the last 5+ years and working with almost all the so-called 03 tiers(DB, M-Tier, and Client). Recently, he has started working with DevOps technologies such as Azure administration, Kubernetes, Terraform automation, and Bash scripting as well.