public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Michael Orlitzky <michael@orlitzky.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Problems with Nvidia fake raid array
Date: Mon, 18 Jul 2011 22:29:44 -0400	[thread overview]
Message-ID: <4E24EC18.1050403@orlitzky.com> (raw)
In-Reply-To: <1311038774.7499.11.camel@laptop.limeyworld>

On 07/18/2011 09:26 PM, Jeff Cranmer wrote:
> Hi all,
> 
> After cleaning off my Opensuse O.S. and installing Gentoo, I'm having
> trouble getting my 3-disk nvidia SATA raid5 array back on line.
> 
> The gentoo OS is on a separate non-raid IDE disk, and I can see the
> three individual disks which make up the raid array (/dev/sda, /dev/sdb
> and /dev/sdc).  Unfortunately, the system does not seem to be able to
> detect the raid array, and dmesg shows no md disks detected or mounted.

Make sure your kernel supports RAID, and RAID5 (they're separate
options). Then emerge mdadm. Once you get it up and running once, you
can dump the current config to /etc/mdadm.conf so you don't have to
assemble it again. Then add mdadm to the boot runlevel.

# mdadm --assemble --help
Usage: mdadm --assemble device options...
       mdadm --assemble --scan options...

This usage assembles one or more raid arrays from pre-existing
components. For each array, mdadm needs to know the md device, the
identity of the array, and a number of sub devices. These can be found
in a number of ways.

The md device is either given on the command line or is found listed
in the config file. The array identity is determined either from the
--uuid or --super-minor commandline arguments, from the config file,
or from the first component device on the command line.

The different combinations of these are as follows:
If the --scan option is not given, then only devices and identities
listed on the command line are considered.

The first device will be the array device, and the remainder will be
examined when looking for components.

If an explicit identity is given with --uuid or --super-minor, then
only devices with a superblock which matches that identity is
considered, otherwise every device listed is considered.

If the --scan option is given, and no devices are listed, then
every array listed in the config file is considered for assembly.
The identity of candidate devices are determined from the config file.

If the --scan option is given as well as one or more devices, then
Those devices are md devices that are to be assembled. Their identity
and components are determined from the config file.

If mdadm can not find all of the components for an array, it will
assemble it but not activate it unless --run or --scan is given. To
preserve this behaviour even with --scan, add --no-degraded. Note that
"all of the components" means as many as were present the last time the
array was running as recorded in the superblock. If the array was
already degraded, and the missing device is not a new problem, it will
still be assembled. It is only newly missing devices that cause the
array not to be started.





  reply	other threads:[~2011-07-19  2:30 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-19  1:26 [gentoo-user] Problems with Nvidia fake raid array Jeff Cranmer
2011-07-19  2:29 ` Michael Orlitzky [this message]
2011-07-19  3:08   ` Jeff Cranmer
2011-07-19 13:06     ` Michael Orlitzky
     [not found]       ` <1558175.QojAWWvpoK@localhost>
2011-07-19 14:45         ` Volker Armin Hemmann
2011-07-21  0:43       ` Jeff Cranmer
2011-07-23  1:56         ` Jeff Cranmer
2011-07-25 14:45           ` Michael Orlitzky
2011-07-25 23:59             ` Jeff Cranmer
2011-07-26  0:00             ` Jeff Cranmer
2011-07-26  2:05               ` Michael Orlitzky
2011-07-26 23:55             ` Daniel Frey
2011-08-03  0:40               ` Jeff Cranmer

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=4E24EC18.1050403@orlitzky.com \
    --to=michael@orlitzky.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