Impossible de résoudre% windir% / Impossible de modifier% path% ou% path% être réinitialisé lors du démarrage

Voir les mises à jour 3 et 4 ci-dessous pour savoir comment le problème a évolué


Mon ordinateur (Windows 7 x64, Lenovo Thinkpad T530) a un problème résolvant% windir%. Après le démarrage, tout fonctionne bien. À un moment donné, l'ordinateur est soudain incapable de résoudre% windir%.

Fenêtre de console

La vérification de la fenêtre des variables d'environnement montre qu'elle est définie.

Environnement Varibales

La vérification du registre montre également qu'il est également défini. J'ai effectivement supprimé la clé et l' ai réintégré en vain.

Enregistrement

Après un redémarrage, tout fonctionne bien pendant un certain temps. Est-ce que quelqu'un a une idée de tout ce que je peux vérifier?


Mise à jour 1: Après avoir réfléchi à cela, j'ai désinstallé le pilote / programme Konica Minolta Pagebox qui a été installé à propos du moment où ce problème a commencé (voir les commentaires ci-dessous). Le problème semble prendre environ 4 à 24 heures (je n'ai jamais chronométré) pour le manifester, alors je vais continuer à le mettre à jour après cela.

Mise à jour 2: problème est toujours en cours. Je suis revenu du déjeuner et% windir% ne peut pas être trouvé. J'ai fait un test après un redémarrage ce matin et j'ai mis l'ordinateur à dormir, puis je l'ai réveillé. % Windir% était encore défini après le réveil.

Mise à jour 3: Par Daniel dans les commentaires, j'ai fonctionné set avant et après une erreur et j'ai comparé les sorties. La première chose que j'ai remarquée, c'est que sur un nouveau démarrage, mon % de chemin% a plus de 2000 caractères . J'ai taillé jusqu'à ~ 375 caractères et l'ai vérifié dans une nouvelle fenêtre cmd. J'ai redémarré, vérifié le chemin à nouveau, et il revenait à plus de 2000 caractères (cela correspondait à ce que j'ai vu à l'origine). Je l'ai tronqué à nouveau et redémarré une fois de plus et il en est de même. J'ai supprimé la variable de cheminement et créé une nouvelle; La même chose s'est produite. À ce stade, tout ce que je peux conclure, soit, je ne peux pas changer définitivement mon chemin OU le chemin est en cours de réinitialisation par un processus lors du démarrage. Des pensées?

