Вариант для распечатки		Пред. тема | След. тема
Форум Открытые системы на рабочей станции (Система / Linux)
Изначальное сообщение		[ Отслеживать ]

"Как отключить default_permissions при монтировании exFAT?"	+/–
Сообщение от inFlowiaLab (ok), 24-Апр-20, 09:24
ОС - Xubuntu 19.10 На примере других ФС заметил что у меня с опцией default_permissions не дружит rsync - он отказывается записывать файл на ФС, смонтированную с этой опцией, если только не делать это от sudo. Никак не удаётся смонтировать exfat без использования этой опции. Даже если не указываю ни одной опции то выхлоп mount всё равно такой: "/dev/sde1 on /mnt/f3 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)"
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 27-Апр-20, 20:06	+/–
> ОС - Xubuntu 19.10 > На примере других ФС заметил что у меня с опцией default_permissions не > дружит rsync - он отказывается записывать файл на ФС, смонтированную с > этой опцией, если только не делать это от sudo. > Никак не удаётся смонтировать exfat без использования этой опции. Даже если не > указываю ни одной опции то выхлоп mount всё равно такой: > "/dev/sde1 on /mnt/f3 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)" У exFat нету permissions в принципе, в связи с этим возникают специфические проблемы, т.к. chmod и подобные не работают, всегда будет ошибка Попробуй не использовать -a опцию с rsync
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Licha Morada (ok), 27-Апр-20, 20:45	+/–
> не дружит rsync - он отказывается записывать файл на ФС, > .... > если только не делать это от sudo. А в принципе, у пользователя который запускает rsync, есть права на запись? Покажите вывод "ls -al /mnt/f3" и как зовут пользователя. Если права есть, но rsync-у не нравится что он не может установить конкретные биты, то выше правильно сказали, надо сделать чтобы он и не пытался.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3

3. Сообщение от inFlowiaLab (ok), 30-Апр-20, 16:00	+/–
> Покажите вывод "ls -al /mnt/f3" и как зовут пользователя. Если не смонтировано: i@lin:~$ ls -al /mnt/f3 итого 8 drwxr-xr-x  2 root root 4096 апр 17 15:44 . drwxr-xr-x 12 root root 4096 апр 21 16:02 .. Если смонтировано: i@lin:~$ ls -al /mnt/f3 итого 204836 drwxrwxrwx  1 root root     32768 янв  1  1970 . drwxr-xr-x 12 root root      4096 апр 21 16:02 .. имя пользователя: i Не использовать -a действительно помогло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #4

4. Сообщение от Licha Morada (ok), 30-Апр-20, 18:00	+/–
>[оверквотинг удален] > drwxr-xr-x 12 root root 4096 апр 21 16:02 .. > Если смонтировано: > i@lin:~$ ls -al /mnt/f3 > итого 204836 > drwxrwxrwx  1 root root     32768 янв   > 1  1970 . > drwxr-xr-x 12 root root      4096 апр 21 > 16:02 .. > имя пользователя: i > Не использовать -a действительно помогло. Замечательно что заработало. Обязательно проверьте результат. -a это сокращение нескольких опций. а именно -rlptgoD. Одни из них провоцировали ошибку, другие могли быть необходимы для достижения желаемого результата. Вот тут просто описанно https://www.clug.org/rsync-to-fat32-drives/. Рекомендую использовать в fstab опции вроде uid=1001,gid=1001,fmask=0177,dmask=0077,user. Замените 1001 на UID и GID вашего поользователя i, и загляните в man mount.exfat на предмет узнать что именно они делают. Таким образом вы избавитесь от этого кошмарного rwx для всех.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема