mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Steve Lord <lord@sgi.com>
To: Nico Schottelius <nico-kernel@schottelius.org>
Cc: scholz@wdt.de, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: bug in 2.6.0test2
Date: 29 Jul 2003 06:43:17 -0500	[thread overview]
Message-ID: <1059478999.1749.18.camel@laptop.americas.sgi.com> (raw)
In-Reply-To: <20030728222641.GE10741@schottelius.org>

On Mon, 2003-07-28 at 17:26, Nico Schottelius wrote:
> Steve Lord [Mon, Jul 28, 2003 at 03:47:30PM -0500]:
> > 
> > Something else went wrong before you crashed:
> > 
> > bio too big device loop0 (2 > 0)
> > 
> > This means you cannot use any bio larger than zero to this device,
> 
> assume i didn't understand very much you told me..what is a bio?
> how do I use it? and why is it too big here?

It looks like the loop device may not be correctly initialized yet,
no I/O is possible to it yet.

> 
> > which is probably why ext2 said this, since it caught the error when
> > building the bio.
> 
> ext2? I am wondering..afai understood that, the root wasn't even
> decrypted, how can the kernel try to ext2-mount it?
> 
> > EXT2-fs: unable to read superblock
> > 
> > XFS didn't catch the error building the bio and submitted it, at
> > which point the I/O tripped the BUG. I can fix this part, but
> > the original problem is something I know nothing about.
> 
> ..or better why does it start mounting/before decrypt?
> 

I have never used a crypto loop device, so I cannot what is really
going on. Some initialization step may be missing in the loop device
which means it is not usable, the mount it happening because the
kernel was told to mount it. If you are not specifying a filesystem
type, then possibly what is happening is it is attempting to open
the device as different filesystems, these all fail, until xfs
which does not detect the underlying error on the loop device,
and issues the IO which causes the BUG.

So, we caused the crash, but you were on your way to one anyway,
eventually it would have failed to find a root device and given
up that way.

Steve



  reply	other threads:[~2003-07-29 11:43 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-28 11:59 Nico Schottelius
2003-07-28 20:47 ` Steve Lord
2003-07-28 22:26   ` Nico Schottelius
2003-07-29 11:43     ` Steve Lord [this message]
2003-07-29 15:52       ` 2.6.0-test2 usb stack crashed was: " Wiktor Wodecki
2003-07-29 17:40         ` Nico Schottelius
2003-07-31 11:14       ` Nico Schottelius
2003-08-01 17:16         ` Andries Brouwer

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=1059478999.1749.18.camel@laptop.americas.sgi.com \
    --to=lord@sgi.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nico-kernel@schottelius.org \
    --cc=scholz@wdt.de \
    /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®