/run or /tmp

What's the difference between /run and /tmp?
"The purpose of /run is to store transient files: those that contain runtime information, which may need to be written early in system startup, and which do not need to be preserved when rebooting."
"/tmp
This directory is used to store temporary files, and can be accessed by any user or application."
One is for "transient files" (existing, happening, or staying somewhere for a short period of time only) and one is for "temporary files" (existing, done, or used for only a limited period of time).
Why don't all the distros simply use /tmp?
Comments
-
Hi @david5MX53G , that's an interesting question!
/tmp is much older than /run/ . The first is for unprivileged users, they can't write on /run. /run is used for services.
There is a pretty interesting discussion here:https://unix.stackexchange.com/questions/316161/whats-the-difference-between-tmp-and-run
Regards,
Luis.0 -
The stackexchange discussion is useful but there is some attitude bias in some of the posts. For day to day use when you don't really care about security, or on a single user system (which almost students for this course are!) /tmp is just fine and easier to use than trying to put files in /run/user/1000 (substitute your ID if it is not 1000). However, keep in mind two other facts:
1) on Ubuntu /tmp is erased every time you boot while most other distros (including anything in the red hat family and debian) it is preserved. However, anything not touched might be erased after (10) days, at least in the Red Hat family.
2) Some distros (Fedora by default) put /tmp in a tmpfs filesystem (ram disk) so if you make big files they use up your memory -- /run does the same thing. So don't put some very large file in /run or on Fedora in /tmp unless you change that boot behaviour (how to avoid it is in the course somewhere (sudo systemctl mask tmp.mount , and then reboot)
Personally, I never put anything directly in /run although the system will do it for me sometimes. But that is just me.
1 -
Although the following rationale is not given in the FHS, /run was introduced to overcome the problem that /var was mounted too late such that dirty tricks were needed to make /var/run available early enough.
That makes me wonder: why is /var mounted "too late" and what does "too late" mean? Can't /var just be mounted before running whatever stuff needs it? ...or is /var a world-writable dir like /tmp?
0 -
AFAIK, the only world-writable part of /var is /var/tmp. I'm not personally sure why applications use it; on my RHEL 8 system it seems to be full of useless files from "flatpak" which RHEL8 forced me to install and which I have never used (lets not go there.) but also some stuff from dnf. I'm sure I can obliterate all these files (they are "tmp") and I see they are up to two months old at the moment so the system has not yet rinsed them for me. I have seen distribuctions where you have ln -s /tmp /var/tmp anyway.
This discussion of "too early" etc really is historical. Once upon a time it was very common to have a system boot only using /bin /sbin etc and mounting /usr (and possibly /var, /home etc) later, perhaps through a network. I grew up on Solaris type systems where /home was on NFS on a server for example. Today these are not common systems and all RHEL-based systems now have /bin->/usr/bin and the same for sbin lib and lib64. As is noted in the course the idea that /usr is mounted after boot is gone -- the root filesystem contains both /usr and /var and /home. I just checked and the same thing is true on Ubuntu 20.04, so I guess all systemd-based systems now have this.
You notice you say "was" mounted not "is" mounted. So today this is all "meh"
1
Categories
- All Categories
- 50 LFX Mentorship
- 103 LFX Mentorship: Linux Kernel
- 555 Linux Foundation Boot Camps
- 297 Cloud Engineer Boot Camp
- 119 Advanced Cloud Engineer Boot Camp
- 52 DevOps Engineer Boot Camp
- 54 Cloud Native Developer Boot Camp
- 4 Express Training Courses
- 4 Express Courses - Discussion Forum
- 1.9K Training Courses
- 18 LFC110 Class Forum
- 7 LFC131 Class Forum
- 25 LFD102 Class Forum
- 150 LFD103 Class Forum
- 17 LFD121 Class Forum
- LFD137 Class Forum
- 61 LFD201 Class Forum
- LFD210 Class Forum
- LFD210-CN Class Forum
- 1 LFD213 Class Forum - Discontinued
- 128 LFD232 Class Forum
- LFD237 Class Forum
- 23 LFD254 Class Forum
- 598 LFD259 Class Forum
- 102 LFD272 Class Forum
- 1 LFD272-JP クラス フォーラム
- LFD273 Class Forum
- 2 LFS145 Class Forum
- 24 LFS200 Class Forum
- 739 LFS201 Class Forum
- 1 LFS201-JP クラス フォーラム
- 3 LFS203 Class Forum
- 69 LFS207 Class Forum
- 300 LFS211 Class Forum
- 54 LFS216 Class Forum
- 47 LFS241 Class Forum
- 41 LFS242 Class Forum
- 37 LFS243 Class Forum
- 11 LFS244 Class Forum
- 34 LFS250 Class Forum
- 1 LFS250-JP クラス フォーラム
- LFS251 Class Forum
- 140 LFS253 Class Forum
- LFS254 Class Forum
- 1K LFS258 Class Forum
- 10 LFS258-JP クラス フォーラム
- 92 LFS260 Class Forum
- 130 LFS261 Class Forum
- 32 LFS262 Class Forum
- 79 LFS263 Class Forum
- 15 LFS264 Class Forum
- 11 LFS266 Class Forum
- 17 LFS267 Class Forum
- 17 LFS268 Class Forum
- 23 LFS269 Class Forum
- 203 LFS272 Class Forum
- 1 LFS272-JP クラス フォーラム
- LFS281 Class Forum
- 221 LFW211 Class Forum
- 167 LFW212 Class Forum
- SKF100 Class Forum
- 902 Hardware
- 219 Drivers
- 74 I/O Devices
- 44 Monitors
- 115 Multimedia
- 209 Networking
- 101 Printers & Scanners
- 85 Storage
- 761 Linux Distributions
- 88 Debian
- 66 Fedora
- 15 Linux Mint
- 13 Mageia
- 24 openSUSE
- 141 Red Hat Enterprise
- 33 Slackware
- 13 SUSE Enterprise
- 356 Ubuntu
- 478 Linux System Administration
- 41 Cloud Computing
- 70 Command Line/Scripting
- Github systems admin projects
- 95 Linux Security
- 77 Network Management
- 108 System Management
- 49 Web Management
- 66 Mobile Computing
- 23 Android
- 29 Development
- 1.2K New to Linux
- 1.1K Getting Started with Linux
- 536 Off Topic
- 131 Introductions
- 216 Small Talk
- 21 Study Material
- 817 Programming and Development
- 275 Kernel Development
- 508 Software Development
- 928 Software
- 260 Applications
- 184 Command Line
- 3 Compiling/Installing
- 76 Games
- 316 Installation
- 59 All In Program
- 59 All In Forum
Upcoming Training
-
August 20, 2018
Kubernetes Administration (LFS458)
-
August 20, 2018
Linux System Administration (LFS301)
-
August 27, 2018
Open Source Virtualization (LFS462)
-
August 27, 2018
Linux Kernel Debugging and Security (LFD440)