On Sunday 29 October 2017 17:34:49 Mark wrote: > On 10/29/2017 02:07 PM, Gene Heskett wrote: > >> Gene, > >> > >> More of a security thing than anything else. The /tmp directory > >> needs to be publicly writable, but the sticky bit keeps other users > >> from monkeying with your files in that directory, ie - deleting or > >> renaming them. > >> > >> Cheers, > >> Mark > > > > Which I guess is why I've never noticed a problem other than > > whatever creates it always creates it only with root perms. I'm the > > only user, no others. > > > > But it was always my understanding that tmp's were cleaned out in > > the boot process. And thats not true either after observing stuff > > there that was not created during this uptime. > > <snippage> > > I've never seen it done any other way, on either Linux or Unix. Must > be an oddball distro that someone cobbed together and for some reason > got rid of the security measures on the /tmp directory. > > /tmp should be cleared out at reboot. It's only a partition in > memory. Unless it's that weird distro you're using and whoever > created it made it a regular partition on disk. Or, it's been hard > linked to the /var/tmp directory which does not get flushed on reboot. > Two different 'tmp's here, and do not appear to have any matching contents. From the dates on this machine, /tmp is apparently flushed at reboot, but /var/tmp has stuff with much older creation dates in it.
These are wheezy machines, uptodate a/o last night except for the Sheldon r-pi3b running jessie, it was updated 2 hours ago. The install dvd was compiled by our linuxcnc guys, so it installs and pins, a realtime kernel, and uses the normal debian wheezy set of repo's except for linuxcnc, I get that straight from the buildbot.linuxcnc.org. We have a build for jessie on armhf's but stretch on an arm64 isn't running linuxcnc yet, linuxcnc.org needs someone to donate an arm64 machine to add to the buildbot farm. I've not managed to cobble together a realtime pre-emptable kernel, something about a missing header file I think, nor have I succeeded in making an rpspi.ko module that runs on the rock64. The rock64 is easily 10x faster than the pi, takes only a bit over an hour to make a kernel, src downloaded from the rtai git repo & that I've not figured out how to install yet because the rock64 doesn't use grub or lilo to boot, and it does NOT have that usb-2 pinhole the i/o has to go thru (except for the spi which is what actually moves the machine). But I've been side tracked by the card failures in the G0704, so haven't put any time into the rock64 in the last 3 weeks. Between that and taking care of the missus, I seem to be spread a bit thin. That, and my giddy up seems to be more reluctant these days. Too many years and miles on this long pig chassis I guess. :( Thanks Mark. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
