Linux RAID subsystem development
 help / color / mirror / Atom feed
From: David T-G <davidtg-robot@justpickone.org>
To: linux-raid@vger.kernel.org
Subject: mirroring existing boot drive sanity check
Date: Tue, 09 Aug 2022 09:50:26 -0500	[thread overview]
Message-ID: <8319a7ea67dc601c8ca4556ff15702d5@justpickone.org> (raw)

Hi, all --

I think that this has been asked before, and so I think that I know 
where I'm
going, but before I take aim at my foot with a large-caliber mdadm ...  
:-)

I have an existing

   diskfarm:~ # parted /dev/sda unit MiB print free
   Model: ATA SanDisk SD6SB1M1 (scsi)
   Disk /dev/sda: 122104MiB
   Sector size (logical/physical): 512B/512B
   Partition Table: gpt
   Disk Flags: pmbr_boot

   Number  Start     End        Size      File system     Name           
Flags
           0.02MiB   1.00MiB    0.98MiB   Free Space
    1      1.00MiB   33793MiB   33792MiB  linux-swap(v1)  diskfarm-swap  
swap
    2      33793MiB  66561MiB   32768MiB  xfs             diskfarmsuse
    3      66561MiB  99329MiB   32768MiB                  diskfarmknop   
legacy_boot
    4      99329MiB  122104MiB  22775MiB  xfs             diskfarm-ssd

128G SSD.  I have obtained a shiny new

   diskfarm:~ # parted /dev/sde unit MiB print free
   Model: ATA SATA SSD (scsi)
   Disk /dev/sde: 244198MiB
   Sector size (logical/physical): 512B/512B
   Partition Table: gpt
   Disk Flags:

   Number  Start      End        Size       File system  Name           
Flags
           0.02MiB    1.00MiB    0.98MiB    Free Space
    1      1.00MiB    33793MiB   33792MiB                diskfarm-swap  
swap
    2      33793MiB   66561MiB   32768MiB                diskfarmsuse
    3      66561MiB   99329MiB   32768MiB                diskfarmknop   
legacy_boot
    4      99329MiB   122104MiB  22775MiB                diskfarm-ssd
           122104MiB  244198MiB  122094MiB  Free Space

256G SSD to use as a mirror.  [You can ignore the sgdisk-copied 
partition
layout for the moment; that was a false start.]  My final-view plan is, 
in
fact, to replace the 128 with another 256 and grow the -ssd data 
partition.

For a typical mirror-an-existing, I think that I need to create all of 
my
slices and the [degraded] mirror on the new, copy over the old, boot 
from new,
and then treat old as just another disk to shove in.  There's the 
question of
making partitions larger for the RAID superblock info, though, and -- 
and
here's where I get confused -- even on the old disk when adding it in.

As you can see, I have no free space on the little guy.  I was thinking 
I'd
bump my slices larger on the new disk so that I have room to spare to 
copy
everything over, with the data slice a little less larger than it would 
have
been, but then ... I think I saw that I need to make the 2nd-drive 
slices
larger, too, so what do I do with the old guy?

And, in fact, does it even matter?  If I understand this correctly, I'll 
be
running entirely from the new disk in the mirror once this is done, and 
so it
doesn't matter whether I put the little old or the other big new in to 
fill out
the mirror.  If that's the case, then I don't really care about 
partition size
because I'm going to start with mirrored partitions.

Oh, and just because I'm a glutton for punishment (even more than using 
this
stupid webmail because we're currently down my home directory disk on 
our mail
server and I'm impatient), if I'm essentially starting from scratch, 
should I
mirror the entire [yes, identical] drive and partition the metadevice,
*BSD-style, or mirror individual partitions?


Thanks as always!

:-D
-- 
David T-G
See http://justpickone.org/davidtg/email/
See http://justpickone.org/davidtg/tofu.txt

             reply	other threads:[~2022-08-09 15:13 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-09 14:50 David T-G [this message]
2022-08-10  7:03 ` mirroring existing boot drive sanity check Wols Lists
2022-08-11 21:26 ` Pascal Hambourg
2022-08-12  7:23   ` Wols Lists
2022-08-12  8:38     ` Pascal Hambourg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8319a7ea67dc601c8ca4556ff15702d5@justpickone.org \
    --to=davidtg-robot@justpickone.org \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox