On 1/24/12 9:46 AM, Christian Kildau wrote:

On Jan 24, 2012, at 3:12 PM, Roger Willcocks wrote:

quoted

On Tue, 2012-01-24 at 11:13 +0100, Christian Kildau wrote:

quoted

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?

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs