Re: [arch-general] org.freedesktop.hal.storage.mount-removable no -- (action, result)
2009-05-04 18:04+0200, Thomas Bächler tho...@archlinux.org wrote: Don't modify any policykit or hal configurations, they are fine. I've got some doubt about his ability to do his job. In my case, I have to modify «/etc/PolicyKit/PolicyKit.conf» like this: config version=0.1 match user=fgr return result=yes/ /match /config Perhaps, it's a brutal choice but it's works as well. :) Cheers
Re: [arch-general] org.freedesktop.hal.storage.mount-removable no -- (action, result)
2009-05-05 12:40+0200, Francesco Groccia f...@anche.no wrote: it's works as well. :) sorry, my mistake. Was: it works as well.
Re: [arch-general] org.freedesktop.hal.storage.mount-removable no -- (action, result)
2009/5/4 Angel Velásquez an...@archlinux.com.ve On Tue, May 5, 2009 at 6:09 AM, David C. Rankin, J.D.,P.E. org.freedesktop.hal.storage.mount-removable no -- (action, result) Did you tried [0] ? [0] http://wiki.archlinux.org/index.php/HAL#Auto-mounting_fails This also may help: http://wiki.archlinux.org/index.php/HAL#Mounting_fails I once has a problem with automount and this tip helped. WBR, flashkot
Re: [arch-general] org.freedesktop.hal.storage.mount-removable no -- (action, result)
On Monday 04 May 2009 07:37:50 flashkot wrote: 2009/5/4 Angel Velásquez an...@archlinux.com.ve On Tue, May 5, 2009 at 6:09 AM, David C. Rankin, J.D.,P.E. org.freedesktop.hal.storage.mount-removable no -- (action, result) Did you tried [0] ? [0] http://wiki.archlinux.org/index.php/HAL#Auto-mounting_fails This also may help: http://wiki.archlinux.org/index.php/HAL#Mounting_fails I once has a problem with automount and this tip helped. WBR, flashkot Man that is frustrating. Still unable to mount the NTFS partitions on the removable disk. The wiki helped with the ext3 partitions, but I still do not understand why man hal was wrong on suggesting the following (3) scenarios: define_admin_auth group=wheel/ Should give members of the wheel group full access to all mounts, but it did not? match action=org.freedesktop.hal.storage.mount-removable match group=users return result=yes/ /match /match Should give group users (the default group GID 100) the ability to mount removable devices but it did not? match user=david return result=yes/ /match Should give me full access to mounting/unmounting, but it did not? The question then becomes why did the following work for ext3: match user=david match action=org.freedesktop.hal.storage.* return result=yes/ /match match action=hal-storage-mount-fixed-extra-options return result=yes / /match match action=hal-storage-mount-removable-extra-options return result=yes / /match /match Why in the world did this match user=david work when the one just above didn't? One of my goals in life is to avoid looking in /etc/hal and /etc/dbus-1 ... I'm failing miserably ;-) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] org.freedesktop.hal.storage.mount-removable no -- (action, result)
On Monday 04 May 2009 13:36:03 you wrote: [snip] I don't know if this has anything to do with your problem, but I've had difficulty auto-mounting NTFS partitions as read/write. The reason seems to be that auto-mount autodetects NTFS partitions as using the ntfs driver, but in order to get full functionality, you need to use the ntfs-3g driver. Mounting as root, explicitly using the ntfs-3g driver, works. HTH, Dave Moore Yes, I think that is exactly what the problem is. I didn't want 'rw', all I wanted was read-only. So I just created a directory as a mount point and did 'mount -t ntfs /dev/sdb2 /mountpoint'. It worked just fine. I'll play around to find a way to get this (politely put 'dad-gum') hal/dbus/PolicyKit to do what a simple 'mount -t ntfs' had done for years -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] org.freedesktop.hal.storage.mount-removable no -- (action, result)
On Mon, May 4, 2009 at 1:04 PM, Thomas Bächler tho...@archlinux.org wrote: Don't modify any policykit or hal configurations, they are fine. All you need to do is register a session with consolekit. If you use KDM (KDE4 versions only) or GDM, this is done automatically. I use kdm from kdemod3. I tried changing the Exec key in /etc/X11/sessions/kdemod3.desktop just to see if it would work, but then KDM doesn't recognize the session. Does any of you guys know how could I make KDM3 register the session with consolekit? Or if I should just move to starting the session with xinit or gdm for the moment, while I wait for free time to play with kde4... -- Malformed message exception
Re: [arch-general] org.freedesktop.hal.storage.mount-removable no -- (action, result)
On Mon, May 4, 2009 at 10:42 PM, Guilherme M. Nogueira g.maionogue...@gmail.com wrote: On Mon, May 4, 2009 at 1:04 PM, Thomas Bächler tho...@archlinux.org wrote: Don't modify any policykit or hal configurations, they are fine. All you need to do is register a session with consolekit. If you use KDM (KDE4 versions only) or GDM, this is done automatically. I use kdm from kdemod3. I tried changing the Exec key in /etc/X11/sessions/kdemod3.desktop just to see if it would work, but then KDM doesn't recognize the session. Does any of you guys know how could I make KDM3 register the session with consolekit? Or if I should just move to starting the session with xinit or gdm for the moment, while I wait for free time to play with kde4... Edit /etc/pam.d/kde and append: session optionalpam_ck_connector.so It is the same as to start the session with ck_start (or something like that :)). -- --- Denis A. Altoe Falqueto --- George Burns - quot;Happiness is having a large, loving, caring, close-knit family in another city.quot; - http://www.brainyquote.com/quotes/authors/g/george_burns.html