Hello bl4, bl4: > And there is a script /etc/init.d/aufs-sync called at shutdown: > fsck -nf /dev/hda1 > mount -o remount,rw /ro > rsync --exclude=".wh.*" --exclude=lost+found -aHSx --devices --specials > /rw/ /ro/ > cd /rw > find . -name ".wh.*" -and -not -name ".wh..wh.*" | sed 's/^\.\//\/ro\//' > | sed 's/\/\.wh\./\//' | /usr/bin/xargs -d "\n" rm -rf > mount -o remount,ro /ro > fsck -nf /dev/hda1 > > The first fsck call shows filesystem is clean. The second call almost > always displays errors such as:
Because there is no access to aufs between two fsck-s, it may be a problem of ext3. I'd suggest you to try mounting /dev/hda1 as ext2. You don't need to convert it to ext2, just need to specify the fs type as "mount -t ext2". And for the first debugging, run rsync only, no find+rm. eg. no modification on /rw. Your rsync doesn't modify /rw, does it? When you restore the find+rm, or if there is another process which writes to aufs between two fsck-s, then you need to specify udba=inotify before rsync. You can reset it by specifying udba=reval after second fsck, if you want. Your /etc/init.d/aufs-sync may not support aufs pseudo-link. Did you install aufs utilities and flush pseudo-link correctly? But if you didn't it would not break the filesystem consistency. > Here is the list of things I tried to do, and none of them made any > difference: > > - used aubrsync from aufs2 git tree This is most recommended. J. R. Okajima ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev
