При попытке установить * .msi или файл в операционной системе Windows 7 я получил следующую ошибку:
error 1325 <username> is not a valid short File Name
Как я могу исправить эту проблему, чтобы установка прошла?
При попытке установить * .msi или файл в операционной системе Windows 7 я получил следующую ошибку:
error 1325 <username> is not a valid short File Name
Как я могу исправить эту проблему, чтобы установка прошла?
Это происходит с файлом, который находится в домене. Из того, что я видел до сих пор, это происходит только с пользователями, которые входят в систему с домена.
Это простое решение: перейдите по следующему адресу реестра в regedit:
HKEY_CURRENT_USER/Software/Microsoft/Windows/CurrentVersion/Explorer/User Shell Folders
Здесь вы должны изменить personal
раздел реестра:
\\<domain>\profiles$\<username>
%USERPROFILE%\<username>
Обратите внимание, что User Shell Folders
могут существовать в других местах, поэтому вы можете искать в редакторе реестра User Shell Folders
и исправлять все значения, которые вы найдете, в зависимости от вашей личной установки.
Затем попробуйте переустановить программу.
Другой вариант - создать нового администратора на вашем компьютере и установить его таким образом.
У меня была та же проблема с программой ArcGIS, поэтому я вернулся и посмотрел на форумы Google, чтобы помочь кому-то :) Я потратил два дня, пытаясь решить различные проблемы, в том числе редактировать значения реестра. Я удалил программу, но я думаю, что это были файлы, которые не были удалены.
Я решил свою проблему с программой "Revo Uninstaller" (бесплатно), выполнив следующие действия:
После этого мне удалось переустановить программу без проблем.
К первоначальному постеру этого вопроса это исправляет больше, чем просто .Net
Я боролся с той же ошибкой при установке AutoCAD в среде профилей GP и роуминга с заблокированными учетными записями локального администратора. (Мы также находимся в процессе перехода на Win7 с XP и должны установить / протестировать программное обеспечение). Несколько месяцев назад мне пришлось зайти в несколько профилей реестра и жестко закодировать UserShellFolder, поскольку предыдущий администратор создал профиль пользователя по умолчанию на основе его профиль, который, конечно, испортил указатели на персональные настройки и заставил его указывать на его профиль пользователя каждый раз, когда создавался новый профиль пользователя.
Кроме того, вам может понадобиться зайти в Папки оболочки в той же папке Explorer, как упомянуто выше, и настроить там ссылки на профили.
У нас была та же проблема с AutoCad 2013. Обычно наши имена пользователей состоят из восьми символов, но иногда они встречаются с одним и более символами, поэтому изначально мы не видели проблемы.
Мы не используем перемещаемые профили, но перенаправляем все пользовательские файлы (документы, изображения, видео и т.д.) В сетевое хранилище файлов. Наши объекты групповой политики перемещают это в тот же каталог, что и домашний каталог пользователя в AD.
Для нас изменение значения "Personal" в указанном выше наборе ключей позволило первому запуску AutoCad работать нормально.
Обратите внимание, однако, что это также помещает папку "Документы" пользователя обратно в папку C:\Users\\Documents вместо желаемого сетевого хранилища. После первого запуска AutoCad нам пришлось вернуть значение реестра в исходное состояние; Пользователь должен выйти и снова войти.
AutoCad все еще должен работать на этом этапе.
Ни одно из предложений здесь не сработало для меня. Я решил войти на ПК в качестве сетевого администратора и запустить обновление (для всех пользователей на этом ПК), и это помогло.
Очевидно, что каким-то образом профиль пользователя Regualr должен быть поврежден. Я потратил немало времени, копаясь в стоге сена реестра, пытаясь определить причину проблемы, когда решил сократить свои потери и попытаться использовать тяжелые руки. Это сработало, но причина неудачи в том, что Пользователь по-прежнему намекает на меня.