bl4: > Yes, /etc/default/auplink seems to fix it, not only with /var but with / > too. I didn't have to add sync. Which makes me wonder why, because I had > /etc/default/auplink all the time on my first virtual machine.
Do you mean that you could succeed fsck BEFORE unmounting? I think the cause of the problem is, - forgot flushing plink. - qemu or linux-2.6.26 doesn't flush at remounting RO. > This looked very complicated from the beginning. Indeed there might be > some bugs in the kernel which affect aufs more than other filesystems. > I'm not sure if this setup is safe enough to put on an appliance. If 2.6.26 was latest, I would say "It is safe. Don't be afraid." But actually, according to kernel git log, there are several bugfixes, especially about ext3 orphaned inodes which may be related to the problem. Of course, aufs1 is not so good either, currently. > Some distributions pivot back to initrd where it's possible to unmount > root and do some operations afterwards. But debian wipes out and > overmounts initramfs. I prefer the debian way. Now I'd ask you to review the aufs manual. Particulary the note about shutdown. In aufs1, it says, ---------------------------------------------------------------------- When your aufs is the root directory of your system, and your system tells you some of the filesystem were not unmounted cleanly, try these procedure when you shutdown your system. .nf # mount -no remount,ro / # for i in $writable_branches # do mount -no remount,ro $i # done .fi If your xino file is on a hard drive, you also need to specify `noxino' option or `xino=/your/tmpfs/xino' at remounting root directory. ---------------------------------------------------------------------- If you configured /etc/default/auplink and executed "mount -no remount,ro /" as described, then you would not meet the problem, I am afraid. If you think the description in the manual is not good and enough, please advise me. 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
