wheezy: /tmp für user limitiert?

[detix]

Beim Versuch ein Internet-Video in /tmp zum offline Sehen zwischenzuspeichern ist mir diese
Begrenzung (hier auf 201,8M) aufgefallen, auch dd zeigts an:

Code: Alles auswählen

dd if=/dev/zero of=/tmp/111
dd: Schreiben in „/tmp/111“: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
413145+0 Datensätze ein
413144+0 Datensätze aus
211529728 Bytes (212 MB) kopiert, 1,27753 s, 166 MB/s

free
             total       used       free     shared    buffers     cached
Mem:       1033420     955996      77424          0      10108     659428
-/+ buffers/cache:     286460     746960
Swap:      2096444     206828    1889616

df -i
Dateisystem                                             Inodes IBenutzt  IFrei IUse% Eingehängt auf
rootfs                                                 1015808   234943 780865   24% /
udev                                                    128797      449 128348    1% /dev
tmpfs                                                   129177      403 128774    1% /run
/dev/disk/by-uuid/9f3e9338-ace5-4cfe-bdb7-fd9b0564920d 1015808   234943 780865   24% /
tmpfs                                                   129177        2 129175    1% /run/lock
tmpfs                                                   129177       33 129144    1% /tmp
tmpfs                                                   129177        1 129176    1% /run/shm
/dev/sda1                                               915712    26276 889436    3% /home

Was ist hier los und wo kann ich das einstellen?

[Saxman]

Was ist hier los und wo kann ich das einstellen?

/tmp ist hier ein tmpfs, Du kannst das Verhalten und die Größe in der /etc/default/tmpfs einstellen.

[detix]

Hmmm, und das war schon immer so?
Kann mich an eine solche Einschränkung eigentlich nicht erinnern,
hab allerdings auch lange Zeit nichts Größeres in /tmp gespeichert,
die Datei selbst (datiert 13.12.11) ist von mir nicht geändert worden,
Inhalt aber:

# NOTE: This file is deprecated. Please see rcS(5) for details on how
# to configure tmpfs size limits.

Muss ich mich früher oder später dann doch wieder umgewöhnen, wird wohl demnächst in der /etc/fstab geregelt.
Danke dir Saxman

[Saxman]

Hmmm, und das war schon immer so?

Nein, da wird seit kurzem herumgebastelt. Das /tmp soll bei ausreichend Ram in ein tmpfs wandern.

# NOTE: This file is deprecated. Please see rcS(5) for details on how
# to configure tmpfs size limits.

Siehe hier:

NOTE
The EDITMOTD, RAMRUN and UTC variables are no longer used. The RAM‐
LOCK, RAMSHM and RAMTMP variables have been moved to
/etc/default/tmpfs; RAMSHM and RAMTMP settings in rcS are used (if set)
for backward compatibility, but will be overridden by settings enabled
in /etc/default/tmpfs. See tmpfs(5) for further details.

RAMTMP und TMPFS_SIZE, bzw. TMP_SIZE sind auf jeden Fall die Schalter um die es hier geht.

[detix]

Das heißt also, dass das Speichern in /tmp nun mit Vorsicht zu genießen ist,
es wird ja nur vorhandenes RAM benutzt (hier 1 Gb), die "size" vergrößern könnte das System ausbremsen.
Na hoffentlich wissen das auch alle Programme, die bisher /tmp auf Festplattengröße vollschreiben durften,
noch gibt es dahingehend keine Probleme, dann belass ichs mal bei den 20%.

[owl102]

Na hoffentlich wissen das auch alle Programme, die bisher /tmp auf Festplattengröße vollschreiben durften

Nein, leider noch nicht alle, aber das ist nur eine Frage der Zeit.

BTW: Für größere Sachen ist AFAIK /var/tmp gedacht.

[cosmac]

hi,

wie Saxman schon schrieb, kann man mit RAMTMP und/oder einem fstab-Eintrag das alte Verhalten erzwingen. Kein Programm muss deshalb irgend etwas neues lernen.

Allerdings: /tmp konnte schon immer zu klein sein, z.B. wenn man eine eigene (zu kleine) Partition spendiert oder es auf der root-Partition liegt und /usr und /var eigene Partitionen sind.

Die Idee mit /var/tmp statt /tmp ist allerdings interessant, gibt's dazu mehr Info?

[detix]

BTW: Für größere Sachen ist AFAIK /var/tmp gedacht.

Nur wird in /var/tmp/ nichts automatisch gelöscht, man muss sich selbst drum kümmern.
Das war für mich der Vorteil von /tmp:
Zwischenspeichern und rauskopieren oder einfach nur vergessen, wurde ja irgendwann soundso entfernt.