Mise à jour 4: J'ai édité mon chemin via la méthode de registre suggérée ci-dessous. J'ai vérifié mon chemin aujourd'hui après avoir couru pendant un certain temps et il est passé de ce que j'ai entré dans le registre; Il a maintenant quelques nouvelles entrées et beaucoup de doublons. Les seules nouvelles entrées proviennent de SQL Server 2012. Je suis allé modifier cela dans le registre et j'ai remarqué que le registre ne correspond PAS à la sortie d' echo %path% . La vérification des variables d'environnement à partir de l'onglet Propriétés avancées montre une troisième version de mon chemin.

 Registry Path: C:\Program Files (x86)\Microchip\mplabc30\v3.30\bin; C:\RUBY193\BIN; C:\Windows\SYSTEM32; C:\Windows; C:\Windows\SYSTEM32\WBEM; C:\PROGRAM FILES\COMMON FILES\LENOVO; C:\SWTOOLS\READYAPPS; C:\PROGRAM FILES (X86)\COMMON FILES\LENOVO; C:\PROGRAM FILES (X86)\MICROCHIP\MPLAB C32 SUITE\BIN; C:\HTSOFT\PIC18\BIN; C:\PROGRAM FILES\TORTOISESVN\BIN; C:\Windows\System32\WindowsPowerShell\v1.0\; C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\; C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\; C:\Program Files\Microsoft SQL Server\110\Tools\Binn\; C:\Program Files (x86)\Microsoft SQL Server\110\DTS\Binn\; Command Line path: C:\Program Files (x86)\Microchip\mplabc30\v3.30\bin; C:\RUBY193\BIN; C:\Windows\SYSTEM32; C:\Windows; C:\Windows\SYSTEM32\WBEM; C:\PROGRAM FILES\COMMON FILES\LENOVO; C:\SWTOOLS\READYAPPS; C:\PROGRAM FILES (X86)\COMMON FILES\LENOVO; C:\PROGRAM FILES (X86)\MICROCHIP\MPLAB C32 SUITE\BIN; C:\HTSOFT\PIC18\BIN; C:\PROGRAM FILES\TORTOISESVN\BIN; C:\Windows\System32\WindowsPowerShell\v1.0\; C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\ManagementStudio\; C:\Program Files (x86)\Microsoft SQL Server\110\Tools\Binn\; C:\Program Files\Microsoft SQL Server\110\Tools\Binn\; C:\Program Files (x86)\Microsoft SQL Server\110\DTS\Binn\; C:\Program Files(x86)\Microchip\mplabc30\v3.30\bin; C:\RUBY193\BIN; C:\Windows\SYSTEM32; C:\Windows; C:\Windows\SYSTEM32\WBEM; C:\PROGRAM FILES\COMMON FILES\LENOVO; C:\SWTOOLS\READYAPPS; C:\PROGRAM FILES (X86)\COMMON FILES\LENOVO; C:\PROGRAM FILES (X86)\MICROCHIP\MPLAB C32 SUITE\BIN; C:\HTSOFT\PIC18\BIN; C:\PROGRAM FILES\TORTOISESVN\BIN; C:\Windows\System32\WindowsPowerShell\v1.0\; Environment Variables path: C:\Program Files (x86)\Microchip\mplabc30\v3.30\bin; C:\RUBY193\BIN; C:\Windows\SYSTEM32; C:\Windows; C:\Windows\SYSTEM32\WBEM; C:\PROGRAM FILES\COMMON FILES\LENOVO; C:\SWTOOLS\READYAPPS; C:\PROGRAM FILES (X86)\COMMON FILES\LENOVO; C:\PROGRAM FILES (X86)\MICROCHIP\MPLAB C32 SUITE\BIN; C:\HTSOFT\PIC18\BIN; C:\PROGRAM FILES\TORTOISESVN\BIN; C:\Windows\System32\WindowsPowerShell\v1.0\; 

On dirait que le chemin de la ligne de commande = chemin de registre + chemin des variables d'environnement . J'ai tenté de définir le chemin de registre et le chemin des variables d'environnement vers la même chose et de redémarrer. Après le redémarrage, mon chemin est maintenant doublé, essentiellement deux copies dos à dos du chemin de registre ci-dessus.

Encore une fois, des pensées?

Mise à jour 5: après avoir parlé au responsable informatique, il dit qu'il combat un problème similaire sur un autre ordinateur. Les deux ordinateurs ont des SSD (semble être le seul facteur courant). Cela peut ou non être pertinent.

J'ai eu le même problème et j'ai trouvé cette question en premier. Cependant, la cause / solution réelle n'est pas encore mentionnée dans cette question, mais elle est mentionnée ici: le PATH de Windows 7 et les variables d'environnement sont corrompues

Résumé de la solution: assurez-vous que votre chemin est <2048 caractères. Vérifiez à la fois les variables utilisateur et les variables système.

Avec l'interface graphique, définissez votre contenu % windir% en % SystemRoot% .

En ce qui concerne votre%% de chemin, vous pouvez résoudre ce problème avec l'Éditeur du Registre:

  • Commencez Regedit.exe
  • Accédez à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
  • Dans le volet droit, double-cliquez sur la valeur Path (REG_EXPAND_SZ)
  • Changez la valeur souhaitée et redémarrez

Entrez la description de l'image ici

J'ai eu le même problème dans mon Lenovo TS530. Il a commencé à se produire après l'installation de nouveaux programmes qui ont amené mon chemin à être beaucoup plus long qu'avant et que les installateurs ont ajouté les nouvelles choses au début de la définition du chemin . J'ai édité le chemin dans regedt en déplaçant% SystemRoot% au début de la définition de chemin.

 path = %SystemRoot%\system32;%SystemRoot%;%SystemRoot.... 

