View Single Post
Old 10-24-2012, 09:02 PM   #42
geekmaster
Carpe diem, c'est la vie.
geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.geekmaster ought to be getting tired of karma fortunes by now.
 
geekmaster's Avatar
 
Posts: 6,433
Karma: 10773670
Join Date: Nov 2011
Location: Multiverse 6627A
Device: K1 to PW3
Quote:
Originally Posted by eureka View Post
/mnt/base-us is the real partition mounted. A filesystem proxy /sbin/fsp (built on top of FUSE) sits between /mnt/us and /mnt/base-us, so that requests to /mnt/us are passed through that proxy to /mnt/base-us.

Unfortunately, I don't know for sure whether these requests are modified by proxy in any way and, if so, when and how they are modified.

Once I've read on this forum that fsp serves for holding requests on pause if real parition isn't available at the moment. But I didn't check this theory (or, maybe, fact?) by myself, because I don't know how to do it.
So perhaps the proxy /mnt/base-us is what prevents the loop mount lockups by modifying or delaying loop accesses to /mnt/base /mnt/us?

Last edited by geekmaster; 10-24-2012 at 09:31 PM.
geekmaster is offline   Reply With Quote