[tmpfs] /tmp à 100 % (resolu)

[ignace72]

Salut à tous,
mon /tmp est à 100 % :

Code : Tout sélectionner

$ df
…
tmpfs                4088944      31076    4057868   1% /dev/shm
tmpfs                4088944          0    4088944   0% /sys/fs/cgroup
tmpfs                4088944    4088944          0 100% /tmp
…

J'aimerais donc désactiver tmpfs pour le répertoire /tmp.
Quelqu'un à t-il une idée pour faire ça ?
C'est con de d'être en rade de place alors que j'ai plus de 90 Go de libre sur ma racine.
Merci

[ignace72]

Bon, j'ai créé une partoche et j'ai mis tmp dessus
donc on peut dire que c'est résolus puisque ça touche pas au autres tmpfs.
Bonne nuit au couche tard.

[benjarobin]

Hum, je ne pense pas que cela soit une bonne idée de changer le point de montage de /tmp/. Cela risque de perturber systemd (fortement ?)...
Pourquoi /tmp était plein, cela ne devrait jamais arriver... Si c'est lors d'une compilation avec yaourt tu peux spécifier un autre dossier comme dossier temporaire.

[ignace72]

salut
spécifier un autre dossier n'a pas suffit.
là, tout fonctionne comme sur des roulettes.

[ignace72]

Effectivement ça perturbe un peu SystemD mais pas trop.
J'ai ça en log :

Code : Tout sélectionner

$ systemctl status systemd-tmpfiles-setup.service
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
   Loaded: loaded (/usr/lib/systemd/system/systemd-tmpfiles-setup.service; static)
   Active: failed (Result: exit-code) since dim. 2014-08-03 11:55:04 UTC; 5min ago
     Docs: man:tmpfiles.d(5)
           man:systemd-tmpfiles(8)
  Process: 485 ExecStart=/usr/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=1/FAILURE)
 Main PID: 485 (code=exited, status=1/FAILURE)

août 03 11:55:04 ignace-pc systemd[1]: systemd-tmpfiles-setup.service: main process exited, code=exited, status=1/FAILURE
août 03 11:55:04 ignace-pc systemd[1]: Failed to start Create Volatile Files and Directories.
août 03 11:55:04 ignace-pc systemd[1]: Unit systemd-tmpfiles-setup.service entered failed state.

j'imagine que je doive ajouter --exclude-prefix=/tmp mais je ne sais pas ajouter ça.

Merci

[oktoberfest]

Salut,

comme le dit benjarobin la bonne question à se poser c'est "pourquoi /tmp est plein". En créer un plus grand ne changera rien au problème quand ton /tmp sera à nouveau plein.

[ignace72]

Salut oktoberfest,

Mon tmp était plein car d'autres logiciels que Yaourt l'utilise.
Exemple : IceCat
Je ne suis pas certain que configurer tout les logiciels pour qu'ils n'utilisent pas tmp soit une bonne idée.
Même si tmp sur la ram est plus rapide que sur un disque dur, je ne vais pas acheter plus de ram pour faire plaisir au système alors qu'il fonctionne bien comme ça.
Si j'avais voulu que mon système décide pour moi, j'aurai installé Windows.

[Gutsblack]

C'est tout simple il suffit de masquer le service de systemd correspondant :

Code : Tout sélectionner

systemctl mask tmp.mount

Permet de se passer de tmps sur /tmp

Bien évidemment tu ne pourra plus lancer le service pour celà il faudra le démasquer avant de le réutiliser avec

Code : Tout sélectionner

systemctl unmask tmp.mount

Voilà c'est tout simple.

[ignace72]

Merci.
heu question :
Je comprends l'idée de masquer mais ça veut dire que le désactiver ne suffit pas ?

[benjarobin]

Tu ne peux pas désactiver ce service, sauf en le masquant. En effet ce service n'est pas présent dans /etc/ donc non désactivable via : disable

[ignace72]

ok, merci.

[Gutsblack]

Merci.
heu question :
Je comprends l'idée de masquer mais ça veut dire que le désactiver ne suffit pas ?

