On 1/6/22 12:31 PM, José Abílio Matos via lyx-users wrote:

On Thursday, 6 January 2022 14.28.53 WET Wolfgang Engelmann via lyx-users wrote:

> This is what I get after

> mount | grep tmp:

>

> udev on /dev type devtmpfs

> (rw,nosuid,relatime,size=1909652k,nr_inodes=477413,mode=755)

> tmpfs on /run type tmpfs

> (rw,nosuid,nodev,noexec,relatime,size=386516k,mode=755)

> tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)

> tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)

> tmpfs on /run/user/1000 type tmpfs

> (rw,nosuid,nodev,relatime,size=386512k,nr_inodes=96628,mode=700,uid=1000,gid

> =1000)

>

> where does one see the erasing period/time?

>

> Wolfgang


The issue here is that /tmp does not seem to be managed by tmpfs. :-(


FWIW my full output is similar to yours:


devtmpfs on /dev type devtmpfs (rw,nosuid,seclabel,size=16104168k,nr_inodes=4026042,mode=755,inode64)

tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,seclabel,inode64)

tmpfs on /run type tmpfs (rw,nosuid,nodev,seclabel,size=6452820k,nr_inodes=819200,mode=755,inode64)

tmpfs on /tmp type tmpfs (rw,nosuid,nodev,seclabel,size=16132044k,nr_inodes=409600,inode64)

tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,seclabel,size=3226408k,nr_inodes=806602,mode=700,uid=1000,gid=1000,inode64)


--

José Abílio


This may be a distribution thing. My output from "mount | grep tmp" on Mint is similar to Wolfgang's and in particular does not mention /tmp. That said, I do get automatic cleaning of /tmp. For recent versions of Ubuntu (and hence Mint), and apparently for Red Hat Enterprise and maybe some other distros, cleaning /tmp is a service handled by systemd. Based on stuff I found on the web, I ran

cat /usr/lib/systemd/system/systemd-tmpfiles-clean.timer

on my system and got the following:

[Unit]
Description=Daily Cleanup of Temporary Directories
Documentation=man:tmpfiles.d(5) man:systemd-tmpfiles(8)

[Timer]
OnBootSec=15min
OnUnitActiveSec=1d

Running "man systemd-tmpfiles" produces a fairly comprehensive (meaning lengthy) explanation.

Paul

-- 
lyx-users mailing list
lyx-users@lists.lyx.org
http://lists.lyx.org/mailman/listinfo/lyx-users

Reply via email to