Documents не является допустимым коротким именем файла

Обновлено: 06.07.2024

При попытке установить * .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 раздел реестра:

Обратите внимание, что User Shell Folders могут существовать в других местах, поэтому вы можете искать в редакторе реестра User Shell Folders и исправлять все значения, которые вы найдете, в зависимости от вашей личной установки.

Затем попробуйте переустановить программу.

Другой вариант - создать нового администратора на вашем компьютере и установить его таким образом.

Я решил свою проблему с программой "Revo Uninstaller" (бесплатно), выполнив следующие действия:

После этого мне удалось переустановить программу без проблем.

Я боролся с той же ошибкой при установке AutoCAD в среде профилей GP и роуминга с заблокированными учетными записями локального администратора. (Мы также находимся в процессе перехода на Win7 с XP и должны установить / протестировать программное обеспечение). Несколько месяцев назад мне пришлось зайти в несколько профилей реестра и жестко закодировать UserShellFolder, поскольку предыдущий администратор создал профиль пользователя по умолчанию на основе его профиль, который, конечно, испортил указатели на персональные настройки и заставил его указывать на его профиль пользователя каждый раз, когда создавался новый профиль пользователя.

Кроме того, вам может понадобиться зайти в Папки оболочки в той же папке Explorer, как упомянуто выше, и настроить там ссылки на профили.

У нас была та же проблема с AutoCad 2013. Обычно наши имена пользователей состоят из восьми символов, но иногда они встречаются с одним и более символами, поэтому изначально мы не видели проблемы.

Мы не используем перемещаемые профили, но перенаправляем все пользовательские файлы (документы, изображения, видео и т.д.) В сетевое хранилище файлов. Наши объекты групповой политики перемещают это в тот же каталог, что и домашний каталог пользователя в AD.

Для нас изменение значения "Personal" в указанном выше наборе ключей позволило первому запуску AutoCad работать нормально.

Обратите внимание, однако, что это также помещает папку "Документы" пользователя обратно в папку C:\Users\\Documents вместо желаемого сетевого хранилища. После первого запуска AutoCad нам пришлось вернуть значение реестра в исходное состояние; Пользователь должен выйти и снова войти.

AutoCad все еще должен работать на этом этапе.

Ни одно из предложений здесь не сработало для меня. Я решил войти на ПК в качестве сетевого администратора и запустить обновление (для всех пользователей на этом ПК), и это помогло.

Очевидно, что каким-то образом профиль пользователя Regualr должен быть поврежден. Я потратил немало времени, копаясь в стоге сена реестра, пытаясь определить причину проблемы, когда решил сократить свои потери и попытаться использовать тяжелые руки. Это сработало, но причина неудачи в том, что Пользователь по-прежнему намекает на меня.

Читайте также: