gmane.linux.hotplug.devel

Scott Tester | 18 Sep 03:33

ntfs.c failure in udev128

I am having problems with udev recognizing an ntfs filesystem under udev128.
Strangly, another ntfs partition is being recognized. (One formatted
using mkfs.ntfs.)

(I have added extra info() lines to ntfs.c and util.c as my syslog
config is not picking up debug statements.)
Under udev-127:
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: ntfs.c:134
sectorsize  0x200
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: ntfs.c:135
clustersize 0x1000
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: ntfs.c:136
mftcluster  786432
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: ntfs.c:137
mftoffset  0xc0000000
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: ntfs.c:138
cluster per mft_record  -10
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: ntfs.c:139
mft record size  1024
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: util.c:356
disk: 5
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: util.c:357
get buffer off 0xc0000c00(3221228544), len 0x400
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: util.c:406
read seekbuf off:0xc0000c00 len:0x400
Sep 18 11:06:54 coota hald-probe-volume: 5310: 11:06:54.657: util.c:407
lseek(5, 0xc0000c00, 0)
Sep 18 11:06:54 coota hald-probe-volume: [5310]: 11:06:54.658 [I]
probe-volume.c:623: volume_id_probe_all returned 0
Sep 18 11:06:54 coota hald-probe-volume: [5310]: 11:06:54.658 [D]

(Continue reading)

headers

Robby Workman | 18 Sep 04:48

Re: ntfs.c failure in udev128

Resending to list - sorry for the bad CC to -owner :/

On Thu, 18 Sep 2008 11:34:59 +1000
Scott Tester <scott <at> smbc.com.au> wrote:

> I am having problems with udev recognizing an ntfs filesystem under
> udev128. Strangly, another ntfs partition is being recognized. (One
> formatted using mkfs.ntfs.)
> 
> (I have added extra info() lines to ntfs.c and util.c as my syslog
> config is not picking up debug statements.)
> Under udev-127:

...snip...

Have you rebuilt hal since you upgraded udev?  If not, you
probably/usr/libexec/hald-probe-{storage,volume} should do so.
libvolume_id version in udev was bumped, and the 
/usr/libexec/hald-probe-{storage,volume} files are linked to the old
one, so they don't work anymore.  There's also a patch in hal's git
repo to use udevadm instead of depending on the udevinfo symlink, so
you'll want that as well.

-RW
--
To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(Continue reading)

headers

Sergey Vlasov | 19 Sep 11:52

Re: ntfs.c failure in udev128

On Thu, 18 Sep 2008 11:34:59 +1000 Scott Tester wrote:

> I am having problems with udev recognizing an ntfs filesystem under udev128.
> Strangly, another ntfs partition is being recognized. (One formatted
> using mkfs.ntfs.)
[...]
> Sep 18 10:24:06 coota hald-probe-volume: 4728: 10:24:06.793: util.c:405
> lseek(5, 0xc0000c00, 0)
> Sep 18 10:24:06 coota hald-probe-volume: 4728: 10:24:06.793: util.c:407
> lseek failed (Invalid argument)

EINVAL from lseek() might mean that the code was compiled without
large file support (-D_FILE_OFFSET_BITS=64).  AC_SYS_LARGEFILE is used
in configure.ac - it should add this option, but maybe this is not
working for some reason, which could be found by analyzing the build
output and maybe config.log.

udev <= 127 did not use autotools, and the -D_FILE_OFFSET_BITS=64
option was hardcoded in the toplevel Makefile.

headers

Kay Sievers | 20 Sep 06:08

Re: ntfs.c failure in udev128

On Fri, Sep 19, 2008 at 02:52, Sergey Vlasov <vsu <at> altlinux.ru> wrote:
> On Thu, 18 Sep 2008 11:34:59 +1000 Scott Tester wrote:
>
>> I am having problems with udev recognizing an ntfs filesystem under udev128.
>> Strangly, another ntfs partition is being recognized. (One formatted
>> using mkfs.ntfs.)
> [...]
>> Sep 18 10:24:06 coota hald-probe-volume: 4728: 10:24:06.793: util.c:405
>> lseek(5, 0xc0000c00, 0)
>> Sep 18 10:24:06 coota hald-probe-volume: 4728: 10:24:06.793: util.c:407
>> lseek failed (Invalid argument)
>
> EINVAL from lseek() might mean that the code was compiled without
> large file support (-D_FILE_OFFSET_BITS=64).  AC_SYS_LARGEFILE is used
> in configure.ac - it should add this option, but maybe this is not
> working for some reason, which could be found by analyzing the build
> output and maybe config.log.
>
> udev <= 127 did not use autotools, and the -D_FILE_OFFSET_BITS=64
> option was hardcoded in the toplevel Makefile.

Oh, we might need to include config.h?
Is there something set in your config.h regarding LARGE_FILE, FILE_OFFSET?

Kay
--
To unsubscribe from this list: send the line "unsubscribe linux-hotplug" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(Continue reading)