mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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 ]

           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®