From: Howard Chu <hyc@symas.com>
To: linux-kernel@vger.kernel.org
Subject: 2.6, devfs, SMP, SATA
Date: Sun, 04 Sep 2005 15:57:38 -0700 [thread overview]
Message-ID: <431B7BE2.9070806@symas.com> (raw)
In-Reply-To: <81b0412b0509041529524bca1f@mail.gmail.com>
Yesterday I replaced the Winchester 3000+ in my Asus A8v-Deluxe with an
AMD X2 3800+. I had been running a 2.6.12.3 kernel without SMP support.
After installing the new CPU I booted up with no trouble and
reconfigured/recompiled with SMP support. However, upon installing this
kernel, I was unable to boot.
The system's root partition is striped using software raid0, composed of
two partitions on two separate SATA drives. For some reason the block
device files for the second drive were not being automatically created
in /dev, so the array could not be created properly, it only found one
of the two partitions. After a bunch of screwing around to find out what
was going on, I finally wound up adding a bunch of explicit mknod
commands in my initrd's linuxrc, and that fixed the problem.
Of course, the system only stayed up for a minute or less, and then
crashed with an OOPS. I went back to my uniprocessor kernel, downloaded
2.6.13, built that with SMP, again found that I needed to insert
explicit mknod's for the second SATA drive, and finally have a stably
running system.
So, any guesses why with otherwise identical config options, a kernel
with SMP enabled doesn't boot up with all of the device nodes that it
should? (Both drives are on the same controller. I haven't checked to
see if any other device files are missing.)
--
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc
OpenLDAP Core Team http://www.openldap.org/project/
next prev parent reply other threads:[~2005-09-04 22:57 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-04 4:26 threads questions Petter Shappen
2005-09-04 22:29 ` Alex Riesen
2005-09-04 22:57 ` Howard Chu [this message]
2005-09-05 12:56 ` 2.6, devfs, SMP, SATA Pekka Enberg
2005-09-06 4:34 ` Howard Chu
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=431B7BE2.9070806@symas.com \
--to=hyc@symas.com \
--cc=linux-kernel@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