linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Wols Lists <antlists@youngman.org.uk>
To: Stefanie Leisestreichler
	<stefanie.leisestreichler@peter-speer.de>,
	linux-raid@vger.kernel.org
Subject: Re: RAID 1 | Restore based on Image of /dev/sda
Date: Mon, 4 May 2020 13:07:15 +0100	[thread overview]
Message-ID: <5EB00573.9040503@youngman.org.uk> (raw)
In-Reply-To: <58659d1e-bcce-553c-fe68-52d075422252@peter-speer.de>

On 04/05/20 12:26, Stefanie Leisestreichler wrote:
> 

> 
> Thanks, Wol, especially for the hint with the GUIDs, will keep this in
> mind. If ever using it again - maybe in case of a quick temporary
> replacement in the original computer - I will wipe it with zeros before.

And what Johannes said ... oh and I believe gdisk has an option that
will change guids for you without affecting anything else.

Wiping it with zeroes will take a long time - it might well be mdadm I
think it has an option to wipe the raid superblock.

Note that both the partitions and the raid will have guids, so moving
drives around can be fraught ...
> 
> The partition layout will be cloned using sfdisk.
> 
> Thanks for the wiki links. I read the wiki before asking but it was not
> clear to me how to do it...
> 
> Btw, I will stay with mdadm/lvm/ext4 and not switch to btrfs.
> 
That's good - my feelings entirely as btrfs may be a decent file system,
but I gather parity raid is experimental as in it will probably eat your
data at some point and may be unfixable. I gather it also does NOT
mirror your data by default (typical computer scientists - they consider
the filesystem structure valuable and assume the user can retrieve the
data from backup ... :-(

lvm gives you snapshotting and stuff ...

And my current (and planned new) systems both have the root filesystem
on a separate partition from /home, so if I wanted I could have root on
a 1.0 mirror - not especially recommended but there are good reasons for
it ...

> Thanks again,
> Steffi

Cheers,
Wol

      parent reply	other threads:[~2020-05-04 12:07 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-04 10:48 RAID 1 | Restore based on Image of /dev/sda Stefanie Leisestreichler
2020-05-04 10:59 ` Reindl Harald
2020-05-04 11:13   ` Stefanie Leisestreichler
2020-05-04 15:15     ` Stefanie Leisestreichler
2020-05-04 11:07 ` Wols Lists
2020-05-04 11:26   ` Stefanie Leisestreichler
2020-05-04 11:36     ` Johannes Truschnigg
2020-05-04 11:52       ` Stefanie Leisestreichler
2020-05-04 12:07     ` Wols Lists [this message]

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=5EB00573.9040503@youngman.org.uk \
    --to=antlists@youngman.org.uk \
    --cc=linux-raid@vger.kernel.org \
    --cc=stefanie.leisestreichler@peter-speer.de \
    /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;
as well as URLs for NNTP newsgroup(s).