Hi all, I have one drive fails on a software 2TB RAID1. I have removed the failed partition from mdraid and now ready to replace the failed drive.
I want to ask for opinion if there is better way to do that other than: 1. Put the new HDD. 2. Use parted to recreate the same partition scheme. 3. Use mdadm to rebuild the RAID.
Especially #2 is rather tricky. I have to create an exact partition scheme. Can I just clone the partition table without the data in it using parted? How?
Thank you, Fajar.
On 29.1.2012 03:25, Fajar Priyanto wrote:
Hi all, I have one drive fails on a software 2TB RAID1. I have removed the failed partition from mdraid and now ready to replace the failed drive.
I want to ask for opinion if there is better way to do that other than:
- Put the new HDD.
- Use parted to recreate the same partition scheme.
Maybe sfdisk like sfdisk -d /dev/gooddisk | sfdisk /dev/newdisk
- Use mdadm to rebuild the RAID.
On Sun, Jan 29, 2012 at 10:39 AM, Markus Falb markus.falb@fasel.at wrote:
I want to ask for opinion if there is better way to do that other than:
- Put the new HDD.
- Use parted to recreate the same partition scheme.
Maybe sfdisk like sfdisk -d /dev/gooddisk | sfdisk /dev/newdisk
- Use mdadm to rebuild the RAID.
Thanks Markus, But I see this:
DESCRIPTION sfdisk has four (main) uses: list the size of a partition, list the partitions on a device, check the partitions on a device, and - very dangerous - repartition a device.
sfdisk doesn't understand GUID Partition Table (GPT) and it is not designed for large partitions. In particular case use more advanced GNU parted(8).
Is it ok?
Fajar Priyanto wrote on 01/28/2012 09:49 PM:
... But I see this:
DESCRIPTION sfdisk has four (main) uses: list the size of a partition, list the partitions on a device, check the partitions on a device, and
- very dangerous - repartition a device.
Since the device is new anyway you have nothing to lose.
sfdisk doesn't understand GUID Partition Table (GPT) and it is
not designed for large partitions. In particular case use more advanced GNU parted(8).
Is it ok?
Does the original disk use GPT? It should not be necessary if it is < 2.19TB.
Phil
On Sun, Jan 29, 2012 at 10:56 AM, Phil Schaffner Philip.R.Schaffner@nasa.gov wrote:
Is it ok?
Does the original disk use GPT? It should not be necessary if it is < 2.19TB.
After some more googling using GPT, I found this: http://askubuntu.com/questions/57908/how-can-i-quickly-copy-a-gpt-partition-...
On 29.1.2012 03:49, Fajar Priyanto wrote:
On Sun, Jan 29, 2012 at 10:39 AM, Markus Falb markus.falb-fSWCc0FX9k8@public.gmane.org wrote:
- Use parted to recreate the same partition scheme.
Maybe sfdisk like sfdisk -d /dev/gooddisk | sfdisk /dev/newdisk
- Use mdadm to rebuild the RAID.
Thanks Markus, But I see this:
DESCRIPTION sfdisk has four (main) uses: list the size of a partition, list the partitions on a device, check the partitions on a device, and
very dangerous - repartition a device.
sfdisk doesn't understand GUID Partition Table (GPT) and it is
not designed for large partitions. In particular case use more advanced GNU parted(8).
Is it ok?
It depends if your partition table is GPT or legacy MBR. I think that "large" means "bigger than 2TB"