Unfortunately we are somewhat debian challenged around here, i.e. we do not
have any debian boxes. Would it be possible to run strace with the /var/lib/dpkg
directory mounted on XFS and then on ext2. Since you say this is a script based
thing this may not be that straightforward, especially if vfork is
involved, strace does not follow that too well. You could try this.
strace -v -f -o /tmp/XXX failing command
>From your description it looks like we have broken operation in there
somewhere, but which one is going to be difficult to track down without
> Hi !
> Perhaps there are some DEBIAN users listening who could help me:
> I've patched Kernel2.4.0-test5 with the XFS-beta-patch. After
> compiling with egcs 2.91.66 everything seemed to be OK.
> (gcc 2.95.2 did not work like it is mentioned in the FAQ)
> I'm using XFS on the /var,/usr,/home and /temp-partitions.
> When I install new packages with dselect, a lot of install-
> skripts fail ("cannot rmdir /var/lib/dpkg/tmp.ci"). There is
> a controlfile in it, that was not removed.
> If I remove it by hand, I can install the package but the next one stops
> with the same error.
> xfs_check said, that everything was ok.
> Then I copied '/var/lib/dpkg' to an ext2fs-partition and mounted it with
> 'mount -t bind' in /var/lib/dpkg on the XFS-partition. Now everything
> works fine.
> I wonder, why the debian-skripts fail on an XFS-partition
> and work fine on ext2fs. I don't know, if there are bugs in the
> debian-package-system or if there is a bug in XFS.
> It's a bit strange, that the same file is removed on ext2fs-partitions
> and not on XFS-partitions.
> Nevertheless I'm very impressed by XFS.
> Thanks, Ralf
> P.S: My machine is an Athlon 800, 2 IDE-Drives, XFS compiled
> into the kernel.