= Сообщение: 5771 из 10756 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 20 Jun 17 16:55:45 Кому : Victor Sudakov 20 Jun 17 16:55:45 Тема : Re: automount -u FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+8e61173e На : area://RU.UNIX.BSD?msgid=2:5005/49+59487f6c = Кодировка сообщения определена как: IBM866 ================================= ============================================================================== 20 июня 2017, вторник, в 07:50 NOVT, Victor Sudakov написал(а):
VS>>> А что если надо размонтировать пораньше, не дожидаясь таймаута? VS>>> "amq -u" мог выполнить любой пользователь, а "automount -u" VS>>> говорит "Operation not permitted." ЗЫ я знаю про sudo, но VS>>> тенденция удручает. EG>> Hа самом деле это зависит от файловой системы. EG>> Если fs поддерживает "delegated administration", EG>> то ядро не возвращает ошибку само, а отдаёт решение коду fs. EG>> В базовой 11 только одна такая fs: ZFS. EG>> Если fs этого не поддерживает, то всё зависит от того, EG>> выставлено ли sysctl vfs.usermount=1 и от какого пользователя EG>> изначально было выполнено монтирование и если от того же - EG>> должно размонтировать. VS> Так от какого пользователя выполняет монтирование automountd? Запущен-то он от VS> рута.
Hе использую automountd, не в курсе. Вероятно, от рута?
EG>> Hа решение может повлиять MAC policy, но по дефолту таких нет. EG>> Правда, в случае работы внутри jail будут свои тонкости. EG>> Если монтирование происходило вследствие обращения не рутом VS> Это вряд ли. Как я понимаю работу autofs, automountd получает запросы на VS> монтирование от ядра, в момент обращения к определенным каталогам, и монтирует, VS> как написано в его картах.
Ядро прекрасно знает, от которого пользователя был изначальный запрос к fs и может передать эту информацию демону, который мог бы и сменить effective user id перед монтированием. Так что для PR есть основания.
