Dear Brian, thank you for your detailed answer. Brian Foster wrote: > On Sat, Nov 12, 2016 at 11:52:02AM +0100, Chris wrote: >> I tried XFS-repair, but it couldn't find the first or second super block >> after four hours. >> > > That sounds like something more significant is going on either with the > fs, the storage or xfs_repair has been pointed in the wrong place. The > above issue should at worst require zeroing the log, dealing with the > resulting inconsistency and rebuilding the fs btrees accurately. Well, did it crash, because I called xfs_db -c "freespc -s" /dev/... while it was still in this unmount-loop? > I suspect it's too late to inspect what's going on there if you have > already restored from backup. In the future, you can use xfs_metadump to > capture a metadata only image of a broken fs to share with us and help > us diagnose what might have gone wrong. OK. > I'd suggest to run "xfs_repair -n" on those as soon as possible to see > if they are affected by the same problem. It might also be a good idea > to run it against the fs you've restored from backup to see if it > returns and possibly get an idea on what might have caused the problem. On those filesystems, that aren't in use now, xfs_repair hasn't found any problems. Thanks again for your help. Next time, I'll do a metadump. - Chris -- To unsubscribe from this list: send the line "unsubscribe linux-xfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
