All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Leslie Rhorer" <lrhorer@satx.rr.com>
To: 'Linux RAID' <linux-raid@vger.kernel.org>
Subject: RE: md extension to support booting from raid whole disks.
Date: Sat, 2 May 2009 20:33:38 -0500	[thread overview]
Message-ID: <20090503013342770.VMBT19475@cdptpa-omta01.mail.rr.com> (raw)
In-Reply-To: <6c4602af0905021002i6fb0e667mdde8fb589f34ead6@mail.gmail.com>

> First thing is, DO NOT boot from raid5/6. It's pointless anyway.

I agree.

> Summing up, I don't get, why would anybody really want to boot from raid5
> or 6.

Well, I can see the reasons, but to my mind they are outweighed by the
problems inherent in doing so and the fact the benefits are minimal.


> I second booting from one thing, and storing data on the other. It can
> be different partition, it can be different disk, but mixing those
> things together in one place is bad practice for many many reasons.

With hard drives being so inexpensive, I see no reason not to have separate
boot drive or mirrored set and data devices.  Indeed, since a human error is
much more likley than a drive failure, what I like to do is use a moderate
(160G or so) sized hard drive to create all the boot and OS partitions
(including Grub and if necessary, Windows) and keep a hard drive on the
shelf with a copy of the running system.  Of course there are snapshot
utilities which can make it fairly easy to revert to earlier states, and
those used in combination with mirrored drives can serve the same purpose,
but I find the spare drive on the shelf to be the most comfortable solution.

> And my very personal background; I chose mdadm because it allows me to
> make raid sets across multiple controllers, and I don't use my raid6
> for anything other than data. System boots from single (even EIDE)
> disk, I'm totally not worried about my system, only data matter.

Well, it can take a while to set up a system and recover from a boot drive
failure, so some means of backup is definitely a good idea.  If nothing
else, one can simply tar all the files from the boot system to the RAID
array.  At the very least, a copy of /var and /etc is a good idea.


  reply	other threads:[~2009-05-03  1:33 UTC|newest]

Thread overview: 76+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-24 12:08 md extension to support booting from raid whole disks Daniel Reurich
2009-04-27 15:08 ` Goswin von Brederlow
2009-04-28  4:58   ` H. Peter Anvin
2009-04-28  6:26     ` Luca Berra
2009-04-28  9:35     ` Goswin von Brederlow
2009-04-28 11:21       ` Daniel Reurich
2009-04-28 17:36       ` H. Peter Anvin
2009-04-28 22:23         ` Daniel Reurich
2009-04-28 23:30           ` H. Peter Anvin
2009-04-29  0:02             ` Daniel Reurich
2009-04-29 11:32               ` John Robinson
2009-04-28 18:24     ` Dan Williams
2009-04-28 22:19       ` Daniel Reurich
2009-04-28 22:26         ` Dan Williams
2009-05-01 21:04           ` Goswin von Brederlow
2009-05-01 21:24             ` Dan Williams
2009-05-01 22:33               ` Goswin von Brederlow
2009-05-02 12:07                 ` John Robinson
2009-05-04 17:02                   ` Goswin von Brederlow
2009-05-05  9:31                   ` Michal Soltys
2009-04-28 23:05         ` Neil Brown
2009-04-28 23:20           ` H. Peter Anvin
2009-04-29  0:00             ` Daniel Reurich
2009-04-29  0:04               ` H. Peter Anvin
2009-04-29  0:20                 ` Daniel Reurich
2009-04-29  0:28                   ` H. Peter Anvin
2009-04-29  0:43                     ` Daniel Reurich
2009-04-29  6:43                       ` Gabor Gombas
2009-05-01 21:10                         ` Goswin von Brederlow
2009-05-01 22:36                           ` Rudy Zijlstra
2009-05-02  1:04                             ` Daniel Reurich
2009-05-02 17:02                               ` Michał Przyłuski
2009-05-03  1:33                                 ` Leslie Rhorer [this message]
2009-05-03  4:25                                   ` NeilBrown
2009-05-03 18:05                                     ` Leslie Rhorer
2009-05-04  3:04                                     ` Daniel Reurich
2009-05-08 21:50                                       ` Goswin von Brederlow
2009-05-08 22:16                                         ` NeilBrown
2009-05-08 22:29                                           ` Goswin von Brederlow
2009-05-12  5:39                                             ` Neil Brown
2009-05-12 19:44                                               ` Daniel Reurich
2009-05-13 11:12                                                 ` Neil Brown
2009-05-14  2:21                                                   ` Daniel Reurich
2009-05-15 16:13                                                   ` H. Peter Anvin
2009-05-13 12:15                                               ` Bill Davidsen
2009-05-08 22:06                                 ` Goswin von Brederlow
2009-05-09  7:20                                   ` Peter Rabbitson
2009-05-10  1:29                                     ` Goswin von Brederlow
     [not found]                             ` <87presxwu4.fsf@frosties.localdomain>
     [not found]                               ` <1241219902.9516.6.camel@poledra.romunt.nl>
     [not found]                                 ` <87bpq8n6ym.fsf@frosties.localdomain>
2009-05-04 20:57                                   ` Rudy Zijlstra
2009-05-04 22:33                                     ` Daniel Reurich
2009-05-05  0:26                                       ` John Robinson
2009-05-05  9:03                                         ` Keld Jørn Simonsen
2009-05-08 21:18                                     ` Goswin von Brederlow
2009-04-29 22:43                   ` md extension to support booting from raid whole disks, raid6, grub2, lvm2 Michael Ole Olsen
2009-05-01 21:36                     ` Goswin von Brederlow
2009-04-29  7:45             ` md extension to support booting from raid whole disks Luca Berra
2009-04-29 16:55               ` H. Peter Anvin
2009-04-29 20:38                 ` Luca Berra
2009-04-30  6:59               ` Gabor Gombas
2009-04-30  8:11                 ` Luca Berra
2009-04-30 13:01                   ` John Robinson
2009-04-28 23:41           ` Daniel Reurich
2009-04-29  0:01             ` H. Peter Anvin
2009-05-01 21:33           ` Goswin von Brederlow
2009-04-28  7:08   ` Daniel Reurich
2009-04-28 23:07 ` Neil Brown
2009-04-28 23:21   ` Daniel Reurich
2009-04-28 23:37   ` H. Peter Anvin
2009-04-29  0:05     ` Daniel Reurich
2009-04-29  0:06       ` H. Peter Anvin
2009-04-29  0:36         ` Daniel Reurich
2009-04-29  0:44           ` H. Peter Anvin
     [not found]             ` <1240968482.18303.1028.camel@ezra>
     [not found]               ` <49F7B162.8060301@zytor.com>
2009-04-29  2:08                 ` Daniel Reurich
2009-04-29  2:33                   ` H. Peter Anvin
2009-04-30  2:41             ` Daniel Reurich
2009-04-29  7:07           ` Gabor Gombas

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=20090503013342770.VMBT19475@cdptpa-omta01.mail.rr.com \
    --to=lrhorer@satx.rr.com \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.