Без каких-либо действий ситуация поменялась. Теперь в логах вроде всё нормально: Aug 2 21:06:36 localhost ivman: Attempting to mount /dev/hdd Aug 2 21:06:36 localhost ivman: Running: /usr/bin/pmount -u 0002 -t iso9660 /dev/hdd ... Aug 2 21:07:31 localhost ivman: Attempting to mount /dev/sda1 Aug 2 21:07:31 localhost ivman: Running: /usr/bin/pmount -u 0002 -t vfat /dev/sda1 usbdisk || /usr/bin/pmount -u 0002 -t vfat /dev/sda1 Точки монтирования создаются, но реально монтирования не происходит. Ручной запуск pmount как и раньше работает нормально.
Нашли источник всех проблем! В системе, оказывается, хозяйничал fstab-sync. Установка chattr +i /etc/fstab, как я понимаю, работает только на ext2/3. У меня корень на reiser, так что отключать её пришлось в /usr/share/hal/fdi/policy/10osvendor/90-fstab-sync.fdi После чего всё стало кучеряво! ЗЫЖ а ivman может точки монтирования называть не hdb а cdrom/dvd?
А может в при установке ivman прописывать полиси в /etc/hal/fdi/policy/ чтоб автоматизировать разбор "по понятиям"?
За название точек монтирование отвечает в первую очередь hal (при работающем fstab-sync он переопределяет точке по своему интелекту). Можно это сделать и через конфиг ivman, напрмер так: <ivm:Match name="hal.volume.fstype" value="iso9660"> <ivm:Option name="exec" value="sudo hal-set-property --udi /org/freedesktop/Hal/devices/volume_label_ --key volume.mount_point --string '/media/cdrom'" /> </ivm:Match> Главное не забыть дать право пользователю ivman безпарольно выполнять /usr/bin/hal-set-property Собственно это кусок из еще не вышедшей третьей части статьи, посвященной "извращенным" настройкам ivmna :)
Антон, вроде ж собирались этот ключ для HAL переложить в submount? (тогда ivman мог бы или таскать свой -- ещё не понял, надо ли, бо вчера пришлось так же выдирать с корнем -- или не бегать с гвоздодёром за прибитым)
