xfs
[Top] [All Lists]

Re: How to fix bad superblock or xfs_repair: error - read only 0 of 512

To: Christian Kildau <lists@xxxxxxxxxxxxx>
Subject: Re: How to fix bad superblock or xfs_repair: error - read only 0 of 512 bytes
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Tue, 24 Jan 2012 09:57:19 -0600
Cc: xfs-oss <xfs@xxxxxxxxxxx>
In-reply-to: <BE48F258-7061-468F-865E-3595D2C28B3B@xxxxxxxxxxxxx>
References: <CALx8gnT9tdPRGfVR0puoSVYz_MDDs4FtWtodST5x29GDnL3A_w@xxxxxxxxxxxxxx> <20120123043117.GH15102@dastard> <92CDAC52-1BA1-43A8-8470-0E2DCD916610@xxxxxxxxxxxxx> <4F1E3BD0.7080604@xxxxxxxxxxx> <B1F1FDAB-0D48-48FE-8FFC-F0567780E052@xxxxxxxxxxxxx> <1327414341.24535.582.camel@xxxxxxxxxxxxxxxxxxxxxxxx> <4D396236-D516-4948-8F43-1AED88539BC4@xxxxxxxxxxxxx> <4F1ED341.4010108@xxxxxxxxxxx> <BE48F258-7061-468F-865E-3595D2C28B3B@xxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
On 1/24/12 9:52 AM, Christian Kildau wrote:
> On Jan 24, 2012, at 4:50 PM, Eric Sandeen wrote:
> 
>> On 1/24/12 9:46 AM, Christian Kildau wrote:
>>>
>>> On Jan 24, 2012, at 3:12 PM, Roger Willcocks wrote:
>>>
>>>>
>>>> On Tue, 2012-01-24 at 11:13 +0100, Christian Kildau wrote:
>>>>> Top posting... sorry.
>>>>>
>>>>> I have now found dozens of other users with a similar issue! e.g.
>>>>> http://www.linuxquestions.org/questions/linux-general-1/cannot-mount-hard-disk-block-count-exceeds-size-of-device-bad-partition-table-880149/
>>>>>
>>>>> To make it short all of these users were running ext4 and a fs resize to 
>>>>> the new geometry fixed their problems! Sadly XFS doesn't support 
>>>>> shrinking the fs(?).
>>>>>
>>>>
>>>> It seems fairly clear that your drive or the bios is lying about its
>>>> capacity. The filesystem occupies the entire disk, but the disk has
>>>> become 'smaller'. A quick web search suggests a 'hidden protected area'
>>>> - the two block counts in this link line up with the before and after
>>>> sizes you're seeing:
>>>>
>>>> http://lime-technology.com/forum/index.php?topic=13440.0;wap2
>>>>
>>>> It would be instructive to see what 'hdparm -N /dev/sdd' says on your
>>>> system. And a dmesg log would be handy too.
>>>>
>>>> Note that this is /not/ a problem with xfs. The right fix is to tell the
>>>> drive to report its actual capacity, not to shrink the filesystem.
>>>
>>> I do understand that is definitely not an XFS issue, but some strange issue 
>>> with ubuntu or their kernel patches...
>>>
>>> I got my data back by dumping the entire hdd (it was partitionless 
>>> nevertheless) to a bigger 2TB hdd.
>>> XFS mounts without any problems and I can restore my data.
>>>
>>> Thanks all for your help!
>>
>> It's likely still missing the end of the filesystem, though.
>>
>> Can you run the hdparm command Roger suggested on your original hard drive, 
>> please?
> 
> Sure, here it is:
> 
> /dev/sde:
>  max sectors   = 2930275055/2930277168, HPA is enabled
                                          ^^^^^^^^^^^^^^

ding ding ding, we have a winner.

2930277168-2930275055 = 2113 which is about how much xfs tried to read past the 
end.

Something about the ubuntu upgrade messed with your disk.

I'd press them very hard to investigate & resolve that.  You can probably use 
hdparm
to remove the HPA and get your space back but this is beyond my expertise &
familiarity.  It'd be interesting to know what is _in_ the HPA area first.

-Eric

<Prev in Thread] Current Thread [Next in Thread>