From: Justin Piszcz <jpiszcz@lucidpixels.com>
To: Bill Davidsen <davidsen@tmr.com>
Cc: Bryan Christ <bryan.christ@hp.com>, linux-raid@vger.kernel.org
Subject: Re: Raid array is not automatically detected.
Date: Sat, 14 Jul 2007 13:08:42 -0400 (EDT) [thread overview]
Message-ID: <Pine.LNX.4.64.0707141308040.3534@p34.internal.lan> (raw)
In-Reply-To: <46990399.2020506@tmr.com>
On Sat, 14 Jul 2007, Bill Davidsen wrote:
> Justin Piszcz wrote:
>>
>>
>> On Sat, 14 Jul 2007, Bill Davidsen wrote:
>>
>>> Bryan Christ wrote:
>>>> My apologies if this is not the right place to ask this question.
>>>> Hopefully it is.
>>>>
>>>> I created a RAID5 array with:
>>>>
>>>> mdadm --create /dev/md0 --level=5 --raid-devices=5 /dev/sda1 /dev/sdb1
>>>> /dev/sdc1 /dev/sdd1 /dev/sde1
>>>>
>>>> mdadm -D /dev/md0 verifies the devices has a persistent super-block, but
>>>> upon reboot, /dev/md0 does not get automatically assembled (an hence is
>>>> not a installable/bootable device).
>>>>
>>>> I have created several raid1 arrays and one raid5 array this way and have
>>>> never had this problem. In all fairness, this is the first time I have
>>>> used mdadm for the job. Usually, I boot to something like SysRescueCD,
>>>> used raidtools to create my array and then reboot with my Slackware
>>>> install CD.
>>>>
>>>> Anyone know why this might be happening?
>>>
>>> Old type arrays are assembled due to having the proper partition type,
>>> 0xfd "Linux auto RAID" and are assembled by the kernel. All others are
>>> assembled by mdadm running out of initrd or similar, and failures there
>>> result from not having a proper config file in the initrd image.
>>>
>>> IIRC raidtools does set the array partitions to the auto-assemble
>>> partition type. Hope that points you in the right direction. Running
>>> "fdisk -l"
>>> as root will let you see all the partitions, types, etc, for everything on
>>> your system.
>>>
>>> I may be wrong, I thought auto-assemble only worked with type 0 or 1.
>>>
>>> --
>>> bill davidsen <davidsen@tmr.com>
>>> CTO TMR Associates, Inc
>>> Doing interesting things with small computers since 1979
>>>
>>> -
>>> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>
>> I use auto-assemble (in conjunction with Debian's own startup scripts) and
>> for my root RAID1 device,swap and /boot, it is automatically taken care of
>> by the kernel. For RAID5, it seems to work the same:
>>
> Are those partitions type "Linux RAID" or is the assemble being run from the
> init scripts? I suspect the latter.
>> [ 58.919378] RAID5 conf printout:
>> [ 58.919418] --- rd:10 wd:10
>> [ 58.919457] disk 0, o:1, dev:sdc1
>> [ 58.919498] disk 1, o:1, dev:sdd1
>> [ 58.919539] disk 2, o:1, dev:sde1
>> [ 58.919579] disk 3, o:1, dev:sdf1
>> [ 58.919619] disk 4, o:1, dev:sdg1
>> [ 58.919659] disk 5, o:1, dev:sdh1
>> [ 58.919719] disk 6, o:1, dev:sdi1
>> [ 58.919759] disk 7, o:1, dev:sdj1
>> [ 58.919799] disk 8, o:1, dev:sdk1
>> [ 58.919839] disk 9, o:1, dev:sdl1
>>
>> Justin.
The partitions are 0xfd: Auto-detect:
/dev/sdc1 1 18241 146520801 fd Linux raid autodetect
/dev/sdd1 1 18241 146520801 fd Linux raid autodetect
/dev/sde1 1 18241 146520801 fd Linux raid autodetect
/dev/sdf1 1 18241 146520801 fd Linux raid autodetect
/dev/sdg1 1 18241 146520801 fd Linux raid autodetect
/dev/sdh1 1 18241 146520801 fd Linux raid autodetect
/dev/sdi1 1 18241 146520801 fd Linux raid autodetect
/dev/sdj1 1 18241 146520801 fd Linux raid autodetect
/dev/sdk1 1 18241 146520801 fd Linux raid autodetect
/dev/sdl1 1 18241 146520801 fd Linux raid autodetect
next prev parent reply other threads:[~2007-07-14 17:08 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-13 20:36 Raid array is not automatically detected Bryan Christ
2007-07-14 0:03 ` Zivago Lee
2007-07-14 2:09 ` Bryan Christ
2007-07-14 13:51 ` Bill Davidsen
2007-07-14 13:53 ` Justin Piszcz
2007-07-14 17:10 ` Bill Davidsen
2007-07-14 17:08 ` Justin Piszcz [this message]
2007-07-16 14:19 ` Bryan Christ
2007-07-16 15:21 ` David Greaves
2007-07-18 5:28 ` dean gaudet
2007-07-18 8:06 ` Justin Piszcz
2007-07-18 8:52 ` David Greaves
2007-07-18 14:39 ` Bryan Christ
2007-07-18 15:46 ` David Greaves
2007-07-18 15:49 ` Bryan Christ
2007-07-18 18:56 ` Bill Davidsen
2007-07-18 23:09 ` Neil Brown
-- strict thread matches above, loose matches on Subject: below --
2008-10-17 15:07 Daniel Reichelt
2008-10-17 18:40 ` Bryan Christ
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=Pine.LNX.4.64.0707141308040.3534@p34.internal.lan \
--to=jpiszcz@lucidpixels.com \
--cc=bryan.christ@hp.com \
--cc=davidsen@tmr.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 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).