Podczas próby zainstalowania pliku * .msi lub pliku w systemie operacyjnym Windows 7 wystąpił następujący błąd:
error 1325 <username> is not a valid short File Name
Jak mogę rozwiązać ten problem, aby instalacja przebiegła?
.net-framework
windows-7
Biały kot
źródło
źródło
Odpowiedzi:
Dzieje się tak w przypadku pliku znajdującego się w domenie. Z tego, co do tej pory widziałem, dzieje się tak tylko z użytkownikami logującymi się z domeny.
To rozwiązanie jest proste: przejdź do następującej lokalizacji rejestru w regedit:
HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Explorer/User Shell Folders
W tym miejscu powinieneś zmienić
personal
klucz rejestru:\\<domain>\profiles$\<username>
%USERPROFILE%\<username>
Pamiętaj, że
User Shell Folders
może istnieć również w innych lokalizacjach, więc możesz wyszukiwać w edytorze rejestruUser Shell Folders
i korygować wszystkie znalezione wartości, w zależności od osobistej instalacji.Następnie spróbuj ponownie zainstalować program.
Inną opcją jest utworzenie nowego użytkownika administracyjnego na komputerze i zainstalowanie go w ten sposób.
źródło
W oryginalnym plakacie tego pytania naprawiono coś więcej niż tylko .Net
Walczyłem z tym samym błędem podczas instalowania programu AutoCAD w środowisku profilów GP i roamingowych z zablokowanymi kontami lokalnego administratora. (Jesteśmy również w trakcie migracji do Win7 z XP i musimy zainstalować / przetestować oprogramowanie) W pewnym momencie wstecz musiałem przejść do kilku profili rejestru i na stałe zakodować UserShellFolder, ponieważ poprzedni administrator utworzył domyślny profil użytkownika na podstawie jego profil, który, oczywiście, przekręcił wskaźniki w ustawieniach osobistych i sprawił, że wskazywał na swój profil użytkownika za każdym razem, gdy tworzony był nowy profil użytkownika.
Konieczne może być także przejście do folderów powłoki w tym samym folderze Explorer, jak wspomniano powyżej, i dostosowanie tam również odwołań do profilu.
źródło
Miałem ten sam problem z programem ArcGIS, więc wróciłem i spojrzałem na fora Google, aby komuś pomóc :) Spędziłem dwa dni próbując różnych sposobów rozwiązania, w tym edycji wartości rejestru. Odinstalowałem program, ale myślę, że były to pliki, które nie zostały usunięte.
Rozwiązałem problem z programem „Revo Uninstaller” (bezpłatny), wykonując następujące kroki:
Potem udało mi się ponownie zainstalować program bez żadnych problemów.
źródło
Ten sam problem występował w programie AutoCad 2013. Zwykle nasze nazwy użytkowników składają się z ośmiu znaków, ale czasami mamy jeden z nich więcej, dlatego pierwotnie nie widzieliśmy problemu.
Nie korzystamy z profili mobilnych, ale przekierowujemy wszystkie pliki użytkownika (dokumenty, zdjęcia, filmy itp.) Do sieciowego przechowywania plików. Nasze obiekty GPO przenoszą to do tego samego katalogu, co katalog domowy użytkownika w AD.
Dla nas zmiana wartości „osobistej” w zestawie kluczy wspomnianym powyżej pozwoliła na normalne uruchomienie pierwszego uruchomienia programu AutoCad.
Należy jednak pamiętać, że powoduje to również powrót folderu „Dokumenty” użytkownika do folderu C: \ Users \\ Documents zamiast żądanego magazynu sieciowego. Po zakończeniu pierwszego uruchomienia programu AutoCad musieliśmy przywrócić wartość rejestru do pierwotnego ustawienia; poproś użytkownika o wylogowanie i ponowne zalogowanie.
AutoCad powinien nadal działać w tym momencie.
źródło
Żadna z sugestii tutaj nie działała dla mnie. Postanowiłem zalogować się do komputera jako administrator sieci i uruchomić aktualizację (dla wszystkich użytkowników na tym komputerze) i to załatwiło sprawę.
Oczywiste jest, że w jakiś sposób profil użytkownika regualr musi zostać uszkodzony. Spędziłem dużo czasu, kopiąc w stogu siana rejestru, próbując zlokalizować problem, kiedy zdecydowałem się zmniejszyć straty i spróbować podejść ciężką ręką. Działa, ale uzasadnienie niepowodzenia, ponieważ Użytkownik wciąż do mnie nawiązuje.
źródło