опция группы в fstab, не работающем

У меня есть подобная проблема с опцией user. Не решенный все же. Мой подход к решению должен создать варианты ситуации, чтобы видеть, работают ли они и возможно заставляют что-то появиться.

Ваша проблема только с тем одним файлом /blergh ? Можно ли воспроизвести его с другим файлом? Или с тем файлом, расположенным где-то в другом месте, или с различными полномочиями, или с другим владением. (конечно, тестирование зависит от того, сколько контроля Вы имеете над системой).

Можно ли протестировать проблему с опцией owner видеть, работает ли это... принимая Вас, может воспроизвести его на другом файле или изменить временно владение? Что относительно опции user.

Ваша проблема и для монтирования и для umounting, или для только одного из них? Если монтирование не работает, Вы могли бы делать попытку монтирования как root и umounting как myuser. (в случае моей собственной проблемы, работ по монтажу, но umounting не делает),

Примечание стороны: Я верю этому отчасти, монтирование называют "циклом" в мире Linux, "обратная петля", имеющая отношение к сетевым устройствам. (касательно http://en.wikipedia.org/wiki/Loop_device)

Добавленный после первого комментария и редактирования вопроса

Если owner не работает также, который означает, что все владение mecanisms затронуто с тех пор owner легче проверить, чем group. Имеет место это это owner работы для реальных блочных устройств, как group ?

Имейте Вас, пытался указать явно циклическое устройство в опции цикла, выбирая ту, которая не используется: ...,loop=/dev/loop7,... ? Вы могли бы даже попытаться изменить владение или группу циклического устройства (хотя я не уверен, насколько мудрый или полезный это может быть). ls /dev/loop* дает доступные циклические устройства.

Другая возможность состоит в том, чтобы удалить опцию loop в целом от Вашего /etc/fstab запись. Во многих системах это больше не необходимо и сделано неявно монтированием. Какую систему Вы используете, btw?

Я думаю, что Вы пропускаете очень важную деталь здесь. Из страницы справочника, как заключено в кавычки (и подчеркнул) Вами:

Опция группы подобна с ограничением, что пользователь должен быть членом группы специального файла.

Отметьте мой акцент на "специальный файл". Если Вы обращаетесь к следующему объяснению об опции группы:

группа Позволяет дежурному блюду (т.е. некорневой) пользователь монтировать файловую систему, если одна из его групп соответствует группе устройства. Эта опция подразумевает опции nosuid и nodev (если не переопределено последующими опциями, как в группе строки опции, dev, suid).

Это означает, что устройство или специальный файл, который Вы пытаетесь смонтировать как myuser должен иметь то же владение группы как владение пользователя myuser.

Вот пример:

Давайте предположим, что существует устройство /dev/sda5 в системе, которая смонтирована на /builds каталог:

# ls -l /dev/sda5
brw-rw---- 1 root disk 8, 5 Jun 15 21:20 /dev/sda5
# grep sda5 /etc/fstab
/dev/sda5       /builds reiserfs        group,defaults 1 2

Кроме того, в этой той же системе существует 2 пользователя: foo и srinidhi

# id foo
uid=1005(foo) gid=100(users) groups=100(users),33(video)
# id srinidhi
uid=1000(srinidhi) gid=100(users) groups=100(users),16(dialout),6(disk),10(wheel)

Пользователь srinidhi (кто часть группы disk) попытки смонтироваться /builds:

srinidhi@linux:~> mount /builds/
srinidhi@linux:~> echo $?
0

Теперь, давайте посмотрим то, что происходит когда foo попытки смонтироваться /builds:

srinidhi@linux:~> su - foo
foo@linux:~> mount /builds/
mount: only root can mount /dev/sda5 on /builds
foo@linux:~>

С тех пор foo не часть disk группа, mount сбои.

Возвращаясь к Вашему случаю, необходимо удостовериться то владение группы /blergh должен или быть myuser или disk. Просто установите корректное владение группы и Ваш оригинал /etc/fstab запись должна начать работать:

# chgrp myuser /blergh

Теперь попытайтесь работать mount /media/blergh как myuser.

Примечание: Владение точки монтирования (здесь /media/blergh) не влияет mount.