All of lore.kernel.org
 help / color / mirror / Atom feed
From: Helge Hafting <helgehaf@aitel.hist.no>
To: ebuddington@wesleyan.edu, linux-kernel@vger.kernel.org
Subject: Re: 2.5.51 won't boot with devfs enabled
Date: Wed, 11 Dec 2002 11:00:08 +0100	[thread overview]
Message-ID: <3DF70CA8.CC553446@aitel.hist.no> (raw)
In-Reply-To: 20021210111835.A92@ma-northadams1b-112.bur.adelphia.net

Eric Buddington wrote:
> 
> With 2.5.51 (gcc-3.2, Athlon, mostly modules, DEVFS=y, DEVFS_DEBUG=y),
> boot panics with "VFS: Cannot open root device "hda1" or
> 03:01".
> 
> I had the same problem with 2.5.50, avoidable by disabling devfs entirely.
> 
> -Eric
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

Booting anything later than 2.5.48 with devfs configured
either needs an extra kernel parameter, or a code change.  
Something broke when do_mounts.c were reorganized.
It doesn't matter wether devfs is used or not, as long as it
is configured.  

The lilo solution:
lilo tend to have a "root=/dev/hda1" or similiar.
This gets converted to "root=0301" on the kernel command line.
(Look at dmesg after a successful boot)

But this don't work for some reason when devfs is configured.
Use the following:

append="root=/dev/hda1"

to solve the problem.  This isn't converted to numbers and works.
Of course if you use auto-mounted devfs then you don't
have a /dev/hda1 but a /dev/ide/host0/bus0/target0/lun0/part1
instead.  If so, use that as root instead. You still have
to use the append= trick.

The code solution:
Edit init/do_mounts.c
Remove the following lines from the beginning of
the function prepare_namespace:
#ifdef CONFIG_DEVFS_FS
        sys_mount("devfs", "/dev", "devfs", 0, NULL);
        do_devfs = 1;
#endif
Then recompile, and the kernel should work with any lilo setup that
worked for 2.5.47 and earlier.  At least it worked for the setups
I tried.

This has no effect on kernels without devfs, and helps for kernels
comiled with devfs wether devfs is used or not.
I posted a patch for this, but there were no interest at all.


Helge Hafting

  parent reply	other threads:[~2002-12-11  9:57 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-10 16:18 2.5.51 won't boot with devfs enabled Eric Buddington
2002-12-10 17:09 ` Dave Jones
2002-12-10 17:44   ` Serge Kuznetsov
2002-12-10 19:28     ` Serge Kuznetsov
2002-12-11 10:00 ` Helge Hafting [this message]
2002-12-13 12:01   ` Gregoire Favre
  -- strict thread matches above, loose matches on Subject: below --
2002-12-10 17:50 Mohamed Amr Elayouty
     [not found] <200212101645.gBAGii6R019092@mail.wesleyan.edu>
2002-12-10 19:36 ` Eric Buddington

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=3DF70CA8.CC553446@aitel.hist.no \
    --to=helgehaf@aitel.hist.no \
    --cc=ebuddington@wesleyan.edu \
    --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 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.