21 votes

Pourquoi "ipconfig" n'est-il pas reconnu comme une commande interne ou externe ?

Sous Windows 7, sur une seule de mes machines, taper "ipconfig" ne fait plus rien.

Y a-t-il une raison à cela ?

Je pense que cela a quelque chose à voir avec l'installation du SDK java / la modification des variables système.

Le commandement et la réponse :

C:\Users\Paul>ipconfig

ipconfig' n'est pas reconnu comme une commande interne ou externe, un programme exploitable ou un fichier batch.

Mon PATH :

C:\Program Files\Common Files\Microsoft Shared\Windows Live;
C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live;
C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common;
C:\Program Files (x86)\MiKTeX 2.8\miktex\bin;
C:\Program Files (x86)\Windows Live\Shared;
C:\Program Files\Common Files\Microsoft Shared\Windows Live;
C:\Program Files\Java\jdk1.6.0_22\bin;
c:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn\;
c:\Program Files\Microsoft SQL Server\100\Tools\Binn\;
c:\Program Files\Microsoft SQL Server\100\DTS\Binn\;
C:\Program Files (x86)\QuickTime\QTSystem\;
C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;
C:\Program Files (x86)\MATLAB\R2007b\bin;
C:\Program Files (x86)\MATLAB\R2007b\bin\win32;
C:\Program Files (x86)\Common Files\Autodesk Shared\;
C:\Program Files (x86)\Autodesk\Backburner\;
C:\Program Files\Common Files\Autodesk Shared\

20voto

music2myear Points 38573

J'imagine que si C:\Windows\System32 étaient absents de l'énoncé du chemin, le fait que ipconfig ne fonctionne pas serait le dernier de vos soucis.

C:\Windows\System32 contient un grand nombre d'exécutables et de bibliothèques de liens dynamiques (DLL) qui permettent à Windows de fonctionner.

Une entrée dans les paramètres du chemin d'accès du système indique à l'ordinateur de rechercher dans cet emplacement spécifié les exécutables et les fichiers auxquels les programmes font référence.

Alors qu'il semblerait qu'un bon programme ne devrait pas s'appuyer sur les variables Path mais plutôt faire directement référence à l'emplacement de tous les fichiers dont il dépend, l'instruction Path permet à plusieurs systèmes d'exploitation similaires de coexister sur le même lecteur (Windows XP dans le système d'exploitation de l'entreprise). C:\WinXP\ dossier, Windows 7 en C:\Win7\ etc., ce qui donnerait des résultats différents et incompatibles. \System32\ ), et permet une mise à niveau plus facile et plus souple des fichiers du framework (recherchez la version la plus récente des bibliothèques .Net dans un répertoire versionné où elles sont installées plutôt que dans un répertoire central où elles risquent de s'écraser mutuellement de manière irréfutable).

Ainsi, un programme cherchant à utiliser les fonctions de la gestion intégrée de la fermeture éclair de Windows XP appellera zipfldr.dll et le système d'exploitation renverra les fonctions de cet exécutable stockées dans le fichier C:\Windows\System32\zipfldr.dll. Si vous parcourez ce répertoire, vous devriez voir de nombreux fichiers que vous reconnaîtrez probablement comme des commandes de script courantes ou des fonctions essentielles au fonctionnement du système d'exploitation.

Je n'ai jamais enlevé le C:\Windows\System32 de ma déclaration de chemin et je ne pense pas que je le ferai un jour (bien que je suppose que tester ceci dans une VM avec une fonctionnalité de retour en arrière ne devrait pas être trop difficile) et je ne peux donc pas dire avec certitude ce qui se passerait si elle était complètement absente.

Il suffit de dire qu'à peu près n'importe quel script de lot ne fonctionnerait pas du tout, et les capacités de votre OS seraient sévèrement réduites.

D'autres ont déjà noté comment ajouter C:\Windows\System32 à l'énoncé du chemin s'il est manquant, et je ne le répéterai donc pas ici. Mais je ne serais pas surpris, puisque c'est la seule fonction qui ne fonctionne pas, qu'il y ait un autre problème.

14voto

Marcelo Santos Points 756

Cela pourrait en effet être dû à des variables du système.

  • Clic droit Mon ordinateur dans le menu Démarrer ou sur le bureau et cliquez sur Propriétés
  • Choisissez Paramètres système avancés -> Avancé
  • Cliquez sur le bouton Variables d'environnement... bouton
  • Trouvez la variable système appelée Chemin d'accès et cliquez dessus
  • Cliquez sur Editer... bouton
  • Il doit s'agir d'une longue chaîne contenant plusieurs chemins séparés par un point-virgule ;
  • Vérifiez qu'il contient C:\Windows\system32 (Je suppose que votre lecteur système est C )
  • Si vous n'êtes pas sûr qu'il soit correct, vous pouvez le copier et le poster ici.
  • Si vous effectuez des changements, vous devrez peut-être redémarrer pour voir les effets.

Si cela ne vous aide pas, ouvrez votre C:\Windows\system32 et assurez-vous qu'il contient IPConfig.exe . Si ce n'est pas le cas, je pense qu'il vous manque des fichiers système.

2voto

Xavier Blondel Points 121

J'ajoute le même problème, mais lorsque je tape dans une ligne de commande (cmd.exe) le suivant

echo %PATH

En %SystemRoot%\system32 était en effet présent.

J'ai lu quelque part que le problème pouvait être causé par un espace suivant un point-virgule dans la définition de la variable PATH, mais ce n'était pas le cas pour moi.

Mon problème a été résolu lorsque j'ai découvert que l'un de mes éléments PATH était %SYSTEMROOT% 代わりに %SystemRoot% (sensible à la casse)

1voto

BrbnMn Points 19

Vous devez exécuter l'invite de commande en tant qu'administrateur. Par défaut, Windows 7 n'autorise pas l'accès à l'invite de commande au système. Dans le menu Démarrer, cliquez avec le bouton droit de la souris sur Invite de commande et sélectionnez Exécuter en tant qu'administrateur. Vous pourrez alors exécuter toutes les commandes auxquelles vous vous attendez, comme ipconfig.

1voto

user1454265 Points 171

Une autre chose à vérifier, qui était le coupable dans mon cas : la variable d'environnement PATHEXT.

J'avais défini la variable d'environnement utilisateur PATHEXT sur "*.LNK" pour tenter de récupérer les fichiers de raccourcis sur la ligne de commande sans avoir à saisir l'extension, mais cela ne faisait que remplacer la variable d'environnement système PATHEXT=".COM ;.EXE ;.BAT ;.CMD ;.VBS ;.VBE ;.JS ;.JSE ;.WSF ;.WSH ;.MSC", sans la compléter. Ainsi, ipconfig.exe n'a pas été trouvé. La définition de la liste complète des extensions dans le PATHEXT du niveau utilisateur a permis de résoudre le problème.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X