[PC-BSD Testing] Fwd: Re: HAL issue
A.Yerenkow
yerenkow at uct.ua
Wed Apr 8 00:20:05 PDT 2009
Hello everybody!
Seems we have a problem either with kde(dolphin) or with pcbsd scripts.
ntfs-3g dropped parameter -C=UTF-8, in 2009.1.1 version;
dolphin on non-eng systems still tries to mount with this option;
ntfs-3g will not mount when this specified.
I see solution to make a wrapper for ntfs-3g script, which simply drops
-C=UTF-8 and translates all other params to ntfs-3g.real
Kris?
Could you a bit experimenting with non-eng system?
About mounting cd - there probably different thing, I'll dig into this a
bit later.
-------- Original Message --------
Subject: Re: HAL issue
Date: Wed, 08 Apr 2009 03:08:33 -0400
From: Joe Marcus Clarke <marcus at FreeBSD.org>
Organization: FreeBSD, Inc.
To: yerenkow at uct.ua <yerenkow at uct.ua>
On Wed, 2009-04-08 at 09:58 +0300, yerenkow at uct.ua wrote:
> Joe Marcus Clarke wrote:
> > On Wed, 2009-04-08 at 09:22 +0300, yerenkow at uct.ua wrote:
> >
> >> On 08.04.2009 1:18, Joe Marcus Clarke wrote:
> >>
> >>> On Tue, 2009-04-07 at 22:49 +0300, yerenkow at uct.ua wrote:
> >>>
> >>>
> >>>> Joe Marcus Clarke wrote:
> >>>>
> >>>>
> >>>>> A.Yerenkow wrote:
> >>>>>
> >>>>>
> >>>>>
> >>>>>> On 07.04.2009 22:00, Joe Marcus Clarke wrote:
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> yerenkow at uct.ua wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>> Hello guys!
> >>>>>>>> I'm not in list, so, please reply to me too.
> >>>>>>>>
> >>>>>>>> I've issues with hald on pc-bsd.
> >>>>>>>> It's regular when have russian language, and labeled ntfs/cd drive.
> >>>>>>>> when I click to mount in dolphin, nothing happens, only such records
> >>>>>>>> added to /media/.hal-mtb:
> >>>>>>>>
> >>>>>>>> /dev/ad0s5s1 1001 0 ntfs nosuid,-u=1001,-C=UTF-8
> >>>>>>>> /media/disk-2
> >>>>>>>> /dev/ad0s5s1 1001 0 ntfs nosuid,-u=1001,-C=UTF-8
> >>>>>>>> /media/disk-3
> >>>>>>>> /dev/ad0s5s1 1001 0 ntfs nosuid,-u=1001,-C=UTF-8
> >>>>>>>> /media/disk-4
> >>>>>>>> /dev/ad0s5s1 1001 0 ntfs nosuid,-u=1001,-C=UTF-8
> >>>>>>>> /media/disk-5
> >>>>>>>> /dev/ad0s5s1 1001 0 ntfs nosuid,-u=1001,-C=UTF-8
> >>>>>>>> /media/disk-6
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>> I don't see any /dev/ad0s5s1 device in lshal or in GEOM. This looks
> >>>>>>> like a problem with whatever KDE is using to mount the device. If KDE
> >>>>>>> were to try and mount /dev/ntfs/stuff, it should work. In fact, you
> >>>>>>> could test that using gnome-mount which will do the mount via hald:
> >>>>>>>
> >>>>>>> gnome-mount -b -n -v --device /dev/ntfs/stuff
> >>>>>>>
> >>>>>>> Joe
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>> Thanks Joe, I tried this command and it mounts OK.
> >>>>>> but! In /media/.hal-mtab in records no parameter for encoding, only for
> >>>>>> nosuid.
> >>>>>> And one more thing, if dolphin from KDE tries to mount with something
> >>>>>> different from hald, why is these records
> >>>>>> in /media/.hal-mtab appears?
> >>>>>> which command place it there?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> I don't know. I don't know what dolphin is or what it is doing to try
> >>>>> and mount volumes.
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> Joe, I'm not quite familiar with hal, is there somewhere described
> >>>>>> life-cycle of hal-mounted disks?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> The only document we have produced is the hal FAQ at
> >>>>> http://www.freebsd.org/gnome/docs/halfaq.html .
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> If this really KDE-related issue, could you help me to make a report for
> >>>>>> kde maintainers@ freebsd?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> kde at freebsd.org
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>> Wha info I should provide them?
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>> Probably the same info provided here. Since gnome-mount works, it looks
> >>>>> like PolicyKit and hald are working properly. I would imagine the
> >>>>> problem revolves around that bogus device node. I've not sure how KDE
> >>>>> is arriving at that.
> >>>>>
> >>>>> Joe
> >>>>>
> >>>>>
> >>>>>
> >>>> One more thing, if I run this command :
> >>>> gnome-mount -b -n -v -o C=UTF-8 --device /dev/ntfs/stuff
> >>>>
> >>>>
> >>> This option is not allowed for NTFS file systems. The option needs to
> >>> be -C=UTF-8.
> >>>
> >>>
> >>>
> >> Ok then, I think that's the case.
> >> If I provide option "-C=UTF-8", the record appears in /media/.hal-mtab
> >> file,
> >> but nothing mounts - behaviour just like dolphin have.
> >>
> >
> > What happens if you manually run:
> >
> > /sbin/mount -t ntfs -o nosuid,-u=1001,-C=UTF-8 /dev/ntfs/stuff /mnt
> >
> > Joe
> >
> root at pcbsd# /sbin/mount -t ntfs -o nosuid,-u=1001,-C=UTF-8 /dev/ntfs/stuff /mnt
>
> ntfs-3g: Unknown option '-C'.
> Please type 'ntfs-3g --help' for more information.
>
> help and man didn't say a word about -C
> I think it's related to
> http://ntfs-3g.org/releases.html
> TABLE Version 2009.1.1 (January 22, 2009) -- Release Notes
> Change: The 'locale=' mount option is not used anymore for filename
> characterset conversion. Instead filenames are always converted to UTF-8.
Okay, so PC-BSD replaced mount with a shell script which calls the fuse
mount. It looks like you should just leave -C out, but you might want
to ask on a PC-BSD list/forum. I worked with Kris Moore to better
integrate ntfs-3g with hal, and I know it was working. But I don't use
NTFS, so I can't really say what if anything you should be doing in
PC-BSD to make it work.
Joe
>
>
> >> debug output of manually runned hald provided in attachment.
> >>
> >>> Joe
> >>>
> >>>
> >>>
> >> plain text document attachment (hald2.txt)
> >> 09:16:34.829 [I] hald.c:864: Device probing completed
> >> 09:16:34.829 [I] hald_dbus.c:5834: entering
> >> hald-addon-storage info: Checking whether device /dev/da0 is locked by HAL
> >> hald-addon-storage info: ... device /dev/da0 is not locked by HAL
> >> 09:16:41.216 [I] hald_dbus.c:5127: OK for method 'Mount' with signature 'ssas' on interface 'org.freedesktop.Hal.Device.Volume' for UDI '/org/freedesktop/Hal/devices/volume_uuid_866067FC6067F17B' andexecpath 'hal-storage-mount'
> >> 09:16:41.216 [I] hald_dbus.c:4018: no need to enqueue
> >> 09:16:41.461 [I] device.c:1894: Removing locks from ':1.89'
> >> 09:16:41.921 [I] device.c:1894: Removing locks from ':1.88'
> >> 09:16:41.923 [I] hald_dbus.c:4042: No more methods in queue
> >> 09:16:41.953 [I] ci-tracker.c:212: Removing CICallerInfo object for :1.86
> >> 09:16:41.953 [I] device.c:1894: Removing locks from ':1.86'
> >> 09:16:56.232 [W] util_pm.c:116: chargeRate, chargeLevel or chargeLastFull< 0, returning -1
> >>
>
>
--
Joe Marcus Clarke
FreeBSD GNOME Team :: gnome at FreeBSD.org
FreeNode / #freebsd-gnome
http://www.FreeBSD.org/gnome
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pcbsd.org/pipermail/testing/attachments/20090408/ee00ae69/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 203 bytes
Desc: not available
Url : http://lists.pcbsd.org/pipermail/testing/attachments/20090408/ee00ae69/attachment-0001.bin
More information about the Testing
mailing list