* First 128KB of XFS partition is NULL.
@ 2011-02-20 2:22 Ajeet Yadav
2011-02-20 2:45 ` Ajeet Yadav
2011-02-20 21:32 ` Dave Chinner
0 siblings, 2 replies; 4+ messages in thread
From: Ajeet Yadav @ 2011-02-20 2:22 UTC (permalink / raw)
To: xfs
Dear All,
I have received a corrupted disk from team testing XFS, when I look
hexdump of partiton. Its 0000 in first 128KB.
Our kernel is 2.6.30.9 however we have backported XFS from 2.6.34,
Arch MIP with VIPT cache.
This arch previously had many issues but after properly implementing
"xfs: fix xfs to work with Virtually Indexed architectures " most
problem resolved.
Can anyone make guess in what case first 128KB may become NULL, I seem
to be impossible because file system does not modify all 128KB at the
begining of partition at once.
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: First 128KB of XFS partition is NULL.
2011-02-20 2:22 First 128KB of XFS partition is NULL Ajeet Yadav
@ 2011-02-20 2:45 ` Ajeet Yadav
2011-02-20 21:14 ` Eric Sandeen
2011-02-20 21:32 ` Dave Chinner
1 sibling, 1 reply; 4+ messages in thread
From: Ajeet Yadav @ 2011-02-20 2:45 UTC (permalink / raw)
To: xfs
Testing team provides a very little information, but after checking
all possiblity I cam to conclusion that he may have removed the USB
during formating when mkfs.xfs just finished "Zero out the beginning
of the device, to obliterate any old filesystem signatures out there"
Issue resolved, thanks
On Sun, Feb 20, 2011 at 11:22 AM, Ajeet Yadav <ajeet.yadav.77@gmail.com> wrote:
> Dear All,
> I have received a corrupted disk from team testing XFS, when I look
> hexdump of partiton. Its 0000 in first 128KB.
> Our kernel is 2.6.30.9 however we have backported XFS from 2.6.34,
> Arch MIP with VIPT cache.
> This arch previously had many issues but after properly implementing
> "xfs: fix xfs to work with Virtually Indexed architectures " most
> problem resolved.
>
> Can anyone make guess in what case first 128KB may become NULL, I seem
> to be impossible because file system does not modify all 128KB at the
> begining of partition at once.
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: First 128KB of XFS partition is NULL.
2011-02-20 2:45 ` Ajeet Yadav
@ 2011-02-20 21:14 ` Eric Sandeen
0 siblings, 0 replies; 4+ messages in thread
From: Eric Sandeen @ 2011-02-20 21:14 UTC (permalink / raw)
To: Ajeet Yadav; +Cc: xfs
On 2/19/11 8:45 PM, Ajeet Yadav wrote:
> Testing team provides a very little information, but after checking
> all possiblity I cam to conclusion that he may have removed the USB
> during formating when mkfs.xfs just finished "Zero out the beginning
> of the device, to obliterate any old filesystem signatures out there"
That sounds plausible...
Just for reference, there are runtime checks to be sure we don't overwrite
block zero due to bad mappings; see "Access to block zero" message in
xfs_cmn_err_fsblock_zero() and xfs_bmap_search_extents()
-Eric
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: First 128KB of XFS partition is NULL.
2011-02-20 2:22 First 128KB of XFS partition is NULL Ajeet Yadav
2011-02-20 2:45 ` Ajeet Yadav
@ 2011-02-20 21:32 ` Dave Chinner
1 sibling, 0 replies; 4+ messages in thread
From: Dave Chinner @ 2011-02-20 21:32 UTC (permalink / raw)
To: Ajeet Yadav; +Cc: xfs
On Sun, Feb 20, 2011 at 11:22:34AM +0900, Ajeet Yadav wrote:
> Dear All,
> I have received a corrupted disk from team testing XFS, when I look
> hexdump of partiton. Its 0000 in first 128KB.
> Our kernel is 2.6.30.9 however we have backported XFS from 2.6.34,
> Arch MIP with VIPT cache.
> This arch previously had many issues but after properly implementing
> "xfs: fix xfs to work with Virtually Indexed architectures " most
> problem resolved.
>
> Can anyone make guess in what case first 128KB may become NULL, I seem
> to be impossible because file system does not modify all 128KB at the
> begining of partition at once.
Something else wrote to the block device. Maybe a partitioning
program, a boot loader or possibly something else entirely...
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2011-02-20 21:29 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-20 2:22 First 128KB of XFS partition is NULL Ajeet Yadav
2011-02-20 2:45 ` Ajeet Yadav
2011-02-20 21:14 ` Eric Sandeen
2011-02-20 21:32 ` Dave Chinner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox