1 votes

Comment annuler une variable d'environnement utilisateur tronquée en utilisant setx ?

J'essayais de mettre à jour le path pour mon PC Windows 8.1 à l'aide de la commande setx à partir d'une invite de commande (je ne referai pas cette erreur), ce qui a) n'a pas fonctionné, et b) a tronqué le fichier path utilisateur à 1024 caractères ; maintenant, la dernière entrée de la variable d'environnement n'est pas un chemin d'accès valide (elle est coupée au milieu d'un nom de dossier), et un nombre inconnu d'entrées ont été supprimées (j'ai vérifié dans les paramètres avancés du système et dans l'écran d'accueil de l'ordinateur). path système semble toujours intacte).

Ma question est la suivante : comment puis-je récupérer l'état de la path utilisateur avant qu'elle ne soit tronquée ? J'ai essayé de suivre plusieurs réponses, notamment en utilisant "l'explorateur de processus" (je crois que ce n'est plus une option, car j'ai été obligé de me déconnecter depuis que la troncature s'est produite, et donc tous les programmes qui étaient ouverts à ce moment-là sont maintenant fermés) et "l'éditeur de registre", mais suivre ces instructions ne semble pas fonctionner (par exemple, en essayant de suivre "l'explorateur de processus"). cette réponse n'a pas fonctionné, car à l'étape 4, sur mon PC, il n'y avait pas de "petit bouton à droite de "Ouvrir" pour "Afficher les versions précédentes"", et je ne pouvais donc plus suivre ces instructions).

Si quelqu'un pouvait expliquer, étape par étape, comment afficher une version précédente de l'application path variable d'environnement de l'utilisateur, ce serait formidable.

(Notez que je n'ai pas de terminal Windows ouvert avant que la troncature ne se produise, donc je ne peux pas simplement utiliser echo %path% dans l'invite de commande, et dans Windows 8.1, Microsoft semble avoir désactivé la possibilité d'afficher les versions précédentes, même si je ne comprends pas très bien dans quelle mesure).

2voto

JustJinxed Points 21

Je me rends compte qu'il s'agit d'un ancien message, mais il n'y avait pas de réponse et je suis tombé sur une réponse. J'ai rencontré le même problème après avoir suivi de mauvaises instructions sur redhat à propos de l'installation d'OpenJDK.

Il existe un fichier dans C:\System Informations sur le volume \SPP\OnlineMetadataCache qui est caché, et le système. Vous devrez activer l'affichage des fichiers système protégés et vous ajouter à la liste des autorisations de plusieurs répertoires en cours de route. Toutefois, si vous utilisez une application de chaînes de caractères sur le fichier stocké ici, vous obtiendrez, avec un peu de chance, une copie assez récente de votre déclaration de chemin d'accès. Le fichier sera nommé de la manière suivante : {xxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx {xxxxxxx-xxxx-xxxx-xxxxxxxxxxxx}_OnDiskSnapshotProp

J'espère que cela aidera quelqu'un à l'avenir, je sais que cela m'a aidé ! Et bon sang Windows 10, pourquoi ne pas mettre à jour votre setx pour gérer plus de 1024 caractères ou demander la permission avant de tronquer quelque chose ?

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