Results 1 to 2 of 2
Hello. I've installed aufs in order to seemlessly union two filesystems over /usr. One branch is the plain old, existing /usr directory; it's not mounted from a separate filesystem or ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
- 08-29-2010 #1
- Join Date
- Aug 2010
aufs mounts won't umount due to being busy
I've installed aufs in order to seemlessly union two filesystems over /usr. One branch is the plain old, existing /usr directory; it's not mounted from a separate filesystem or anything. The other is a /usr on a microsd card.
This is what I've added to /etc/fstab:
#the microsd mounted on /aufs/internal_microsd
/dev/mmcblk0p1 /aufs/internal_microsd/ ext2 defaults,noatime 0 0
#the aufs /usr union
none /usr aufs br=/usr:/aufs/internal_microsd/usr,defaults,noatime 0 0
This works--they are mounted correctly--but during shutdown (when the mounts are automatically umounted and then remounted read only). the umount complains that /usr, /aufs/internal_microsd, and / are busy (and it does not umount them). This causes errors on the next bootup: 12 orphaned inodes are deleted, and all other partitions on the disk which the root filesystem exists on are not mounted (other entries in fstab for the same disk).
(I would copy and paste the actual errors, but I don't know where to access a log for them)
Note: I've tried remounting the aufs mounts readonly prior to shutdown (as the aufs author recommends), but the associated commands issue the same "is busy" error and does not remount them.
Why are these filesystems refusing to umount due to being busy, and how would I fix the problem?
- 08-30-2010 #2
- Join Date
- Apr 2009
- I can be found either 40 miles west of Chicago, or in a galaxy far, far away.
1. Make sure no consoles/terminals/applications are open in /usr - this may be hard since most applications run from /usr/bin.
2. Manually sync the file systems.
In any case, what you are doing is not recommended. If you need stuff on the SD card to be visible in the /usr volume, then make symbolic links as necessary. That way, you won't have this problem so much.Sometimes, real fast is almost as good as real time.
Just remember, Semper Gumbi - always be flexible!