[wanne]

Ich lösche $HOME/tmp bei jedem login in der bash.

[owl102]

Die Idee mit /var/tmp statt /tmp ist allerdings interessant, gibt's dazu mehr Info?

Z.B. hier: http://0pointer.de/blog/projects/tmp.html

[cosmac]

herzlichen Dank für den Link!

[Saxman]

So wie es aussieht wird /tmp per default doch nicht als tmpfs eingebunden werden. [1] Wer möchte kann es aber weiterhin per Hand aktivieren.

http://lists.debian.org/debian-devel-an ... 00003.html

[nudgegoonies]

Würde sich das Performance-mäßig, ich denke da an vor allem an den GCC und an den Paketebau, vielleicht sogar lohnen, das einzuschalten?

Ich denke da an /tmp, /var/run und /var/lock. Auch nach dem Motto, was eine SSD schont, das schont auch eine normale rotierende Festplatte?

[Saxman]

Würde sich das Performance-mäßig, ich denke da an vor allem an den GCC und an den Paketebau, vielleicht sogar lohnen, das einzuschalten?

Ich denke da an /tmp, /var/run und /var/lock. Auch nach dem Motto, was eine SSD schont, das schont auch eine normale rotierende Festplatte?

Wenn du genug Ram hast sehe ich keinen Grund der dagegen sprechen sollte.

[nudgegoonies]

Wenn du genug Ram hast sehe ich keinen Grund der dagegen sprechen sollte.

Danke Dir. Dann werde ich das wirklich mal so ausprobieren und schauen, wieviel RAM das Default-mäßig ist.

[cosmac]

Würde sich das Performance-mäßig, ich denke da an vor allem an den GCC und an den Paketebau, vielleicht sogar lohnen, das einzuschalten?

das lohnt sich immer -- solange kein swap gebraucht wird, d.h. solange du für deinen Zweck genug RAM hast. RAM sollte eigentlich immer schneller sein als jede Platte. Es gibt wohl SSDs, die schneller sind als mein RAM, aber wer betreibt ernsthaft so eine Kombination?

Ich denke da an /tmp, /var/run und /var/lock. Auch nach dem Motto, was eine SSD schont, das schont auch eine normale rotierende Festplatte?

/tmp kommt in Frage oder auch nicht, siehe oben. Aber /var/run und /var/lock sind so eindeutige Kandidaten für ein tmpfs, dass das in wheezy per Default so gemacht wird (unter dem neuen Verzeichnis /run).

Rotierende Festplatten wegen der Mechanik oder der Magnetschicht zu schonen scheint mir dann doch übertrieben, aber weniger Kopfbewegungen heißt weniger Strom, weniger Abwärme und weniger Lärm!

[nudgegoonies]

Aber /var/run und /var/lock sind so eindeutige Kandidaten für ein tmpfs, dass das in wheezy per Default so gemacht wird (unter dem neuen Verzeichnis /run).

Dann werden die auf jeden Fall so geändert. Danke!

Rotierende Festplatten wegen der Mechanik oder der Magnetschicht zu schonen scheint mir dann doch übertrieben, aber weniger Kopfbewegungen heißt weniger Strom, weniger Abwärme und weniger Lärm!

Meine persönliche Erfahrung ist da eine andere. Vor allem bei einer defekten Windowsplatte war es auffällig, dass es gerade die Datei der Registry war, in der die ganzen fehlerhaften Sektoren sind. Und in der Registry wird ja pausenlos rumgeschrieben. Ich benutze die Platte immer noch. Die erste Partition fängt erst bei 50% an. Es ist seit Ewigkeiten ein Linux drauf und es läuft problemlos. Bis auf die Warnungen vom SMART-Daemon Ich weiß, ist kein Beweis - nur gefühlt

[detix]

Nochmal aufgewärmt...
Mit dem heutigen Update ist der "alte" Zustand wieder so wie es mir am Liebsten ist:
/tmp kann mit den default-Einstellungen auf Festplattengröße vollgeschrieben werden.
Nur wer ein anderes Verhalten wünscht muss nun wohl selbst die Datei /etc/default/tmpfs entsprechend abändern.

[nudgegoonies]

Auch noch mal aufgegwärmt. Wird die Größe von /tmp im RAM eigenlich an dem was drin ist angepasst oder wird immer die maximale Größe benutzt?

[catdog2]

Auch noch mal aufgegwärmt. Wird die Größe von /tmp im RAM eigenlich an dem was drin ist angepasst oder wird immer die maximale Größe benutzt?

Ersteres.

[nudgegoonies]

Super - danke Dir