| To: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: Volume fine on x86_64, corruption on ARM |
| From: | Lluís Batlle i Rossell <viric@xxxxxxxxxx> |
| Date: | Mon, 28 Jan 2013 23:40:13 +0100 |
| Cc: | xfs@xxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <5106FDA5.80409@xxxxxxxxxxx> |
| References: | <20130127225258.GA2287@xxxxxxxxxxxxxxxxxxxxxx> <5106FDA5.80409@xxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Mon, Jan 28, 2013 at 04:37:25PM -0600, Eric Sandeen wrote: > So this was trying to read a dir2 directory metadata leaf block, and it > didn't find the right magic. > XFSB is superblock magic . . . > > I tested an image which (I think) contains every dir2 format, created on > x86_64 > (under a RHEL6 3.2 kernel) and checked it on ARM (a raspberry pi 3.2.24 > kernel) > so it's not really quite an apples to apples test. > > Does the filesystem check clean on x86_64 right after you create it? How did > you > create it? Thank you for testing! You mean that your test went fine, right? I run: mkfs.xfs /dev/sdb1 Then I copied files to it. After the first crash in the arm, I used xfs_repair on the x86_64. It created many lost+found. Then I tried again in the ARM, and it crashed again the same way. Regards, Lluís. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Volume fine on x86_64, corruption on ARM, Eric Sandeen |
|---|---|
| Next by Date: | Re: [PATCH]xfs: Fix xfs_swap_extents() after removal of xfs_flushinval_pages(), Ben Myers |
| Previous by Thread: | Re: Volume fine on x86_64, corruption on ARM, Eric Sandeen |
| Next by Thread: | Re: Volume fine on x86_64, corruption on ARM, Eric Sandeen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |