From: Andrew Morton <akpm@osdl.org>
To: ajberry@usa.net, linux-kernel@vger.kernel.org
Cc: bugme-daemon@bugzilla.kernel.org
Subject: Re: [Bug 7174] New: init run before all EXT3 drives are detected, stopping init
Date: Wed, 20 Sep 2006 14:47:59 -0700 [thread overview]
Message-ID: <20060920144759.2f93b7a0.akpm@osdl.org> (raw)
In-Reply-To: <200609202127.k8KLRu9Z006693@fire-2.osdl.org>
(Switched from bugzilla to email. Please retaain all cc's).
On Wed, 20 Sep 2006 14:27:56 -0700
bugme-daemon@bugzilla.kernel.org wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=7174
>
> Summary: init run before all EXT3 drives are detected, stopping
> init
> Kernel Version: 2.6.18
> Status: NEW
> Severity: low
> Owner: akpm@osdl.org
> Submitter: ajberry@usa.net
>
>
> Most recent kernel where this bug did not occur:
> Distribution:
> Hardware Environment:
> Intel DG965MS (ICH8)
> 2 GB Ram
> 200GB Sata II Hard Drive 2 ext3 partitions, 1 swap
>
> Software Environment:
> Ubuntu 6.06.1 Desktop
> All of EXT3 and SATA is Build into the kernel, no initrd at boottime.
>
> Problem Description:
> When booting init starts running fsck and /dev/sda2 is "no such file or
> directory". Boot stops and Control-D must be pressed. After this the partition
> is dectected and the drive comes up and is properly mounted. I can boot 2.6.15
> with out this problem (but with acpi=off). I have not run into this on other
> systems with similar configurations with 2.6.16/17.
>
> Excpert From Console Log:
> * Checking all filesystems... ^[[80G fsck.ext3: No such file or directory
> while trying to open /dev/sda2
>
> /dev/sda2:
> The superblock could not be read or does not describe a correct ext2
> filesystem. If the device is valid and it really contains an ext2
> filesystem (and not swap or ufs or something else), then the superblock
> is corrupt, and you might try running e2fsck with an alternate superblock:
> e2fsck -b 8193 <device>
>
>
> ^[[74G[ ok ]
> ^[[31m*^[[39;49m File system check failed. Please repair manually.
> ^[[31m*^[[39;49m CONTROL-D will exit from this shell and continue syste[
> 68.657843] e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex
> m startup.
> root@ubuntu:~# [ 70.313668] NET: Registered protocol family 10
> [ 70.318177] lo: Disabled Privacy Extensions
> [ 70.322825] IPv6 over IPv4 tunneling driver
> exit
> [ 77.191994] kjournald starting. Commit interval 5 seconds
> [ 77.192165] EXT3 FS on sda2, internal journal
> [ 77.192170] EXT3-fs: mounted filesystem with ordered data mode.
> [ 77.234688] Adding 1036184k swap on /dev/sda3. Priority:-1 extents:1
> across:1036184k
> * Configuring network interfaces... ^[[80G
> ^[[74G[ ok ]
>
> * INIT: Entering runlevel: 2
>
What version of udev are you running?
All I can think of is that udev was too slow in creating the /dev/sda2
device node. I could understand that happening if the sata drivers were
modular (perhaps), but you have CONFIG_SCSI_SATA=y CONFIG_SCSI_SATA_AHCI=y,
CONFIG_SCSI_ATA_PIIX=y.
[ lots snipped - it's at http://bugzilla.kernel.org/show_bug.cgi?id=7174 ]
parent reply other threads:[~2006-09-20 21:48 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <200609202127.k8KLRu9Z006693@fire-2.osdl.org>]
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=20060920144759.2f93b7a0.akpm@osdl.org \
--to=akpm@osdl.org \
--cc=ajberry@usa.net \
--cc=bugme-daemon@bugzilla.kernel.org \
--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
all inboxes | Powered by JetHome®