linux-kernel - Re: [QUESTION] Sata RAID

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <8d158e1f0702240919v33182ca2qc0a15fdd27a3f96a@mail.gmail.com>
Date:	Sat, 24 Feb 2007 17:19:31 +0000
From:	"Patrick Ale" <patrick.ale@...il.com>
To:	"Michael-Luke Jones" <jonesml@...tmail.to>
Cc:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [QUESTION] Sata RAID

On 2/24/07, Michael-Luke Jones <jonesml@...tmail.to> wrote:
> But using 'fakeraid' (i.e. BIOS RAID) together with dmraid is
> generally discouraged in favour of using the more stable and well
> supported Linux Software RAID functionality.
>
> Michael-Luke

I think I actually used dmraid, and the problem I had in those days
was that it was just a layer over your legacy IDE drivers.

With 2.4 you had "real" drivers whom created block devices if I recall
correctly which you could really treat as disks.

If dmraid still works as it did in the days I used it it's just a
layer, like LVM, and the kernel itself doesnt care at all for the
disks being in a RAID set or not and will access the disks
independently, this I really found a reason to not use dmraid and
stick with MD devices.

And by the reactions from you guys I guess those reasons still exist :)

So MD it is,

Thanks!

Patrick
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/