From: "Marc L. de Bruin" <marc@debruin.org>
To: dean gaudet <dean@arctic.org>
Cc: linux-raid@vger.kernel.org
Subject: Re: md/mdadm fails to properly run on 2.6.15 after upgrading from 2.6.11
Date: Mon, 10 Apr 2006 09:54:34 +0200 [thread overview]
Message-ID: <443A0F3A.90104@debruin.org> (raw)
In-Reply-To: <Pine.LNX.4.64.0604090736170.4668@twinlark.arctic.org>
dean gaudet wrote:
>On Sun, 9 Apr 2006, Marc L. de Bruin wrote:
>
>...
>
>
>>Okay, just pressing Control-D continues the boot process and AFAIK the root
>>filesystemen actually isn't corrupt. Running e2fsck returns no errors and
>>booting 2.6.11 works just fine, but I have no clue why it picked the wrong
>>partitions to build md[01234].
>>
>>What could have happened here?
>>
>>
>
>i didn't know sarge had 2.6.11 or 2.6.15 packages... but i'm going to
>assume you've installed one of initramfs-tools or yaird in order to use
>the unstable 2.6.11 or 2.6.15 packages... so my comments might not apply.
>
>
You are right about this. Sarge does not contain 2.6.11 or 2.6.15.
'linux-image-2.6.15-1-686-smp' depends on "initramfs-tools | yaird |
linux-initramfs-tool". I picked initramfs-tools, but in the future I
might go for yaird because initramfs-tools depends on udev and I may not
want to lose hotplug.
>initramfs-tools generates an "mdrun /dev" which starts all the raids it
>can find... but does not include the mdadm.conf in the initrd so i'm not
>sure it will necessarily start them in the right minor devices. try doing
>an "mdadm --examine /dev/xxx" on some of your partitions to see if the
>"preferred minor" is what you expect it to be...
>
>
blah@frodo:~# sudo mdadm --examine /dev/md[01234]
mdadm: No super block found on /dev/md0 (Expected magic a92b4efc, got
5e4cff37)
mdadm: No super block found on /dev/md1 (Expected magic a92b4efc, got
940922e3)
mdadm: No super block found on /dev/md2 (Expected magic a92b4efc, got
00000000)
mdadm: No super block found on /dev/md3 (Expected magic a92b4efc, got
006c038d)
mdadm: No super block found on /dev/md4 (Expected magic a92b4efc, got
00000000)
blah@frodo:~#
Is this a problem (for 2.6.15)? The system seems to work without a
problem, at least with 2.6.11...
>if the preferred minors are wrong there's some mdadm incantation to update
>them... see the man page.
>
>or switch to yaird (you'll have to install yaird and purge
>initramfs-tools) and dpkg-reconfigure your kernel packages to cause the
>initrds to be rebuilt. yaird starts only the raid required for the root
>filesystem, and specifies the correct minor for it. then later after the
>initrd /etc/init.d/mdadm-raid will start the rest of your raids using your
>mdadm.conf.
>
Yeah, this is what is happening today with 2.6.11 as well.
Thanks for your time,
Marc.
next prev parent reply other threads:[~2006-04-10 7:54 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-09 12:35 md/mdadm fails to properly run on 2.6.15 after upgrading from 2.6.11 Marc L. de Bruin
2006-04-09 14:46 ` Luca Berra
2006-04-09 14:47 ` dean gaudet
2006-04-10 7:54 ` Marc L. de Bruin [this message]
2006-04-10 15:44 ` dean gaudet
2006-04-10 18:03 ` Marc L. de Bruin
2006-04-10 18:35 ` dean gaudet
2006-04-10 21:05 ` Marc L. de Bruin
2006-04-11 21:13 ` dean gaudet
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=443A0F3A.90104@debruin.org \
--to=marc@debruin.org \
--cc=dean@arctic.org \
--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.