Re: Recovering RAID-1

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

 



On 17/06/21 18:37, H wrote:
> I see. I do recollect that at one time I had /dev/md127 and /dev/md128 show up in gparted. Could they have been created by the Intel fake RAID?
> 
> If there are no signs of a remaining mdadm RAID installation and I have to install fresh, I do have a couple of questions. Naturally I need to make backups of the partitions before doing anything but:
> 
> - Since the system seems to be booting from sdc1 and sdc2 while using sdb3 for the data partition, I would think that any restoration should be from backups of sdc1, sdc2 and sdb3, correct?

Yes. What you could do is create your new array(s) using sdb1, sdb2, and
sdc3, using the "missing" option to create single-disk mirrors. You then
dd the contents of sdc1, sdc2 and sdb3 across, make sure you can/are
booting cleanly from the mirrors, and then add sdc1, sdc2 and sdb3 to
the mirrors.

I'd probably happily do this on a test system for the hell of it, but on
a live system I'd make sure I had backups and be rather careful...
> 
> - Is there anyway to do a dry-run of a fresh mdadm installation to see if it might install on the disks as currently partitioned and not disturb sdc1, sdc2 and sdb3? I do have this minimal partition of ca 4 MiB at the end of both disks which, if I understand correctly, might be used by a mdadm 0.90 scheme?

As above, you could dry-run on the apparently unused partitions, but
BACKUP BACKUP BACKUP!

And no, that little partition at the end will not be where the md
metadata is stored. You're correct, v0.9 (and v1.0) store their metadata
at the end, but at the end of the raid partition, not in a separate
partition.

And you're better off using the recommended 1.2 metadata, because 0.9 is
deprecated, and 1.0 and 1.1 are considered vulnerable to being stomped
on by other utilities that don't know about raid. Even 1.2 is
vulnerable, there've been a couple of cases recently where it seems that
other software (the BIOS, even?) "helpfully" writes a GPT on an
apparently blank disk - RIGHT WHERE MDADM PUT ITS SUPERBLOCK. And these
utilities don't ask permission! Windows of course is notorious for this,
although it seems that it no longer does it regardless it just assumes
that if the user invokes the disk management software then the user must
know what they're doing ... do they ever?

Cheers,
Wol



[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