Is fstab-sync in newest cvs broken?

Thomas Gufler csab3266 at uibk.ac.at
Thu Aug 26 15:20:01 PDT 2004


On Thursday 26 August 2004 23:48, David Zeuthen wrote:
> On Thu, 2004-08-26 at 23:36 +0200, Thomas Gufler wrote:
> > > So, you said you were using the CVS version? Would that be hal-cvs from
> > > Gentoo (I'm just guessing)?
> >
> > Yes, you are right.
>
> OK, good to know.
>
> > > In that case please ensure you configure the sources with --enable-
> > > verbose-mode. Or even better, run the code directly from a CVS
> > > checkout :-)
> >
> > Ok, now I get a lot more:
> > See output_hald_new
>
> What I get looks like this
>
>         [root at laptop hald]# ./hald --daemon=no
>         23:37:42.070 [D] hald.c:317: opt_become_daemon = 0
>         23:37:42.222 [I] linux/osspec.c:194: Mountpoint for sysfs is /sys
>         23:37:42.403 [I] linux/osspec.c:1223:
> ****************************************** 23:37:42.403 [I]
> linux/osspec.c:1224: **** hotplug_counter is now 1 23:37:42.403 [I]
> linux/osspec.c:1225: ******************************************
> 23:37:42.495 [I] callout.c:332: Invoking 40-hal-hotplug-map.hal
> 23:37:42.894 [I] callout.c:332: Invoking 50-fstab-sync.hal 19385:
> ###################################
>         19385: fstab-sync entering; add
> udi=/org/freedesktop/Hal/devices/computer 19385: mount_root=/media
> use_managed=yes managed_keyword=kudzu 19385: Acquiring advisory lock on
> /etc/fstab
>         19385: Lock acquired
>         19385: Releasing advisory lock on /etc/fstab
>         19385: Lock released
>         19385: fstab-sync exiting; add
> udi=/org/freedesktop/Hal/devices/computer 19385:
> ###################################
>
>         23:37:43.277 [I] hald.c:73: Added device to GDL;
> udi=/org/freedesktop/Hal/devices/computer
>
> the CVS version of hald passes HALD_VERBOSE=1 to the callouts if verbose
> mode is set; and the CVS version of fstab-syncs check for this
>
> (in fact the fstab-sync callout cleans the fstab on computer add and
> HALD_INIT is set to TRUE (but only, of course, if configured with --
> enable-mnt-op e.g. we're using a kudzu or managed keyword)).
>
> So, judging from your output it would appear that callouts are never
> run; 
> after configuring hal the configure script prints out some 
> information, in particular this line
>
>   sysconfdir:               /usr/local/etc
>
> What does your ${sysconfdir}/hal/device.d look like are where do the
> symlinks point to and what are the timestamps on the targets?
>
Ok,

prefix:                   /usr
libdir:                   /usr/lib
bindir:                   /usr/bin
sbindir:                  /usr/sbin
datadir:                  /usr/share
sysconfdir:               /etc
localstatedir:            /var/lib
dbus-1 system.d dir:      /etc/dbus-1/system.d
pci.ids, usb.ids dir:     /usr/share/misc
linux hotplug.d dir:      /etc/hotplug.d

and

workstation tom # ls -l /etc/hal/device.d/
insgesamt 0
lrwxrwxrwx  1 root root 20 17. Aug 10:17 fstab-sync -> /usr/sbin/fstab-sync

and 

workstation tom # ls -l /usr/sbin/fstab-sync
-rwxr-xr-x  1 root root 21016 27. Aug 00:06 /usr/sbin/fstab-sync


Thanks,

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



More information about the Hal mailing list