Re: XFS errors on 3TB HDD that is identified of size 2TB only

[Jay Ashworth <jra@baylink.com>]

----- Original Message -----
> From: "Thomas Schneider" <c.monty@web.de>

> On my new HDD WD30EZRX I created a GPT partition table and formatted
> it with XFS.
> Then I put some data (approx. 2.4TB) on that new partition.
> 
> However, after restarting the system the disk is identified of size
> 2TB only.
> knoppix@Microknoppix:~$ sudo fdisk -l

Stop!  Wait a minute!  Stop it, boy!

(Sorry; Meat Loaf flashback.  :-)

You're looking at that partition table with fdisk, *which doesn't understand
GPT partition tables*; it's amazing it didn't complain louder.

You need to check it with parted, or something else that speaks GPT; the rest
your these here is invalid, being based on your assumption that there really is 
a problem... which there probably isn't.

If not with parted, how did you create the GPT partition in the first place?

Cheers,
-- jra

> Disk /dev/sda: 2000.4 GB, 2000421444608 bytes
> 255 heads, 63 sectors/track, 243204 cylinders, total 3907073134
> sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> 
> Checking the HDD with tool gdisk, I get this output for option "i"
> (show detailed information [...]):
> Command (? for help): i
> Using 1
> Partition GUID code: 0FC63DAF-8483-4772-8E79-3D69D8477DE4 (Linux
> filesystem)
> Partition unique GUID: 37786D32-C98F-4624-9440-94F79BE79793
> First sector: 2048 (at 1024.0 KiB)
> Last sector: 5860533134 (at 2.7 TiB)
> Partition size: 5860531087 sectors (2.7 TiB)
> Attribute flags: 0000000000000000
> Partition name: 'Linux filesystem'
> 
> Using option "v" (verify disk) I get this output:
> Expert command (? for help): v
> 
> Caution: The CRC for the backup partition table is invalid. This table
> may
> be corrupt. This program will automatically create a new backup
> partition
> table when you save your partitions.
> 
> Problem: The secondary header's self-pointer indicates that it doesn't
> reside
> at the end of the disk. If you've added a disk to a RAID array, use
> the 'e'
> option on the experts' menu to adjust the secondary header's and
> partition
> table's locations.
> 
> Problem: Disk is too small to hold all the data!
> (Disk size is 3907073134 sectors, needs to be 5860533168 sectors.)
> The 'e' option on the experts' menu may fix this problem.
> 
> Problem: partition 1 is too big for the disk.
> 
> Identified 4 problems!
> 
> My understanding of the issue is:
> 1. The HDD is not identified correctly by the mainboard/Bios with 3TB.
> This is confirmed by the hardware vendor of my mainboard "Gigabyte
> P35-DS4", means the limit is 2.2TB
> 2. The partition is too small to keep data of size 2.4TB
> 
> How can I recover the data?
> Should I simply create a new partition table either with gdisk or
> parted?
> Can I make a low-level copy using dd starting from sector 2048 until
> the end to another HDD WD30EZRX (that I have available) and then mount
> that partition?
> Or are there any other options?
> 
> THX
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs

-- 
Jay R. Ashworth                  Baylink                       jra@baylink.com
Designer                     The Things I Think                       RFC 2100
Ashworth & Associates     http://baylink.pitas.com         2000 Land Rover DII
St Petersburg FL USA               #natog                      +1 727 647 1274

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