overlayfs v8 problems with whiteout links

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello,

Now working on a persistent Live that uses overlayfs v8 and
tmpfs xattrs, all works near well but sometimes whiteout fails,

I think maybe xattrs create and delete is not synchronized with the operations 
create and delete for whiteout links.

these are commands from a Debian package build, 
showing a command "rm -rf" that cannot remove the files because a whiteout link 
was not removed successfully.

dpkg-deb: building package `nvidia-kernel-2.6.38-4.jpp.1-lnet-amd64' in 
`/usr/src/nvidia-kernel-2.6.38-4.jpp.1-lnet-
amd64_270.41.06-1.lnet1+2.6.38-16_amd64.deb'.
dh_prep
rm: cannot remove `debian/nvidia-kernel-2.6.38-4.jpp.1-lnet-amd64/DEBIAN': 
Directory not empty
dh_prep: rm -rf debian/nvidia-kernel-2.6.38-4.jpp.1-lnet-amd64/ returned exit 
code 1

the directory listing shows the whiteout, but it must be hidden,

# ls -R1l nvidia-kernel-2.6.38-4.jpp.1-lnet-amd64
nvidia-kernel-2.6.38-4.jpp.1-lnet-amd64:
total 4
drwxr-xr-x 2 root root 4096 2011-04-22 10:19 DEBIAN

nvidia-kernel-2.6.38-4.jpp.1-lnet-amd64/DEBIAN:
total 0
lrwxrwxrwx 1 root root 18 2011-04-22 10:19 control -> (overlay-whiteout)

Thanks,

Jordi Pujol

Live never ending Tale
GNU/Linux Live forever!
http://livenet.selfip.com
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux