net use - сетевой путь не найден
 

День добрый!
Почему-то перестала отрабатывать батник, в котором написано:
net use o: \\srv-fls\Общие


Батник помещен в автозагрузку пользователям через GPO. До сегодняшнего дня он работал нормально - сетевой диск подключался, а теперь не работает. Если запустить руками этот батник через CMD, то появляется ошибка:
Системная ошибка 53. Не найден сетевой путь. Хотя если:
1. Если в CMD выполнить команду net use o: \\srv-fls\ДГОК-Общие - сетевой диск подключается.
2. Если зайти по пути \\srv-fls\Общие через проводник, то путь открывается.
3. Если подключить диск через "Мой компьютер-подключить сетевой диск" - диск подключается.
Прям парадокс какой-то!!!

Пробовал исправить батник и написать так:
net use o: "\\srv-fls\Общие"
net use o: \\srv-fls\Общие\
net use o: "\\srv-fls\Общие\"

Не помогает.
Что случилось и как можно исправить, чтобы диск подключался батником из автозагрузки?
Спасибо!

Почему привели разные команды?

Извиняюсь. правильная команда \\srv-fls\Общие
просто опечатался

1. Проблема проявилась на всех компьютерах, под всеми пользователями?

2. Где именно расположен пакетный файл? Поясните подробно, как Вы организовывали:
— ярлык на пакетный файл, расположенный на сетевом ресурсе, был добавлен в папку Автозагрузка/реестр пользователям; сам пакетный файл был добавлен в папку Автозагрузка пользователям; Вы воспользовались политикой «Сценарии (вход/выход из системы)» — как? Поясните подробнее.

1. Проблема на всех ПК и под любой учетной записью
2. Файл лежит в расшареной папке на другом сервере по пути \\ИмяСервера\disk_o$ (У пользователей есть права на эту папку)
В групповой политике в конфигурации пользователя\конфигурация windows\Сценарии\Вход в систему выбрал этот скрипт.

dahiko, на всякий случай — проверьте-ка кодировку в пакетном файле. Если «ручками» попробовать запустить этот пакетный файл из-под командной строки с проблемной машины под проблемным пользователем непосредственно с того же удалённого пути — что «напишет»?

dahiko, не уверен на все 100%, но вроде где-то читал, что ошибка с неработоспособностью net use связана с тем, что сбиты/изменены пути к переменным средам...

Кодировка стоит Западноевропейская. Попробовал поменять на другие кодировки - не помогает. А какая кодировка правильная? Если руками запустить, то пишет "Системная ошибка 53. Не найден сетевой путь."

Переменные среды проверил и вот, что обнаружил на одном проблемном ПК:
HOMEDRIVE=Q:
HOMEPATH=\
Обычно же "homedrive=c:" а "homepath=\users\имя пользователя".
Буква Q - это имя другого диска, который подключается через Active Directory - у пользователя на вкладке "Профиль" прописана "Домашняя папка". Но доумаю, что проблема не в этом сетевом диске с буквой Q, потому что такой диск подключен не у всех пользователей.

DOS-866 (OEM).

Попробовал еще кое-что:

1. перекинуть батник из сетевой папки в саму политику - не помогло.
2. Отключил сетевой диск Q в Active Directory одному пользователю, у этого же пользователя отключил диск Q через "Мой компьютер". Перезагрузил ПК. Диск Q снова появился, а нужный диск O так и не подключается. После нескольких перезагрузок диск Q перестал появляться. Переменные HOMEDRIVE и HOMEPATH стали показывать правильные значения. Но все равно батник отрабатывает так же с ошибкой 53.

Больше идей нет.

Выбрал кодировку OEM/DOS - не помогло

dahiko, заархивируйте ваш волшебный батник и прикрепите к сообщению.

Вот

dahiko, Ваш пакетный файл в кодировке ANSI/Windows-1251. Точно меняли на OEM/866?

Я сделал так. выбрал шрифт Terminal. потом выбрал набор символов oem/dos и сохранил файл. Так правильно?

dahiko, в любом блокноте типа AkelPad сохраните в кодировке 866 (OEM - русская).

Сохранил в AkelPad в кодировке 866 (OEM - русская) и батник заработал. И вручную и через GPO.
СПАСИБО!!!

Я тоже никак не пойму, почему раньше работал?!?! И почему другие батники тоже работают, а с этим блин засада.

dahiko, на выбор — два варианта: раньше в имени сетевого ресурса отсутствовала кириллица, либо изначально пакетный файл таки был в OEM/866, а затем был кем-то пересохранён в неверной кодировке.