From: Alex Thorne <lexiconifernelius@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] lvmetad Errors
Date: Sun, 12 Jul 2015 19:51:18 +0100 [thread overview]
Message-ID: <CAB5mfckAm0_V6=BCwpWUbTxgc2GRqPFFvXsWNaBLO=PUKsx6Qw@mail.gmail.com> (raw)
In-Reply-To: <3132138.AvnS10p0xo@wstn>
[-- Attachment #1: Type: text/plain, Size: 2082 bytes --]
I'm afraid I won't be testing it any time soon -- I don't have any drives
to pair at the moment. As for your comments about dmraid being 'fake', I'm
a little confused. From what you say it sounds like this is the hardware
RAID that comes with many motherboards. Why is hardware RAID undesirable
over software RAID? Presumably the mdraid software option has an associated
performance hit? Is it just that opaque proprietary firmware can't be
trusted with the important task of looking after our data?
On 6 July 2015 at 16:01, Peter Humphrey <peter@prh.myzen.co.uk> wrote:
> On Monday 06 July 2015 10:19:36 Alex Thorne wrote:
> > I guess I did mean mdraid, but would you mind explaining the difference
> > (I've never used raid so don't know much about this)? Is dmraid
> deprecated
> > in favour of mdadm?
>
> Dmraid is the fake RAID that's included on most motherboards these days;
> it's
> meant for use with Windows and is enabled (or not) in the BIOS. There are
> Linux drivers, but we're always advised to use mdraid instead. Mdraid is
> all
> in software spread over the kernel, udev and user space*; it's not
> influenced
> at all by Windows as far as I know. Mdadm is the user-space administration
> program that comes with mdraid.
>
> Mdadm creates /dev/mdX from one or more /dev/sdX or similar - e.g. my
> /dev/md1
> is built on /dev/sd[ab]1; /dev/md5 is on /dev/sd[ab]5 and /dev/md7 is on
> /dev/sd[ab]7. That last one also has LVM on it with a dozen or more logical
> volumes for segments of my overall file system.
>
> If you want to play with mdraid, the old Gentoo guide is succinct but
> useful:
>
> http://wwwold.gentoo.org/doc/en/gentoo-x86+raid+lvm2-quickinstall.xml
>
> Well, it was, but suddenly it isn't there - even Google's search results
> end
> up in an empty page.
>
> Ah, I've found the new version at https://wiki.gentoo.org/wiki/LVM . It
> must
> be very new - would you like to test it? :-)
>
> * Yes, I know that udev runs in user space (="User Device" management)
> but I
> thought it was worth mentioning separately.
>
> --
> Rgds
> Peter
>
>
>
[-- Attachment #2: Type: text/html, Size: 2834 bytes --]
next prev parent reply other threads:[~2015-07-12 18:51 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-24 11:13 [gentoo-user] lvmetad Errors Alex Thorne
2015-06-25 9:19 ` Peter Humphrey
2015-07-05 17:01 ` Alex Thorne
2015-07-06 7:54 ` Peter Humphrey
2015-07-06 9:19 ` Alex Thorne
2015-07-06 15:01 ` Peter Humphrey
2015-07-12 18:51 ` Alex Thorne [this message]
2015-07-12 19:25 ` Alan McKinnon
2015-07-12 20:46 ` Daniel Frey
2015-07-12 20:51 ` Alan McKinnon
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='CAB5mfckAm0_V6=BCwpWUbTxgc2GRqPFFvXsWNaBLO=PUKsx6Qw@mail.gmail.com' \
--to=lexiconifernelius@gmail.com \
--cc=gentoo-user@lists.gentoo.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