[Сломал мосг] Какие опции указать в команде mount, чтобы обычный пользователь мог удалять файлы?

не ломай моск. просто посмотри, какие разрешения установлены на примонтированном разделе. ;)

sudo mount -t ext3 -o rw,users /dev/sdb1 /media/resource

chmod -R a+w /media/resource

не? :)

> sudo mount -t ext3 -o rw,users /dev/sdb1 /media/resource

Unknown mount option 'users'

Как, как, как это сделать???

Думаю никак. При монтировании ФС, поддерживающих unix'овые права доступа, обычно никак не форсировать нестандартные права.

Если нужно организовать файлосвалку для нескольких пользователей, то ИМХО лучше использовать Posix ACL.

users  Allow every user to mount and unmount the filesystem.  This option implies the options noexec, nosuid, and nodev
              (unless overridden by subsequent options, as in the option line users,exec,dev,suid).

мимо кассы.

Да уже поставил

chmod -R 777 /media/resource

толку никакого.

До монтирования каталог имеет права:

drwxrwxrwx xi xi

Монтирую:

sudo mount -t ext3 -o rw /dev/sdb1 /media/resource

После монтирования:

drwxr-xr-x root root

так, этасамае!! chmod после монтирования надо делать!! на примонтированной ФС, а не на пустой точке монтирования! %)

это нужно было запускать после монтирования >_<'

> это нужно было запускать после монтирования >_<'

Зачем? Я не хочу перехерачить весь подключенный диск новыми правами.

вообще обычно указывается umask=000
но это для ext* , reiser* и других «родных» линуксу ФС не работает, остается только делать chown / chmod т.к. используются права доступа установленные для конкретных каталогов и файлов.

> Я не хочу перехерачить весь подключенный диск новыми правами.

а придётся ;) afaik, для позиксовксих фс низя оверрайдить права маунтом. используйте fat/ntfs для таких задач :)

А себя в группу mount?

Если юзер один, то после монтирования от рудта сменить права
chown юзер:группа -R /media/resource
Наверное больше никак, это не фат32

bindfs?

А при чём тут вообще монтирование? Файлы и каталоги на ФС должны иметь соответствующие права доступа.

Я не хочу перехерачить весь подключенный диск новыми правами.

Не выйдет.

Да.
Это главная проблема для распространения линуксовых фс на съёмных носителях.

на съёмных носителях

777 же.

sudo mount -t ext3 -o rw,umask=000 /dev/sdb1 /media/resource

# mount -t ext3 -o loop,umask=000 111 /media

mount: wrong fs type, bad option, bad superblock on /dev/loop0 ...

Что 777?

Выставлять всем файлам на съемных носителях права 777, очевидно.

Вариант с bindfs кто-нибудь попробует наконец?

umask

«Большие» ФС типа ext3, XFS, JFS, ReiserFS не позволяют шалостей вроде uid, gid, *mask.

Это печально.

От рута копируешь файлы куда надо, потом уже переназначаешь права на нужные.

Напиши свой rm, который будет

1) проверять, находится ли данный файл на нужной точке монтирования 2) и если да, удалять файлы от имени рута (suid?)

типа того?

vim /optbin/rm

===
#!/usr/bin/python

import sys;
import os;


filename = os.path.abspath(sys.argv[1])
mountpoint = "/mnt/solaris"

if (os.path.isfile(filename)):
    if (filename.startswith(mountpoint)):
        cmd="rm -rf "+filename
        curr_pipe=os.popen(cmd)
        print curr_pipe.read()

===

chmod ug+s /optbin/rm

потом скопирни это в какой-нибудь /optbin и пропиши его в PATH первым элементом для всех пользователей

чтобы обычный пользователь мог не только заходить в каталог и читать файлы, но и удалять файлы.

Я не хочу перехерачить весь подключенный диск новыми правами.

это взаимоисключающие требования.

>Я не хочу перехерачить весь подключенный диск новыми правами.
Тогда сделай без -R.

Если юзер один, то после монтирования от рудта сменить права
chown юзер:группа -R /media/resource

Хм, это решение меня бы устроило. Проблема в том, что оно не работает. Даже рут не может поменять пользователя и группу на этом примонтированном ресурсе. Ни одному файлу или каталогу. Всеравно остается пользователь и группа root:root.

# whoami
root

# ls -l
-rw-r--r-- 1 root root    471 2010-10-30 02:00 ldd_01.txt
-rw-r--r-- 1 root root   1737 2010-10-30 02:03 ldd_02.txt
drwxr-xr-x 1 root root   4096 2010-10-30 20:51 mytetra
-rw-r--r-- 1 root root 110440 2010-03-04 19:36 scr_100.png

# chown xi:xi ldd_01.txt

# ls -l
-rw-r--r-- 1 root root    471 2010-10-30 02:00 ldd_01.txt
-rw-r--r-- 1 root root   1737 2010-10-30 02:03 ldd_02.txt
drwxr-xr-x 1 root root   4096 2010-10-30 20:51 mytetra
-rw-r--r-- 1 root root 110440 2010-03-04 19:36 scr_100.png

> # chown xi:xi ldd_01.txt
> # ls -l

# chown -v xi:xi ldd_01.txt
# ls -ln ldd_01.txt

?

просто интересно…

> Даже рут не может поменять пользователя и группу на этом примонтированном ресурсе. Ни одному файлу или каталогу. Всеравно остается пользователь и группа root:root.

Это как? Что происходит при попытке применить chown хотя бы к отдельному файлу?

fsck?

# chown -v xi:xi ldd_01.txt
# ls -ln ldd_01.txt
?
просто интересно…

Вот мне тоже интересно:

xi@host:~/work/qt_misc$ ls -l
итого 128
-rw-r--r-- 1 root root 471 2010-10-30 02:00 ldd_01.txt
-rw-r--r-- 1 root root 1737 2010-10-30 02:03 ldd_02.txt
drwxr-xr-x 1 root root 4096 2010-10-30 20:51 mytetra
-rw-r--r-- 1 root root 110440 2010-03-04 19:36 scr_100.png
-rw-r--r-- 1 root root 626 2010-10-30 21:44 text_01.txt

xi@host:~/work/qt_misc$ sudo chown -v xi:xi ldd_01.txt
изменен владелец `ldd_01.txt' на xi:xi

xi@host:~/work/qt_misc$ ls -l
итого 128
-rw-r--r-- 1 root root 471 2010-10-30 02:00 ldd_01.txt
-rw-r--r-- 1 root root 1737 2010-10-30 02:03 ldd_02.txt
drwxr-xr-x 1 root root 4096 2010-10-30 20:51 mytetra
-rw-r--r-- 1 root root 110440 2010-03-04 19:36 scr_100.png
-rw-r--r-- 1 root root 626 2010-10-30 21:44 text_01.txt

Типа ты суешь флешку, моунтишь ее, но не можешь потом скопипастить? Я поступил проще - запускаю в том же терминале, где монтировал, мс от рута и копирую что надо. И никаких лишних иелодвижений.

immutable bit, небось, установили когда-то?

Достаточно флешке сделать после монтирования

chmod -R a+rwX .

Ну можно и так.

Раздел расшарь.

Да, советую в fstab добавить опцию user, чтобы не надо было быть рутом для монтирования раздела.

Можно сделать через фтп сервер от анонимуса (хотя вариант изяществом не блещет).

Vote for https://bugzilla.kernel.org/show_bug.cgi?id=15875

// b.