| To: | Steve Lord <lord@xxxxxxx> |
|---|---|
| Subject: | Re: xfs_repair of root filesystem |
| From: | Chris Wedgwood <cw@xxxxxxxx> |
| Date: | Tue, 1 Apr 2003 00:35:19 -0800 |
| Cc: | Austin Gonyou <austin@xxxxxxxxxxxxxxx>, XFS List <linux-xfs@xxxxxxxxxxx> |
| In-reply-to: | <1049153061.5177.15.camel@jen.americas.sgi.com> |
| References: | <1049151595.17362.34.camel@stout.americas.sgi.com> <1049152404.29472.199.camel@UberGeek> <1049153061.5177.15.camel@jen.americas.sgi.com> |
| Sender: | linux-xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.3.28i |
On Mon, Mar 31, 2003 at 05:24:21PM -0600, Steve Lord wrote: > The real answer is to fix up the user space libraries to allow > repair to run on a mounted fs and issue a big fat warning to reboot > NOW at the end. You want to do this sngle user, and you want to issue magic ioctls to purge any cached data first (I did this once, I can't remember if I used an existing ioctl or hacked my driver directly, check the umount paths though). Whilst you should get consistency now, you can't always be sure of this (and it never used to be so). --cw |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Moving XFS between sparc64 and ia32, Seth Mos |
|---|---|
| Next by Date: | [Bug 230] umount hangs after high disk load, bugzilla-daemon |
| Previous by Thread: | Re: Moving XFS between sparc64 and ia32, Seth Mos |
| Next by Thread: | Re: xfs_repair of root filesystem, Michael Sinz |
| Indexes: | [Date] [Thread] [Top] [All Lists] |