[Bug 204464] sysutils/fusefs-ntfs: No automount with HAL of ntfs-volumes since FreeBSD 10.x

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=204464

--- Comment #4 from Werner Lehmann <lehmannwer at gmail.com> ---
Thanks for the reply. I already suspected it had something to do with the
removal of the old read-only implementation as you say.

Regarding the new automount/autofs as described in chapter 17.4, I have tried
that as well, only to find out that not everything gets always mounted in
/media, my external ntfs-drive not at all (The label appears, but then no data
in it and I have fuse installed), apart from the fact that if and when
automount mounts something in /media, dolphin detects nothing. I have FreeBSD
10.2-RELEASE-0, so I don't know if I am missing something. But to me it looks
like autofs is no solution that integrates with automatic desktop events
provided by KDE/MATE/GNOME/LXDE, etc as HAL still does.

I don't know if it is only me, but according to my perception many people who
use FreeBSD use it as a desktop system. And to me a fully working automounting
solution for a desktop environment is that little, but essential bit to put
FreeBSD on par with Linux. A very positive step in the right direction in the
recent past was to remove HAL from xorg and substitute it with devd for
controlling the input devices, so I guess continuing in that direction with
automounting would be the next logical thing. (Please also note that KDE4
unfortunately still needs HAL for power management, so would it not be possible
to get that done by devd, too?).

I am sorry that I can only give ideas and feedback from a desktop-minded end
user, as I am not a computer scientist. In my first comment I already gave some
ideas about automounting (devd-based sysutils/automount, but no support for
optical media, or pc-mounttray) which might be a useful approach.

Kind regards,

Werner Lehmann

-- 
You are receiving this mail because:
You are the assignee for the bug.