configure does not find BLKGETSIZE64 + HD partitions not found

[Kay Sievers]

On Mon, 2005-01-24 at 09:41 +0100, Frederik Himpe wrote:
> On Mon, 24 Jan 2005 04:19:35 +0100, Kay Sievers wrote:
> 
> > On Sun, 2005-01-23 at 18:30 +0100, Frederik Himpe wrote:
> >> On Sun, 23 Jan 2005 00:42:47 +0100, Kay Sievers wrote:
> >> 
> >> > On Sat, 2005-01-22 at 18:14 +0100, Frederik Himpe wrote:
> >> >> On Sat, 22 Jan 2005 14:47:35 +0100, Kay Sievers wrote:
> >> >> 
> >> >> > On Sat, 2005-01-22 at 14:17 +0100, Frederik Himpe wrote:
> >> >> >> When I run the configure script of hal 0.4.6, I get this error:
> >> >> >> 
> >> >> >> checking for BLKGETSIZE64... no
> >> >> >> configure: error: BLKGETSIZE64 is not defined
> 
> > Hmm, no idea. What does:
> >   gcc -o blkgetsize blkgetsize.c
> > 
> > with the attached test program print?
> 
> OK, I guess we have found the culprit:
> 
> $ gcc -o blkgetsize blkgetsize.c
> In file included from /usr/include/linux/fs.h:18,
>                  from blkgetsize.c:3:
> /usr/include/linux/prio_tree.h:22: error: syntax error before "pgoff_t"
> /usr/include/linux/prio_tree.h:27: error: syntax error before "pgoff_t"
> /usr/include/linux/prio_tree.h: In function `prio_tree_iter_init':
> /usr/include/linux/prio_tree.h:29: error: `iter' undeclared (first use in this function)
> /usr/include/linux/prio_tree.h:29: error: (Each undeclared identifier is reported only once
> /usr/include/linux/prio_tree.h:29: error: for each function it appears in.)
> /usr/include/linux/prio_tree.h:29: error: `root' undeclared (first use in this function)
> /usr/include/linux/prio_tree.h:30: error: `r_index' undeclared (first use in this function)
> 
> I guess I'll have to contact glibc/kernel headers packager to sort this
> problem out.

Yes, looks like kernel headers placed in /usr/include. This should be
fixed.

> >> >> >> With hal 0.4.5, I also have the problem that my hard disk
> >> >> >> partitions are not found. Also, all information for the hard
> >> >> >> drives (such as vendor and model) is defined as "Unknown". I
> >> >> >> think this is related to the kernel I'm running, as IIRC this was
> >> >> >> working with 2.6.8 Mandrakelinux compiled kernel. I've put the
> >> >> >> output of lshal on http://users.telenet.be/fhimpe/hal/lshal.txt
> >> >> >> and verbose output of hald on
> >> >> >> http://users.telenet.be/fhimpe/hal/hal-verbose.txt
> 
> > What version of udev you are using:
> >   udevinfo -V
> 
> $ udevinfo -V
> udevinfo, version 050
> 
> > Please locate the udevdb directory specified in /etc/udev/udev.conf.
> > Usually:
> >   udev_db="/dev/.udevdb"
> > 
> > and remove the directory or any file with a similar name completely.
> > After that, run:
> >   /sbin/udevstart
> > 
> > How does /dev/.udevdb look like after that?
> 
> Output of ls -lR /dev/.udevdb on
> http://users.telenet.be/fhimpe/hal/udevdb.txt

This looks bad:
  -rw-rw-r--  1 root root  0 jan 24 09:33 block at hda
  -rw-rw-r--  1 root root  0 jan 24 09:33 block at hda@hda1

A lot of these files are empty. Maybe your use tmpfs with a size limit?
What does:
   cat /proc/mounts

If not, what does:
  DEVPATH=/block/hda ACTION=add strace -s100 /sbin/udev block

print? There should be something like this close to the end of the output:
  open("/dev/.udevdb/block at hda", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
  write(3, "P:/block/hda\nN:hda\nS:\nA:0\nR:0\n", 30) = 30
  close(3)                                = 0

Good luck,
Kay

_______________________________________________
hal mailing list
hal at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/hal