[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

RE: New shmfs and Debian



> -----Original Message-----
> From: grendel@vip.net.pl [mailto:grendel@vip.net.pl]
> 
> ** On Apr 03, Josip Rodin scribbled:
> 
> > > > would be wise to add the directory to the base-files 
> package as well as
> > > > create a suitable script to add the appropriate entry 
> to /etc/fstab?
> > > 
> > > Maybe we should add a script to base-files which mounts 
> /var/shm depending
> > > on whether the current kernel needs it... probably easier 
> than messing
> > > around writing script to automatically edit /etc/fstab.
> > 
> > Perhaps something like /etc/init.d/devpts.sh once included in libc6?
> I don't think so. /dev/pts is needed only when the system is 
> read to let the
> people in from the outside. System V IPC might be needed at 
> the very early
> stage of startup - even before the init.d scripts are ran. I 
> think it could
> go to /etc/init.d/rcS - so that it's a third thing done after 
> init executes
> the script. But, isn't it better to put it once in the 
> /etc/fstab and then
> forget about it? Even more so if you think that many people won't even
> _know_ that shmfs exists at the point they install the new kernel!
> marek

My potato systems seem to be quite happy now that /var/shm is mounted at all
(both are running 2.3.51).  Once I found out about the change to the SysV
IPC filesystem implementation and put /var/shm in my /etc/fstab.  And volia,
everything on the box is happy again, and I haven't seen any weird things on
either box since.  I agree with marek that most people wouldn't know about
that change, and as a distribution, I think Debian should put something like
that in.  Might as well be ready for kernel version 2.4.  I personally don't
see any reason to dump it into an rc script, when it can live happily in
/etc/fstab.

--
Dennis J. Behrens
Operations Analyst
Harbor Capital Advisors, Inc.


Reply to: