Re: Brocken Raid & LUKS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 02/22/2013 10:11 PM, Stone wrote:

> no i have no idea why die partion table is wrong on /dev/sdc.
> i can copy with dd the partion table from sdb to sdc...
> example:
> dd if=/dev/sdb of=sdb.part bs=512 count=1
> dd if=sdb.part of=/dev/sdc bs=512 count=1

That won't work for gpt.
http://en.wikipedia.org/wiki/GUID_Partition_Table

> infos:
> root@ubuntu:~/raid# parted /dev/sdb print
> Model: ATA WDC WD20EARS-00M (scsi)
> Disk /dev/sdb: 2000GB
> Sector size (logical/physical): 512B/512B
> Partition Table: gpt
> 
> Number  Start   End     Size    File system  Name  Flags
>  1      17,4kB  2000GB  2000GB                     raid

Uh oh.  Sector 34.  That start point is very bad for performance.

> root@ubuntu:~/raid# parted /dev/sdc print
> Model: ATA WDC WD20EARS-00M (scsi)
> Disk /dev/sdc: 2000GB
> Sector size (logical/physical): 512B/512B
> Partition Table: gpt
> 
> Number  Start   End     Size    File system  Name  Flags
>  1      1049kB  2000GB  2000GB

This one is aligned for proper performance, but it appears to be the
wrong alignment for getting your data back.  Yuck.

Once you fix this partition table to get your data, take a backup of the
array.  Then make a new array with partitions starting at sector 2048.
Or no partitions at all.

Phil
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux