erreur 1325 <nom d'utilisateur> n'est pas un nom de fichier court valide

En essayant d'installer * .msi ou un fichier sur un système d'exploitation Windows 7, j'ai eu l'erreur suivante:

error 1325 <username> is not a valid short File Name

Comment puis-je résoudre ce problème afin que l'installation se poursuive?

Cela se produit sur un fichier qui se trouve dans un domaine. D'après ce que j'ai vu jusqu'à présent, cela ne se produit qu'avec les utilisateurs qui se connectent à partir d'un domaine.

Cette solution est simple, accédez à l'emplacement de registre suivant dans regedit:

HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Explorer/User Shell Folders

Ici, vous devez modifier la personalclé de registre:

• de \\<domain>\profiles$\<username>
• à %USERPROFILE%\<username>

Notez que cela User Shell Folderspeut également exister dans d'autres emplacements, vous pouvez donc rechercher dans l'éditeur de registre User Shell Folderset corriger toutes les valeurs que vous trouvez, en fonction de votre installation personnelle.

Essayez ensuite de réinstaller le programme.

Une autre option consiste à créer un nouvel utilisateur administrateur sur votre ordinateur et à l'installer de cette façon.

Pour l'affiche originale de cette question, cela corrige plus que juste .Net

Je combattais la même erreur lors de l'installation d'AutoCAD, dans un environnement de GP et de profils itinérants avec des comptes d'administrateur local verrouillés. (Nous sommes également en train de migrer vers Win7 à partir de XP et d'avoir à installer / tester un logiciel) À un moment donné, j'ai dû entrer dans plusieurs profils de registre et coder en dur le UserShellFolder car l'administrateur précédent avait créé un profil d'utilisateur par défaut basé sur son profil qui, bien sûr, a vissé les pointeurs vers les paramètres personnels et l'a fait pointer vers son profil utilisateur chaque fois qu'un nouveau profil utilisateur a été créé.

En outre, vous devrez peut-être aller dans les dossiers Shell dans le même dossier Explorer que mentionné ci-dessus et y modifier également les références de profil.

J'ai eu le même problème avec le programme ArcGIS et donc je suis retourné et j'ai regardé les forums Google pour aider quelqu'un :) J'ai passé deux jours à essayer différentes façons de résoudre, y compris la modification des valeurs du registre. J'avais désinstallé le programme, mais je pense que ce sont des fichiers qui n'ont pas été supprimés.

J'ai résolu mon problème avec le programme "Revo Uninstaller" (gratuit) en suivant ces étapes:

• Dans la liste des programmes disponibles pour la désinstallation, ArcMap (ArcGIS) ne s’affichait pas, mais en cliquant sur l’icône «Désinstallation forcée», un champ apparaît pour entrer le nom.
• J'ai tapé "Arc" et le programme est apparu sur la liste.
• J'ai sélectionné "Avancé" et "Suivant".
• J'ai tout sélectionné et supprimé.
• J'ai cliqué sur "Suivant" et j'ai terminé.

Après cela, j'ai réussi à réinstaller le programme sans aucun problème.

Nous avons eu le même problème avec AutoCad 2013. Normalement, nos noms d'utilisateur sont composés de huit caractères mais en ont parfois un de plus, c'est pourquoi nous n'avons pas vu le problème à l'origine.

Nous n'utilisons pas de profils itinérants mais redirigeons tous les fichiers utilisateur (documents, images, vidéos, etc.) vers le stockage de fichiers réseau. Nos GPO déplacent cela dans le même répertoire de base de l'utilisateur dans AD.

Pour nous, la modification de la valeur "Personal" dans le jeu de clés mentionné ci-dessus a permis à la première exécution d'AutoCad de se dérouler normalement.

Notez cependant que cela remet également le dossier «Documents» de l'utilisateur dans le dossier C: \ Users \\ Documents au lieu du stockage réseau souhaité. Une fois la première exécution d'AutoCad terminée, nous avons dû remettre la valeur de registre à son paramètre d'origine; demandez à l'utilisateur de se déconnecter puis de se reconnecter.

AutoCad devrait toujours fonctionner à ce stade.

Aucune des suggestions ici n'a fonctionné pour moi. J'ai décidé de me connecter au PC en tant que superviseur de réseau et d'exécuter la mise à jour (pour tous les utilisateurs de ce PC) et cela a fait l'affaire.

Il est évident que le profil de l'utilisateur regualr doit être endommagé d'une manière ou d'une autre. J'avais passé beaucoup de temps à creuser la botte de foin du registre pour tenter de localiser le problème lorsque j'ai décidé de réduire mes pertes et de tenter l'approche de la main lourde. Cela a fonctionné mais la raison de l'échec car l'Utilisateur me fait encore allusion.