Sous Windows 7, sur une seule de mes machines, taper "ipconfig" ne fait plus rien.
Y a-t-il une raison à cela?
Ma spéculation est que cela a quelque chose à voir avec l'installation du SDK Java/la modification des variables système.
La commande et la réponse:
C:\Users\Paul>ipconfig
'ipconfig' n'est pas reconnu comme une commande interne ou externe, un programme utilisable ou un fichier de commandes.
Ma 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\
J'imagine que si C:\Windows\System32 était absent de la déclaration de chemin, ipconfig non en cours d'exécution serait le moindre 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 système indique à l'ordinateur de rechercher dans cet emplacement spécifié les exécutables et les fichiers référencés par les programmes.
Bien qu’il semble qu’un bon programme ne s’appuierait pas sur des variables Path, mais devrait directement référencer l’emplacement de tout fichier 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 dossier C:\WinXP \, Windows 7 dans C:\Win7 \, etc., ce qui entraînerait des répertoires différents et incompatibles.\System32 \, et permettrait une mise à niveau plus facile et plus flexible des fichiers de structure (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 peuvent se remplacer les unes les autres de manière insignifiante).
Ainsi, un programme cherchant à utiliser les fonctions de la gestion de Zip intégrée à Windows XP appelle zipfldr.dll et le système d'exploitation renvoie les fonctions de cet exécutable stockées dans C:\Windows\System32\zipfldr.dll. Si vous parcourez ce répertoire, vous devriez voir apparaître de nombreux fichiers que vous reconnaîtrez probablement comme des commandes de script ou des fonctions courantes essentielles au fonctionnement du système d'exploitation.
Je n'ai jamais supprimé l'entrée C:\Windows\System32 de ma déclaration de chemin d'accès et je ne pense pas pouvoir le faire (même si je suppose que le tester dans une VM avec une fonctionnalité d'annulation ne devrait pas être trop difficile ) et je ne peux donc pas dire avec certitude ce qui se passerait si elle manquait complètement.
Autrement dit, à peu près tout script batch ne fonctionnerait pas du tout, et les capacités de votre système d'exploitation seraient sérieusement réduites.
D'autres ont déjà indiqué comment ajouter C:\Windows\System32 à l'instruction Path si elle manque, et je ne vais donc pas le répéter ici. Mais je ne serais pas surpris, car c’est la seule fonction que vous avez trouvée qui ne fonctionne pas, s’il ya autre chose qui ne va pas ici.
Cela pourrait en effet être dû à des variables système.
Si cela ne vous aide pas, ouvrez votre répertoire C:\Windows\system32 et assurez-vous qu'il contient IPConfig.exe . Si ce n'est pas alors je suppose que vous devez être manquant des fichiers système.
Une autre chose à vérifier, qui était le coupable dans mon cas: la variable d’environnement PATHEXT.
J'avais la variable d'environnement utilisateur PATHEXT définie sur "* .LNK" pour tenter de récupérer les fichiers de raccourci sur la ligne de commande sans taper l'extension, mais cela ne faisait que masquer la variable d'environnement système PATHEXT = ". COM; .EXE; .BAT; .CMD; .VBS; .VBE; .JS; .JSE; .WSF; .WSH; .MSC ", n’ajoutant rien. Ipconfig.exe n'a donc pas été trouvé. Le paramétrage de PATHEXT de niveau utilisateur sur la liste complète des extensions l’a corrigé.
J'ajoute le même problème, mais lorsque je tape une ligne de commande (cmd.exe), ce qui suit
echo% PATH%
Le %SystemRoot%\system32
était bien présent.
J'ai lu quelque part que le problème pouvait être causé par un espace après 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 qu'un de mes éléments PATH était %SYSTEMROOT%
au lieu de %SystemRoot%
(sensible à la casse).
Vérifiez les paramètres de sécurité de votre antivirus ou de votre pare-feu. Dans mon ordinateur portable de bureau, à moins que le niveau de sécurité ne soit défini sur "Désactivé", il revient simplement à l'invite de commande sans aucune sortie.
Vous devez exécuter l'invite de commande en tant qu'administrateur. Par défaut, Windows 7 n'autorise pas la commande Inviter l'accès au système. Dans le menu Démarrer, cliquez avec le bouton droit de la souris sur Invite de commandes et sélectionnez Exécuter en tant qu'administrateur. Maintenant, vous pourrez exécuter toutes les commandes que vous attendez, comme ipconfig.
J'ai eu un problème avec certaines commandes dans cmd
comme ipconfig
. Ensuite, après avoir défini le chemin pour que cela fonctionne.
SYSTEM DLL PATHS
C:\Windows\System32
pour toutes les commandes intégrées de Windows.