This one time, at band camp, Paolo said: > On Fri, Jan 12, 2007 at 11:52:31AM +0000, Stephen Gran wrote: > > here's what I have on a netinstalled and freshly apt-get updated Etch > notebook: > > $ mount -t tmpfs > tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) > udev on /dev type tmpfs (rw,mode=0755) > tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) > tmpfs on /var/lock type tmpfs (rw,size=4m) > tmpfs on /var/run type tmpfs (rw,size=4m) > > so everything under /var/run vanishes on reboot.
Look for RAMRUN and RAMLOCK - probably in /etc/default somewhere. Comment or set the variable to something other than yes. I agree this is a bad default. > > am not convinced that the current logic is correct, or that this is > > something clamav should try to support. > > then the pkg responsible for setting up fstab/tmpfs should be sanitized, > removing the insane - as it turns out - idea of putting any FSH leaf > on a tmpfs. Or perhaps that pkg should take care to rebuild the tree under > that leaf. > Else each and every pkg that's supposed to find a dir there either fail > solid or need redo the tree on start. > > I'm pretty fine with doing away with the tmpfs. As am I. I will raise it again on the mailing lists and see what is going on. -- ----------------------------------------------------------------- | ,''`. Stephen Gran | | : :' : [EMAIL PROTECTED] | | `. `' Debian user, admin, and developer | | `- http://www.debian.org | -----------------------------------------------------------------
signature.asc
Description: Digital signature
