Проблема, с которой вы столкнулись, была ожидаемой. Действительно, вы пытаетесь открыть общий доступ к папке внутри папки другого пользователя home
, которая,по очевидным причинам безопасности это (и )должен быть доступен только владельцу (и root
, но это уже другая история ).
Чтобы решить вашу проблему, вы должны создать другую папку, в которой у потенциального родителя (s )папка (s )будут иметь одинаковые разрешения для обоих пользователей, например. /data/folder_to_share
.
Вот краткий пример шага -на шаг -:
Создавать родительскую папку (не обязательно, но для примера):
# cd /
# mkdir data
Создать общую подпапку:
# cd data
# mkdir shared_folder
необязательный :на данном этапе вы можете скопировать содержимое будущей общей папки в shared_folder
.
# cp -p /path/to/folder/* /data/shared_folder/
Создать группу share
и двух пользователей bob
и alice
к ней:
# group add shared
# usermod -aG share bob
# usermod -aG share alice
Рекурсивное изменение владельца папки группы:
# chgrp -R shared /data
Добавление прав на чтение, запись и выполнение (только для уже исполняемых файлов )для группыshared
:
# chmod -R g+rwX /data
Bob
и Alice
теперь смогут делать все, что захотят внутри папки shared
, а также в data
.
В зависимости от варианта использования у вас может быть только один уровень, но этот пример показывает, как разрешения родительской папки могут повлиять на папку, расположенную глубже в файловой системе, и обеспечивает большую масштабируемость и детализацию.
Это конфликт имен, у меня уже есть /dev/mapper/data
из-за предыдущего тестирования, поэтому нужно протестировать его с другим именем.
cryptsetup open --type luks /dev/data new_name # 1st time sucess
cryptsetup open --type luks /dev/data new_name # 2nd time fail