Erreur 1325 <username> n'est pas un nom de fichier court valide

À l'auteur original de cette question, cela corrige plus que simplement .Net

J'ai rencontré la même erreur en installant AutoCAD, dans un environnement de stratégies de groupe et de profils itinérants avec des comptes administratifs locaux verrouillés. (Nous sommes également en train de migrer vers Win7 à partir de XP et devons installer/tester des logiciels) À un moment donné il y a quelques mois, j'ai dû aller dans plusieurs profils de registre et encoder en dur le UserShellFolder parce que l'ancien administrateur avait créé un profil d'utilisateur par défaut basé sur son profil, ce qui, bien sûr, a perturbé les pointeurs vers les paramètres personnels et les a fait pointer vers son profil utilisateur à chaque fois qu'un nouveau profil utilisateur était créé.

De plus, il se peut que vous deviez également modifier les références de profil dans les dossiers Shell dans le même dossier Explorer mentionné ci-dessus.

J'avais le même problème avec le programme ArcGIS, alors je suis retourné consulter les forums Google pour aider quelqu'un :) J'ai passé deux jours à essayer différentes méthodes pour résoudre le problème, y compris l'édition des valeurs de registre. J'avais désinstallé le programme, mais je pense qu'il y avait des fichiers qui n'avaient 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 pour entrer le nom est apparu.
• J'ai tapé "Arc" et le programme est apparu dans 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 ont huit caractères mais il nous arrive parfois d'en avoir un avec plus, c'est pourquoi nous n'avons pas vu le problème initialement.

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 vers le même répertoire que le répertoire personnel de l'utilisateur dans AD.

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

Notez cependant que cela ramène également le dossier "Documents" de l'utilisateur vers le dossier C:\Users\\Documents au lieu du stockage réseau souhaité. Après la première exécution d'AutoCad, nous avons dû remettre la valeur de la clé de registre à son paramètre d'origine, faire déconnecter l'utilisateur et le 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 réseau et d'exécuter la mise à jour (pour tous les utilisateurs sur ce PC) et cela a fonctionné.

Il est évident que d'une manière ou d'une autre, le profil de l'utilisateur régulier doit être endommagé. J'avais passé beaucoup de temps à fouiller dans la paille de la base de registre pour tenter de localiser le problème quand j'ai décidé de limiter les dégâts et d'essayer l'approche radicale. Cela a fonctionné mais la raison de l'échec de l'utilisateur me échappe toujours.