解决overlayfs删除文件遗留overlay-whiteout链接的问题

7840阅读 0评论2015-03-24 polejo
分类:LINUX

之前在openwrt上为了支持broadcom的一款芯片,替换掉了内核版本,这样overlayfs的补丁自己改的,openwrt overlayfs 2.6.36内核补丁
结果出来有问题,overlay的好处就是提供一个jffs2层把用户针对rootfs只读区的修改同步过去,包括删除和替换操作。
而我这个版本有个问题,就是删除只读层的文件时,提示删除失败,并且还留下一个非常难看的overlay-whiteout链接。

用strace跟踪,strace -f -F -o strace.log  rm /etc/config/ddns
确认是unlink系统调用返回错误
unlink("ddns")                    = -1 EOPNOTSUPP (Operation not supported)

就从overlayfs的ovl_unlink()入手,逐步跟踪到底,在__vfs_setxattr_noperm()中
inode->i_op->setxattr 回调指向为NULL,这个有点问题,于是把inode->i_op的回调地址打出来,查找system.map
i_op指向了
  1. const struct inode_operations jffs2_file_inode_operations =
  2. {
  3.     .check_acl = jffs2_check_acl,
  4.     .setattr = jffs2_setattr,
  5.     .setxattr = jffs2_setxattr,
  6.     .getxattr = jffs2_getxattr,
  7.     .listxattr = jffs2_listxattr,
  8.     .removexattr = jffs2_removexattr
  9. };
再查代码,jffs2_setxattr被CONFIG_JFFS2_FS_XATTR宏给控制了,未定义时jffs2 xattr的接口全部被define为NULL。
这就是问题的根源了。

make kernel_menuconfig中把JFFS2_FS_XATTR 打开。
编译验证删除OK。多坑爹的问题,还是对fs不懂,只能靠这种土办法排查。
上一篇:一个简单的buffer pool实现
下一篇:linux驱动调试--修改系统时钟终端来定位僵死问题