Debian Lenny + Hal + монтирование разделов диска, не перечисленных в /etc/fstab

http://sda00.blogspot.com/2008/12/blog-post.html

Это правда? Для монтирования раздела необходимо ЭТО? Как это могло произойти? Когда же простой и понятный linux мутировал в подобное? Блин.

имеется ввиду монтирование раздела из-под пользователя, просто щелкая на иконке этого раздела? Если да, то я не знаю и жаждаю просвещения

По дефолту этого самого PolicyKit в дебиане не ставится, hal работает и без них. Ещё идеи?

1) текст ахтунга в студию
2) ради хохмы сделай /etc/PolicyKit/PolicyKit.conf с указанными значениями
3) блокировка также реализуется в запрете методов ConsoleKit-ом (/etc/dbus-1/system.d/ConsoleKit.conf). там (могу ошибаться) вроде как запрещено всё, что не разрешено явно.
4) я в деб дистрах - баран.

Демон gnome-vfs запущен? Что говорит gnome-mount -d <файл устройства>?

>> Демон gnome-vfs запущен? Что говорит gnome-mount -d <файл устройства>?

о, а вот и Гуру пожаловал! эт ничего, если осмелюсь вякнуть, что gnome-vfs/gvfsd найух тут не нужен (не при чём)? не обидел, нет?

1) 'Не хватает прав бла-бла-бла'. Под рутом всё работает, к слову. 2) Ну не установлен он там вообще 3) И его, кстати, тоже

Итак, на LiveCD Ubuntu 7.04, где полисикитов не было вообще (или были?), оно работает. Внимательно почитал фдишки оттуда, попробовал поправить дебиановские. Лучше не стало, как ни странно. Сочинил в /etc/hal/ фдишку, вбив своему юзеру все права. И, как ни странно, лучше не стало всё равно.

gnome-vfs-daemon запущен. Насколько я понимаю, в монтировании всего этого дела gnomevfs принимает как раз самое непосредственное участие, вот только флешки ОНО монтирует.

P.S. а есть какой-нить готичный способ скопировать локальные настройки gconf для всей системы? править xml/рихтовать всё gconftool-2 является занятием довольно скушным. P.P.S. спасибо.

>> 'Не хватает прав бла-бла-бла'. Под рутом всё работает, к слову.

нужен полный ахтунг, без купюр. также pstree -p на пасту кинуть не помешает. gvfs только берёт то, что ему позволяют. его выкидывание и операции hal-ом напрямую от юзера дадут нужный результат. мне не хочется думать, что наблюдаем очередной "костыль" дебиана, но, если рут рулит нипадеццки и зажигает - то (сорьки) для очистки совести глянь группу, в которую входит haldaemon (+dbus+udev ) и пихни лузера туда же.

Gnome 2.22 в Debian Lenny собран со старым gnomevfs. Юзер и так во всех группах, в которых только можно.

в общем если у вас нет ни "полкана", ни "кита", а просто hal+udev+dbus - то запреты генерятся по идее тем же халом, но на уровне dbus морды (а объяснить, каким буем gvfsd/gvfs-fuse-daemon могут на это влиять, мы попросим нашего Гуру AX-а). соответственно роем что-то типа

/etc/dbus-1/system.d/hal.conf

на предмет

<allow send_interface="org.freedesktop.Hal.Device.Volume"/>

более того, там же на свой страх и риск можем глобально разрешить юзеру "ворочать" Hal-ом:

<policy user="LUSER">
<allow own="org.freedesktop.Hal"/>
</policy>

как это проверить (пример команды монтирования):

dbus-send --system --print-reply --dest=org.freedesktop.Hal /org/freedesktop/Hal/devices/volume_uuid_ВАШ_ЮИД org.freedesktop.Hal.Device.Volume.Mount string:ПАРТИЦИЯ string:ro

если всё гут - будет ответ типа:

method return sender=ля-ля-ля
uint32 0

если всё плохо - ответ в студию... (или как-нить с нашим Гуру и gvfsd сами разберитесь...)

>Насколько я понимаю, в монтировании всего этого дела gnomevfs принимает как раз самое непосредственное участие, вот только флешки ОНО монтирует.

На самом деле он нужен только наутилусу (Бараны Неверующие могут заглянуть в исходники наутилуса, почитать http://library.gnome.org/ на предмет GnomeVFSVolumeMonitor и убиццо^Wубедиться сами), gnome-mount прекрасно работает без него. Правда последнии версии наутилуса используют GIO вместо gnomevfs.

А таки что говорит gnome-mount? Если он тоже ругается на отсутствие прав и нормально работает под рутом, то показывай вывод lshal. И список процессов, действительно, не помешает.

Не поверите, править /etc/dbus-1/system.d/hal.conf пробовал. Причём пробовал по-разному. Вариант - поставить gnome-mount suid, а уже после инсталляции сего чуда присобачить это дело убрать, но, чую, костыльно.

>> Не поверите, править /etc/dbus-1/system.d/hal.conf пробовал. Причём пробовал по-разному....

не поверю, ибо вас просят человеческим языком показать полный текст ошибки, вывести (на pastebin) pstree -p, lshal и неплохо туда же ps aux (чтобы понять что с какими правами запущено). вы же устраиваете троллинг. разбирайтесь в этом случае сами. достали, чесслово.

>не поверю, ибо вас просят человеческим языком показать полный текст ошибки, вывести (на pastebin) pstree -p, lshal и неплохо туда же ps aux (чтобы понять что с какими правами запущено). вы же устраиваете троллинг. разбирайтесь в этом случае сами. достали, чесслово. троллинг? никогда бы не подумал, что мои сообщения можно воспринять таким образом. в любом случае, ни о чём подобном и не думал. привести пример - уж извините, не было возможности (точнее времени) делать с системой что-либо серьёзное (перезагружаться тем более, а в чруте такие вещи не очень удобно делаются). С dbus-launch не совсем въехал, ибо раньше никогда дела с ним не имел - ошибка какая-то левая, если надо - могу всё точно сказать.

http://pastebin.com/m3bb75141 http://pastebin.com/m47aefac0

Если вдруг кому ещё надо... >string:ПАРТИЦИЯ

не понял, что именно туда писать

>> Если вдруг кому ещё надо... >string:ПАРТИЦИЯ

не помешает :) напишите DISK_TEST или PARTITION_TEST вместо. на вывод постараюсь взглянуть в скором времени.

да, "ругань" на монтирование от юзера при dbus-send.... очень желательну увидеть без купюр.

вопрос, что это такое:

root 7985 0.0 0.1 3132 1320 ? Ss 19:40 0:00 /usr/sbin/hcid -x -s

в остальном всё очень прилично выглядит, остаётся только проверить правила udev-а :). и нужно увидеть весь текст ошибки