Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 21 Mar 1996 08:16:42 -0800 (PST)
From:      "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
To:        phk@critter.tfs.com (Poul-Henning Kamp)
Cc:        davidg@Root.COM, terry@lambert.org, julian@ref.tfs.com, scrappy@ki.net, current@FreeBSD.org
Subject:   Re: DEVFS vs "regular /dev"
Message-ID:  <199603211616.IAA23813@GndRsh.aac.dev.com>
In-Reply-To: <678.827415254@critter.tfs.com> from "Poul-Henning Kamp" at Mar 21, 96 05:34:14 am

next in thread | previous in thread | raw e-mail | index | archive | help
> 
> > >> >> >So you don't need a mounted root to have a mounted /dev, of course!
> > >> >> 
> > >> >>    That's silly. The root filesystem is mounted long before /dev would 
> be,
> > > 
> > >> >
> > >> >Not that long before.  /sbin/init will have to mount it to get in touch
> > >> >with /dev/console, /dev/null and ...
> > 
> >    I just re-read what you said...I think you might have read what I wrote
> > backwards - the root filesystem is mounted automagically in the kernel very
> > early in system startup. /dev, whether it's done in the kernel or in
> > /sbin/init, would be done quite a bit later in relative terms.
> well, yes, "later" in relative terms, but not many actual seconds though :-)
> 
> >    If we do the mount in /sbin/init and it fails for some reason (like the
> > mount point doesn't exist), then we'll have no way to inform the operator
> > (there isn't a /dev/console to write to). If we do it in the kernel, we can
> > emit a message saying "/dev: not found" or something.
> 
> I think sbin/init should be started with stdin+stdout pointing to console
> for this and other reasons as well.

Try this (ONLY MAKE SURE YOU HAVE A WAY TO RECOVER) if you wish to see
the criticality of certain /dev/files:

rm /dev/log
rm /dev/klog
rm /dev/console
reboot

Now spend a hour or two trying to find out why the damn system hangs
right after mounting root.


-- 
Rod Grimes                                      rgrimes@gndrsh.aac.dev.com
Accurate Automation Company                 Reliable computers for FreeBSD



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199603211616.IAA23813>