Yes, I know. shm is mounted but it seemed to be a bug in the shm code. But
let me enumerate some of the current problems with the initscripts.
1.) shm is mounted twice. Need to exclude shm from mount in rc.sysinit.
2.) shm isn't unmounted properly. Again, need to exclude from umount in
halt script.
3.) modules.dep is not created when it should, and this casuing all sorts
of problems upon the first boot into the new kernel.
4.) hackkernel .spec doesn't set the version correctly. uses
2.3.99-release and not preX-release. As I said, use perl or whatnot to add
this to EXTRA in the Makefile
5.) modules.conf has chnaged greatly, and there should be some script (i.e
installkernel, that does versioning for modules.conf).
6.) modules.conf shouldn't still be called conf.modules. There's a patch
to get rid of the warnings but it still b*tches about symlinks and
modules.dep being older. But really it's bad because most programs change
conf.modules, and if you're using modules.conf nothing will happen.
On Thu, 6 Apr 2000, John Cavan wrote:
> Add this to /etc/fstab, if you haven't already done so:
>
> none /var/shm shm defaults 0 0
>
> This should cause it to mount normally at start up.
>
> John
>
> David Walluck wrote:
> >
> > I already reported this. Now I'm getting a kernel panic when starting
> > X. If i don't start X it seems fairly stable. It may have something to do
> > with this shm stuff.
> >
> > On Thu, 6 Apr 2000, John Cavan wrote:
> >
> > > Hey guys,
> > >
> > > Something I wanted to point out...
> > >
> > > The init scripts attempt to mount the shared memory filesystem early in
> > > the boot process, which defaults to /var/shm in the kernel. This is
> > > great, except those of us who have our system partitioned across major
> > > file structures do not have /var mounted at that stage, so of course
> > > mounting /var/shm fails.
> > >
> > > Unless there is a specific reason for this, just allow the shared memory
> > > to be loaded from /etc/fstab (which, by the way, works fine) and forget
> > > about it.
> > >
> > > John
> > >
> > >
> > >
>
>
