| To: | "Nathan Scott" <nathans@xxxxxxxxxxxxxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: Bugreport - not really important |
| From: | "Martin K. Petersen" <mkp@xxxxxxxxxxxxx> |
| Date: | 20 Mar 2001 19:27:07 -0500 |
| Cc: | GCS <gcs@xxxxxxxxxxxxxxxx>, Tom Duffy <tduffy@xxxxxxxxxxxx>, <linux-xfs@xxxxxxxxxxx> |
| In-reply-to: | <10103211045.ZM227205@wobbly.melbourne.sgi.com> |
| Organization: | Linuxcare, Inc. |
| References: | <Pine.LNX.4.30.0103200223470.2403-100000@dbear.engr.sgi.com> <yq1bsqwr1dh.fsf@jaguar.mkp.net> <10103211045.ZM227205@wobbly.melbourne.sgi.com> |
| Sender: | owner-linux-xfs@xxxxxxxxxxx |
| User-agent: | Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Canyonlands) |
>>>>> "Nathan" == Nathan Scott <nathans@xxxxxxxxxxxxxxxxxxxxxxxx> writes: Nathan> yeah, thats probably the simplest solution (hack!)- delicate Nathan> like a sledgehammer, but I guess its the only sure-fire way. Nathan> be careful about going back from the end, I think there may be Nathan> an md superblock back there (?) Yes, but that shouldn't be exposed to userspace. The MD device should appear to be a few blocks shorter than the physically available space on the disk(s). -- Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc. mkp@xxxxxxxxxxxxx, http://www.linuxcare.com/ SGI XFS for Linux Developer, http://oss.sgi.com/projects/xfs/ |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | TAKE - doc, Nathan Scott |
|---|---|
| Next by Date: | XFS prerelease 0,10 test1 images., Russell Cattelan |
| Previous by Thread: | Re: Bugreport - not really important, Nathan Scott |
| Next by Thread: | TAKE - Upgrade LVM to 0.9beta6, Martin K. Petersen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |