<div dir="ltr">Thanks for all the ideas and hints. It's rebuilt now. <div><br></div><div>Mostly an issue of not remembering how I built it 10 years ago but also that the ST3000DM001 is no longer available and the ST3000DM008 replacement has a small number of sectors (by a very small margin) so as soon as a partition takes some of them the disk is too small to add to the array.</div><div><br></div><div>I'll be asking questions about the wifes iMac in due course - after an OS update some of the apps don't appear in the App Store to be updated even though there are much later versions!</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 20, 2023 at 5:30 PM Volker Kuhlmann <<a href="mailto:list57@top.geek.nz">list57@top.geek.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu 20 Jul 2023 10:37:52 NZST +1200, Robin Gilks wrote:<br>
<br>
> I'm replacing a failed disk in my raid array<br>
<br>
General reply.<br>
<br>
I avoid GUI disk partition stuff because I don't trust it telling<br>
me exactly what's going on. I never had a use for parted.<br>
<br>
There was a time when fdisk couldn't handle GPTs and gdisk was needed.<br>
fdisk has now acquired that functionality so that's all you need.<br>
<br>
When you create disk partitions and raid arrays make some careful notes<br>
about the parititon boundaries and array configuration, should you ever<br>
be in your present situation... It amounts to redirecting output of some<br>
programs (fdisk -l, mdadm with different options) to files. Remember on<br>
Linux you can always recover damaged partition tables and not lose the<br>
filesystem, *if* you know the block numbers. Any partitioning tool also<br>
creating filesystems unless explicitly told (fdisk, gdisk, sfdisk etc<br>
aren't able to) needs to be deleted now.<br>
<br>
Do yourself a favour and make separate arrays for system, home, and<br>
data. Or at least for system.<br>
<br>
Depending on your disks, it might be useful to know that constituent<br>
partitions do not need to start at the same block numbers. Mirror sda2<br>
with sdc6 if it suits.<br>
<br>
All assuming Linux softraid. I wouldn't consider anything else, unless<br>
it's a proper hardware-raid controller card. I think they're $k.<br>
Anything around $100 (used to be common) makes you worse off, it's<br>
propriatary rubbish for no performance gain. Card dies, buy exact same<br>
model or data gone. That stuff is integrated in better mobos these days,<br>
waste of silicon. Dead mobo, dead data.<br>
<br>
Be careful with consumer disks in RAID arrays. There are plenty of<br>
warnings online, relating to response times being taken as dead disk,<br>
and random read errors (likely with today's TB disks) taking the disk<br>
out of the array and combined with other factors creating a<br>
non-recoverable situation (data gone).<br>
<br>
I ignored that, so far, so mostly good. For the past 4 years I've used<br>
ST4000DM004, WD40EZRZ, and a top-end SSD (Samsung 970 Evo Plus) in<br>
RAID1. It worked perfectly until an OS upgrade late last year, and it<br>
took me months to find out why something in the system was going like<br>
treacle (e.g. 1-2s delay for less to exit in a terminal). The problem<br>
disappeared once I took the ST4000DM004 out of the array (its SMART<br>
status is perfect) so I see Seagate STx000DM as useless for arrays. The<br>
nuisance is that better disks are noisier.<br>
<br>
Never use disks from the same batch in a RAID array... and ST2000DM were<br>
rubbish and dies around warranty time.<br>
<br>
Back to your problem, DOS partition tables are good for 2^32 block or<br>
2TB disks. Larger requires GPT, which creates some dummy DOS table to<br>
fool tools into thinking there is a table present (there is, it's just<br>
GPT, but the old tools don't get that).<br>
<br>
If you have an old Linux and your fdisk doesn't do GPT, use gdisk. It<br>
works basically like fdisk. To add a clean disk to your array, create<br>
partitions of the same size as the others in the array. Remember that<br>
the partition is a few kb larger than the filesystem - RAID superblock,<br>
and there are options for its location. Your mdadm will take care of<br>
that. Create the partition layout, mark the partition as raid type<br>
(potentially optional), make the kernel reload the disk table after<br>
change (or reboot), and use mdadm to add the empty/unformatted<br>
partitions to the array.<br>
<br>
Check rebuild status etc with cat /proc/mdstat<br>
<br>
Bonus for doing all that with LVM and encrypted disks and partitions in the<br>
mix...<br>
<br>
Volker<br>
<br>
-- <br>
Volker Kuhlmann<br>
<a href="http://volker.top.geek.nz/" rel="noreferrer" target="_blank">http://volker.top.geek.nz/</a>      Please do not CC list postings to me.<br>
<br>
_______________________________________________<br>
Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.ourshack.com" target="_blank">Chchrobotics@lists.ourshack.com</a><br>
<a href="https://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer" target="_blank">https://lists.ourshack.com/mailman/listinfo/chchrobotics</a><br>
Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer" target="_blank">http://lists.ourshack.com/pipermail/chchrobotics/</a><br>
Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
When replying, please edit your Subject line to reflect new subjects.</blockquote></div>