De plus, j'ai modifié la variable environnementale Windir de

 windir= C:/Windows 

à

 windir=C:\Windows 

Cela semble avoir résolu le problème. (Il est possible que j'ai fait l'erreur avec la barre oblique inverse plus tôt en essayant de résoudre le problème. Ou bien, le programme d'installation l'a changé.)

J'ai eu le même problème. Il a été résolu lorsque j'ai supprimé la variable PATH Environment (après avoir effectué une sauvegarde de son contenu) dans la boîte de dialogue suivante.

 C:\Windows\System32\SystemPropertiesAdvanced.exe 

J'ai reconstruit la variable PATH plus tard une par une. J'ai déplacé une partie des contenus PATH qui ne correspondaient pas aux variables du système dans les variables utilisateur variables.

J'ai trouvé (constamment) que cela se produirait également si les versions SQL Server 2012 ou ultérieures sont installées sur l'ordinateur Windows 7 (pas sûr si le problème se produit également sur Win8.x ou Win10), mais la solution que j'ai trouvée est de Créez également la variable Windir Environment sous le contexte utilisateur actuel pour être définie sur% SystemRoot%. La seule fois où nous verrions cela, c'est lorsque RDP'ing (session distante) dans le (s) poste (s) de travail. Si nous nous sommes connectés à la console, nous ne le rencontrerions pas du tout. Je ne sais pas si les composants SQL 2012 (ou plus tard) sont installés sur le vôtre juste avant que cela ne se produise ou non, mais vous pouvez essayer cette résolution.

Notre service d'assistance m'a donné cette réponse:

  1. Ouvrez les paramètres de contrôle de compte utilisateur en cliquant sur le bouton Démarrer, puis en cliquant sur Panneau de configuration. Dans la zone de recherche, tapez uac, puis cliquez sur Modifier les paramètres de contrôle de compte utilisateur.
  2. Procédez comme suit: • Pour éteindre UAC, déplacez le curseur sur la position Ne jamais notifier, puis cliquez sur OK. Si vous êtes invité à entrer un mot de passe ou une confirmation d'administrateur, saisissez le mot de passe ou fournissez une confirmation. Vous devrez redémarrer votre ordinateur pour que l'UAC soit éteint.

Cela fonctionne deux choses différentes:

1.) Ce problème n'existe pas réellement car ce programme exige que% windir fonctionne correctement. Exécutez C: \ Windows \ System32 \ UserAccountControlSettings dans l'invite de commande.

2.) Vous préférez ne pas avoir les avertissements de sécurité de Windows.

J'ai eu le même problème après la mise à niveau vers un SSD sur mon Lenovo X230. Le logiciel que j'ai utilisé pour la migration (Acronis TrueImage) avait ajouté une valeur de chemin d'accès, qui devait m'avoir dépassé. Je l'ai résolu comme suit:

Ouvrir Regedit

Accédez à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Environment

Modifiez la valeur du chemin d'accès (voir la réponse de user184745 ci-dessus).

Coupe la valeur actuelle et collé dans le Bloc-notes.

Édité plusieurs valeurs en double ainsi que des chemins qui semblaient peu utiles. J'ai réduit la longueur du trajet de 2 283 caractères à 1 517.

Collé la nouvelle chaîne de chemin dans la clé de chemin.

(Enregistré le contenu de mon Bloc-notes au cas où.)

Redémarré. Tout est bien.

Comme déjà mentionné par @ Pieter-Jan Busschaert, il est très probable en raison d'une variable d'environnement PATH corrompue ou trop longue.

La façon la plus simple de réparer ceci est en téléchargeant Rapid Environment Editor . Cela vous montre ce qui ne va pas avec vos paramètres PATH et vous permet de le réparer tout de suite.

Vérifiez la limitation de la variable de chemin: https://support.microsoft.com/en-us/kb/2685893

J'ai eu les mêmes problèmes que ci-dessus. % Windir%. Des icônes ne s'affichent pas pour certains articles. Toute application qui a utilisé windir … Passé à toutes les corrections, y compris le démarrage à froid, le raccourcissement du chemin, etc.
Finalement, j'ai recréé mon profil Windows … problème disparu.