Subject: Re: MAKEDEV/MAKEDEV.subr issues in today's i386/amd64 builds
To: Alan Barrett <email@example.com>
From: Chavdar Ivanov <firstname.lastname@example.org>
Date: 03/01/2007 11:14:53
4.99.13 build.sh release completed overnight.
On 28/02/07, Alan Barrett <email@example.com> wrote:
> On Wed, 28 Feb 2007, David Laight wrote:
> > On Wed, Feb 28, 2007 at 10:01:42PM +0200, Alan Barrett wrote:
> > > On Wed, 28 Feb 2007, David Laight wrote:
> > > > Where does MAKEDEV.subr get released?
> > > > If it ends up in /dev it will be a PITA.
> > >
> > > Yes, MAKEDEV.subr is in /dev, right next to MAKEDEV and MAKEDEV.local.
> > > Other suggestions welcome.
> > init has to copy MAKEDEV into memory when it creates the mfs /dev, it
> > will need to do the same for MAKEDEV.subr.
As I was doing an upgrade, I had a copy of MAKEDEV.subr on the
original disk. Booting i386cd.iso (undef VMWare workstation) of course
did not find any disk, so I made the node for wd0a, mounted the drive
root and copied MAKEDEV.subr to /dev on the install system. MAKEDEV
then failed because of no dirname, as was earlier mentioned, so I did
cd /dev ; ./MAKEDEV.subr; ./MAKEDEV; setup /dev; makedev all
which did the trick, but filled /dev, so I had to rm /dev/*raid* and
makedev pty? to complete the upgrade. So it's both MAKEDEV.subr and
dirname missing from i386cd, apparently.
> OK, I'll do that.
> > IIRC init handles MAKEDEV being somewhere else (either /etc or /sbin).
> > (Or maybe /dev/MAKEDEV being a symlink)
> > MAKEDEV.local is a config file (of sorts) to could be deemed to belong
> > in /etc. Something about the way the scripts are run needs them to be
> > in the same directory as each other.
> We can always move things around later.
> --apb (Alan Barrett)