Not logged in
Log in now
Create an account
Subscribe to LWN
An "enum" for Python 3
An unexpected perf feature
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
PostgreSQL 9.3 beta: Federated databases and more
This is somewhat unlikely, it is true.
Ext4 data corruption trouble [Updated]
Posted Oct 26, 2012 0:45 UTC (Fri) by neilbrown (subscriber, #359)
echo S > /proc/sysrq-trigger
echo U > /proc/sysrq-trigger
Posted Oct 26, 2012 14:04 UTC (Fri) by nix (subscriber, #2304)
New syscall, who needs it, though relying on sysrq-trigger for something as fundamental as shutting down seems a little icky.
Posted Oct 26, 2012 14:37 UTC (Fri) by butlerm (subscriber, #13312)
Posted Oct 27, 2012 20:17 UTC (Sat) by nix (subscriber, #2304)
(But, still, you do want to remount the loopback-mounted filesystem first, or that umount won't be able to do e.g. journal flushes...)
And the answer is no: it ends up calling do_emergency_remount(), which does a straight iteration over all super_blocks: there is no dependency analysis of any kind: I'd expect (given the way super_blocks is built) to unmount the backing store fs *before* the loopback-mounted fs.
(Perhaps do_emergency_remount() should iterate over super_blocks in reverse order?)
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds