Здравствуйте коллеги!
Купили новый сетевой файловый сервер Syn. 920+, FS: Btrfs
При создании папок в свойствах в безопасности по умолчанию наследование включен и всем есть доступ.
Если переименовать эту же папку, то наследование отключается и доступ только для владельца на изменение и чтение, остальным нет доступа, т.е. исчезает(до переименование было доступ).
А на старом файловом сервере был FS: ext4 и на нем было все ОК!
Пробовал в настройках ТС: InheritCaseSensitiveDir=2 #т.е. 2 - всегда наследовать, не помогло.
Поделитесь опытом у кого какие идеи?
Если переименовать папку, то наследование отключается
Модераторы: d-view, Моторокер, Avada, CaptainFlint, Nik
Советую для начала прочитать описание ключа не в справке, а здесь, поподробнее.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
-
CaptainFlint
- Сообщения: 6239
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
jake
Для начала нужно проверить поведение в Проводнике и/или других файловых менеджерах. Дело в том, что протокол SMB (предполагаю, что работа ведётся через него) изначально не рассчитан на линуксовые системы, и не все операции там могут работать корректно. Сильно подозреваю, что проблема на стороне сервера, а не клиента. Как правильно отмечено выше, ключ InheritCaseSensitiveDir к SMB не имеет ни малейшего отношения.
Конкретно с btrfs я не работал (не считая нескольких кратковременных экспериментов, после которых счёл её непригодной для использования в рабочих системах), поэтому сходу не могу предположить, в чём может быть причина такого разного поведения с ext4. Кроме того, информации недостаточно; неясно, что подразумевается под наследованием прав. suid-бит, sgid-бит, оба одновременно? Или какие-то расширенные ACLs? Или под "наследованием" понимаются стандартные права для группы и для всех? Хорошо бы привести листинг ls -la на самом сервере для проблемного каталога до и после переименования.
Для начала нужно проверить поведение в Проводнике и/или других файловых менеджерах. Дело в том, что протокол SMB (предполагаю, что работа ведётся через него) изначально не рассчитан на линуксовые системы, и не все операции там могут работать корректно. Сильно подозреваю, что проблема на стороне сервера, а не клиента. Как правильно отмечено выше, ключ InheritCaseSensitiveDir к SMB не имеет ни малейшего отношения.
Конкретно с btrfs я не работал (не считая нескольких кратковременных экспериментов, после которых счёл её непригодной для использования в рабочих системах), поэтому сходу не могу предположить, в чём может быть причина такого разного поведения с ext4. Кроме того, информации недостаточно; неясно, что подразумевается под наследованием прав. suid-бит, sgid-бит, оба одновременно? Или какие-то расширенные ACLs? Или под "наследованием" понимаются стандартные права для группы и для всех? Хорошо бы привести листинг ls -la на самом сервере для проблемного каталога до и после переименования.
Почему же, ё-моё, ты нигде не пишешь "ё"?
Avada
Управляет наследованием флага регистрозависимости имён.
Да, Вы правы это не то что нужно.
Но, в проводнике все норм.
Пробовал и на последней версий ТС, тоже самое.
CaptainFlint
В проводнике все норм.
Да, все верно под "наследованием" понимаются стандартные права для группы и для всех.
до drwxrwxrwx+ 1 user users dir
после drwxr-xr-x 1 user users dir_
Написал письмо в тех.под. Synology, посмотрим что ответят
Управляет наследованием флага регистрозависимости имён.
Да, Вы правы это не то что нужно.
Но, в проводнике все норм.
Пробовал и на последней версий ТС, тоже самое.
CaptainFlint
В проводнике все норм.
Да, все верно под "наследованием" понимаются стандартные права для группы и для всех.
до drwxrwxrwx+ 1 user users dir
после drwxr-xr-x 1 user users dir_
Написал письмо в тех.под. Synology, посмотрим что ответят