tmpfs n'est pas un service de systemd tu ne peux donc pas le désactiver ou le redémarrer, c'est un fichier de configuration qui indique le point de montage et le système de fichier à systemd afin de pouvoir le contrôler. Pour le désactiver complètement la fonction mask redirige la sortie vers /dev/null, ça indique à systemd de ne rien faire. Il faut donc faire attention de bien utiliser la fonction "mask' et de vérifier que la solution alternative que tu propose dans ton système fonctionne comme il faut au risque de "casser" ton système.

A noter d'ailleur que tu peux utiliser tes propres unit.files pour le montage de fichier soit dans le répertoire de systemd correspondant soit en utilisant fstab avec l'option "x-systemd.automount", c'est d'ailleurs ce que je fais pour mes montages nfs.

PS : par exemple dans ton cas le tmp.mount se trouve dans /usr/lib/systemd/system/tmp.mount

[ignace72]

Ça c'est bien, ça.
Bon, j'ai dé-masqué et ajouté « ,x-systemd.automount » à ma ligne dans fstab, c'est simple et c'est facile à retenir avec ma tête de linotte.
J'ai trouvé un article qui en parlait ici : http://www.linuxed.net/post/2013/02/04/ ... ia-systemd.
Merci

[Gutsblack]

systemd est génial mais je reconnais qu'il y a énormément de chose à apprendre mais bon en fait après on ne peut plus s'en passer :p

[ignace72]

Ce qui m'a le plus marqué, c'est les quinze secondes de gagné au démarrage.

[Gutsblack]

Ca c'est un dommage collatéral ! Sur mon ordinateur principal avec un SSD.

┌─ [Snow : 3.16.3-1-ck] [01:30:27] [gutsblack] [~]
└──╼ systemd-analyze
Startup finished in 681ms (kernel) + 1.051s (userspace) = 1.732s

┌─ [Snow : 3.16.3-1-ck] [01:31:11] [gutsblack] [~]
└──╼ systemd-analyze blame
371ms libvirtd.service
368ms dkms.service
247ms NetworkManager.service
110ms home-gutsblack-Video-Video.mount
79ms lm_sensors.service
77ms systemd-vconsole-setup.service
74ms gdm.service
72ms accounts-daemon.service
67ms systemd-logind.service
65ms logrotate.service
64ms nfs-config.service
63ms systemd-fsck@dev-disk-by\x2duuid-069B\x2d1805.service
62ms systemd-fsck@dev-disk-by\x2duuid-7fb99ba1\x2d2c11\x2d4597\x2d97ed\x2d75937924c772.ser
62ms home-gutsblack-Musique.mount
57ms systemd-modules-load.service
52ms polkit.service
49ms home-gutsblack-Image.mount
33ms systemd-tmpfiles-setup-dev.service
32ms udisks2.service
24ms rpcbind.service
23ms rpc-statd.service
22ms dev-mqueue.mount
22ms colord.service
20ms systemd-udev-trigger.service
19ms shadow.service
18ms systemd-tmpfiles-clean.service
16ms systemd-remount-fs.service
15ms sys-kernel-debug.mount
15ms dev-hugepages.mount
13ms wpa_supplicant.service
12ms geoclue.service
12ms user@1000.service
11ms NetworkManager-wait-online.service
10ms dev-sda4.swap
10ms systemd-random-seed.service
9ms boot-efi.mount
9ms systemd-sysctl.service
9ms systemd-tmpfiles-setup.service
6ms systemd-journal-flush.service
6ms bluetooth.service
6ms kmod-static-nodes.service
6ms systemd-update-utmp.service
5ms systemd-backlight@backlight:acpi_video0.service
5ms upower.service
4ms rtkit-daemon.service
4ms systemd-udevd.service
4ms systemd-user-sessions.service
4ms home.mount
2ms systemd-rfkill@rfkill0.service
1ms var-lib-nfs-rpc_pipefs.mount
1ms sys-kernel-config.mount
998us systemd-rfkill@rfkill1.service
788us sys-fs-fuse-connections.mount

[ignace72]

Ba forcément, avec un SSD…
Moi, j'ai 5 disques dur dons deux WD rouge et un WD jaune et deux WD vert.