Сохранение невозможно, так как файл заблокирован

Обновлено: 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)

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