Удостоверьтесь, что Вы выполняете сервис SQL Server под контекстом учетной записи домена, которая имеет полномочия доступа к сети.
Или действительно ли это - папка, локальная для поля SQL Server и совместно использованная с другими?
** РЕДАКТИРОВАНИЕ: ** вот еще, право @splattne, я был на автопилоте. Сервис SQL Server, не SQL Agent.
Почему бы не заменять nano
команда со сценарием, который проверяет, чтобы видеть, имеете ли Вы полномочия записи и автоматически звоните sudo nano
если Вы не делаете? Сохранение Вас еще больше времени!
Вы могли бы хотеть произвести сценарий, что у Вас нет полномочий записи перед вызовом sudo nano
так, чтобы Вы не задавались вопросом, почему Вас просят относительно Вашего пароля.
Я изменил сценарий, связанный с в корректном ответе на проверку, есть ли у пользователя полномочия записи для файлов, которые не существуют (проверяет надлежащие полномочия каталога), и несколько других обновлений.
Это - модификация: http://tuts4tech.net/2009/07/08/nano-write-check-before-editing/
#!/bin/bash
FILE="$1"
[ $# -eq 0 ] && exit 1
if [ -w "$FILE" ] || ( [ ! -e "$FILE" ] && [ -w `readlink -f $FILE | grep -o '/.*/'` ] ) ; then
nano $FILE
else
tput bel
echo "WARNING: You do not have write acess to $FILE"
echo -n "Continue? y/[n]: "
read REPLY
if [ $REPLY ] && [ $REPLY == "y" ] ; then
nano $FILE
fi
fi