Сохранение невозможно, так как файл заблокирован
Обновлено: 21.11.2024
Проблема заключается в том, что пользователи в локальной сети получают ложное сообщение об ошибке при попытке сохранить документы PS, которые они не создавали. Ошибка:
Не удалось сохранить "file.psd", так как файл заблокирован. Используйте команду «Получить информацию» в Finder, чтобы разблокировать файл.
Ошибка ложная, поскольку файлы НЕ заблокированы. На самом деле Get Info указывает, что пользователь, пытающийся сохранить, имеет права на чтение и запись, так почему возникает ошибка? Мы предполагаем, что это проблема с правами доступа к файлу, поскольку сообщение отображается только в том случае, если файл был создан или сохранен другим пользователем. Сохранить как с тем же именем файла приводит к той же ошибке, но Сохранить как с новым именем файла в тот же каталог работает нормально.
В этой локальной сети есть 3 пользователя, все они работают под управлением Mac OS 10.4.7. Сервер работает под управлением Mac OS Server 10.4.7. и все каталоги проекта настроены на наследование разрешений. Это условие ограничено Adobe Photoshop; другие приложения работают нормально.
Как улучшить производительность Photoshop
Узнайте, как оптимизировать Photoshop для достижения максимальной скорости, устранять распространенные проблемы и организовывать свои проекты, чтобы работать быстрее, чем когда-либо прежде!
Ошибка возникает из-за того, что ОС сообщает Photoshop, что файл заблокирован.
Что-то между ОС и файловым сервером не устраивает эти файлы.
Часто ли это случается? Иногда это случалось со мной, поэтому я переименовывал файл «псевдозаблокированный» как что-то вроде «убить», а затем сохранял под старым именем. Позже мне удалось удалить файл «kill». Это может быть не ваша ситуация — казалось, что ОС была задержана на некоторое время, а затем освободила файл для удаления в корзину.
Это было странно, но не стоило ставить диагноз.
Однако мне бы хотелось услышать, как это работает для вас.
Это не случайная проблема. На самом деле, я могу воспроизвести его по желанию.
С тремя пользователями в локальной сети каждый в основном работает с файлами, которые принадлежат нам, так что проблем нет. Но всякий раз, когда нам нужно отредактировать изображение, созданное другим пользователем, мы должны обойти сообщение об ошибке.
Обходной путь заключается в том, чтобы сохранить файл на рабочем столе и скопировать его поверх оригинала. При копировании файлов в каталоги на сервере нет проблем с задержкой или разрешениями на уровне Finder.
Все пользователи входят в группу, созданную с помощью Workgroup Manager. Члены этой группы имеют доступ на чтение и запись ко всем каталогам проекта, и эти разрешения наследуются любыми новыми каталогами.
Это шаблонный текст, который я использую в связи с сохранением в сети (обратите внимание на ту часть, где объясняется, что обычно это работает, но невозможно удаленно устранять неполадки в чужой сети, и поэтому это не поддерживается). Adobe):
Если вы открываете файлы по сети или сохраняете их на сетевом сервере, немедленно прекратите и воздержитесь, если в настоящее время у вас возникли проблемы с одним или несколькими файлами. Работа по сети не поддерживается.
Скопируйте ЗАКРЫТЫЙ файл с вашего сервера на локальный жесткий диск, поработайте с ним, снова сохраните его на локальный жесткий диск, закройте его и скопируйте закрытый файл обратно на сервер.
Конечно, тот факт, что Adobe не поддерживает работу в сети, не обязательно означает, что она не будет работать. Так и должно быть.
Позиция Adobe заключается в том, что в сетевом окружении слишком много переменных, чтобы они могли гарантировать, что все будет работать правильно в каждой сети, особенно с учетом того факта, что если что-то не работает должным образом, это, вероятно, вина сети, и Adobe невозможно устранить неполадки в сети.
Если вы не можете работать локально, вы сами по себе, а если что-то случится, вы сами по себе. Если вам необходимо работать с сервера, убедитесь, что ваш сетевой администратор является компетентным профессионалом.
При возникновении проблем можно потерять много ценной работы.
В статье
написано:
Это не случайная проблема. На самом деле, я могу воспроизвести его по желанию.
С тремя пользователями в локальной сети каждый в основном работает с файлами, которые принадлежат нам, поэтому проблем нет. Но всякий раз, когда нам нужно отредактировать изображение, созданное другим пользователем, мы должны обойти сообщение об ошибке.
Обходной путь заключается в том, чтобы сохранить файл на рабочем столе и скопировать его поверх оригинала. При копировании файлов в каталоги на сервере нет проблем с задержкой или разрешениями на уровне Finder.
Все пользователи входят в группу, созданную с помощью Workgroup Manager. Члены этой группы имеют доступ на чтение и запись ко всем каталогам проекта, и эти разрешения наследуются любыми новыми каталогами.
Используете ли вы записи ACL (список контроля доступа) для разрешений?
Потому что я поддерживаю компанию, у которой есть сервер Tiger, и у них точно такая же проблема, за исключением того, что я определил, что это происходит только тогда, когда ACL предоставляет разрешение, а стандартные биты разрешения Unix - нет.< /p>
—
«Это Mac OS X, а не BSD». — «От Mac OS к BSD Unix». «Это BSD Unix с API-интерфейсами Apple и графическим интерфейсом поверх него» — «ничего, кроме BSD Unix». (Эдвин в Mac OS X)
'[IBM PC] мог загружать несколько ОС, таких как DOS, C/PM, GEM и т. д.' — 'Я ничего не утверждал о GEM, кроме того, что это было программное обеспечение для IBM PC. (Эдвин о GEM)
«Solaris — это просто маркетинговое переименование Sun OS». — «Sun OS не включена в хронологию Solaris, потому что это другая ОС» (Эдвин о Sun) р>
Читайте также: