[gelöst] Debian unstable: Wie /tmp ins RAM legen?

[buhtz]

Meine Frage ist dahingehend gerechtfertigt, dass ich im Netz dazu viele verschiedenen Varianten finde. Welche ist nun für das moderne Debian unstable state of the art?

In diesem Blog (von 2016) wird das Editiren von fstab gezeigt.

Im Debian-Wiki ist eine ziemlich ungeordneter (für Laien nicht durchschaubar und beurteilbare) Eintrag der u. a. auch die systemd-Unit mount.tmp ins Spiel bringt.

Nebenbei wird auch die Sinnhaftigkeit von /tmp auf ner RAM-disc diskutiert. Die Diskussionen waren mir aber zu hoch. Hier gehts mir nur um die Umsetzung.

Erster Gedanke ist, dass systemd relativ neu ist und daher die Aktivierung der Uni scheinbar der beste Weg ist? Aber eine Unit zum mounten? fstab wiederum finde ich eingängiger.

[TomL]

Welche ist nun für das moderne Debian unstable state of the art?

Code: Alles auswählen

nano /etc/systemd/system/tmp.mount

Code: Alles auswählen

[Unit]
Description=thlu: Mount Local /tmp to tmpfs
DefaultDependencies=no
Conflicts=umount.target
Before=local-fs.target umount.target

[Mount]
What=tmpfs
Where=/tmp
Options=mode=1777,strictatime,noexec,nosuid,nodev
Type=tmpfs
 
[Install]
WantedBy=local-fs.target

Rechte setzen und 'enable' nicht vergessen.

[buhtz]

Diese Datei existiert schon unter /usr/share/systemd/tmp.mount existeirt bereits und natürlich hab ich reingeschaut. Grob verstehe ich was da passiert, aber nicht den Hintergrund.

Die Frage bleibt weiterhin offen, was nun state of the art ist? Wird fstab abgeschafft und in Zukunft alles mit systemd gemounted?
Nein? Warum wird dann bei einer ramdisk ne Ausnahme gemacht und fstab umgangen?

Ich versuche die Logik bzw. die Design-Entscheidungen dahinter zu verstehen.

[DeletedUserReAsG]

Es gibt nunmal mehrere Wege, ein Ziel zu erreichen. Sind ja schließlich nicht bei Apple. Mach’s so, wie es dir am besten passt. Wenn du also den ganzen sonstigen Kram in der fstab hast, wär’s wohl sinnvoll, /tmp auch dort zu konfigurieren. Machst du alles via systemd, wär’s wohl sinnvoll, /tmp auch dort zu konfigurieren. Machst du alles anders, wär’s wohl sinnvoll, /tmp auf diese Art zu konfigurieren.

[Lord_Carlos]

Gute Frage.

sudo cp /usr/share/systemd/tmp.mount /etc/systemd/system/
sudo systemctl enable tmp.mount

Gerade so aus dem Debian Wiki Kopiert. War einfach. https://wiki.debian.org/SSDOptimization ... ia_RAMDISK
Einfach finde ich gut

[TomL]

Die Frage bleibt weiterhin offen, was nun state of the art ist? Wird fstab abgeschafft und in Zukunft alles mit systemd gemounted?

Nein, ist nicht offen. Die fstab wird nicht abgeschafft, aber sie ist imho nicht mehr zwingend notwendig. Es werden heute schon alle mounts via mount-units durchgeführt und für die Einträge in der fstab werden mount-units eben durch einen systemd-generator generisch erstellt.

[CH777]

Ist das nicht standardmäßig schon so eingestellt, das tmp im RAM ist?

[buhtz]

Ist das nicht standardmäßig schon so eingestellt, das tmp im RAM ist?

Demnächst mache ich ne frische Installation und werde es rückmelden.

[Dogge]

Ist das nicht standardmäßig schon so eingestellt, das tmp im RAM ist?

Bei meiner letzten Installation war es afair so. Das war aber stretch als dies noch testing war. Ob das dann auch für das release beibehalten wurde kann ich nicht sagen.

[whiizy]

Ob das dann auch für das release beibehalten wurde kann ich nicht sagen.

Also bei einem neuinstallierten Debian Stretch nach dem Release liegt /tmp bei mir nicht automatisch im RAM:

Code: Alles auswählen

mount | grep tmp
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1931772k,nr_inodes=482943,mode=755)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=388696k,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 /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
tmpfs on /run/user/111 type tmpfs (rw,nosuid,nodev,relatime,size=388692k,mode=700,uid=111,gid=116)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=388692k,mode=700,uid=1000,gid=1000)

Wie es bei einem neuinstallierten Debian Sid aussähe, weiß ich allerdings auch nicht.