Bonjour,
J’ai un bug, l’espace tmp est a 34% et cela fonctionne
Lorsque je fais une mise a jour, ça bloque
Et l’espace tmp passe a 0%
Df me donne ça, mais j’ai beaucoup de mal a interpréter
Quelqu’un peut il m’aider?
Lorsque je fais une mise a jour, ça bloque
Et l’espace tmp passe a 0%
Redémarres la box, ca va libérer le /tmp
C’est le plus simple
J’ai redémarré, plusieurs fois, cela ne fonctionne malheureusement pas
J’ai vu sur un autre post que cela pouvait aider
> pi@pi:~ $ sudo du /tmp -Sha -t 1M
> 1.2M /tmp/jeedom/cache/96
> 1.6M /tmp/jeedom/cache/7e
Et
> pi@pi:~ $ ls -la /tmp
> total 48
> drwxrwxrwt 13 root root 4096 Apr 10 20:18 .
> drwxr-xr-x 20 root root 4096 Apr 8 20:52 ..
> drwxrwxrwt 2 root root 4096 Apr 10 19:49 .font-unix
> drwxrwxrwt 2 root root 4096 Apr 10 19:49 .ICE-unix
> drwxrwxrwt 11 root root 260 Apr 10 19:51 jeedom
> drwx------ 2 root root 4096 Apr 10 19:50 runtime-root
> drwx------ 2 root root 4096 Apr 10 19:49 snap-private-tmp
> drwx------ 3 root root 4096 Apr 10 19:49 systemd-private-335d6b4ecdbc48a79a2db9688a9de310-bluetooth.service-b04ahU
> drwx------ 3 root root 4096 Apr 10 19:49 systemd-private-335d6b4ecdbc48a79a2db9688a9de310-ModemManager.service-EqanRy
> drwx------ 3 root root 4096 Apr 10 19:49 systemd-private-335d6b4ecdbc48a79a2db9688a9de310-ntpsec.service-2ZoozD
> drwx------ 3 root root 4096 Apr 10 19:49 systemd-private-335d6b4ecdbc48a79a2db9688a9de310-systemd-logind.service-xlyqra
> drwxrwxrwt 2 root root 4096 Apr 10 19:49 .X11-unix
> drwxrwxrwt 2 root root 4096 Apr 10 19:49 .XIM-unix
Faut utiliser un Texte préformaté et pas une citation
Yes, c’est formaté
J’ai vu que
sudo nano /etc/fstab
Et modifié…en passant a 512M
tmpfs defaults,size=512M
L’Espace disque libre tmp est passé a 67 %
Je ne sais pas, si cela repond au problème
J’ai modifié fstab a 512m, mais je démarre et le tmp est a 65%.
Y aurait il des raisons pour que le tmp ne se vide pas en redémarrant ?
Oui, ce n’est pas le comportement par défaut. /tmp n’est pas nettoyé au démarrage.
Ca peut être paramétré par contre, mais attention à bien savoir ce qu’il y a dedans… Il pourrait y avoir des données volatiles mais qui te permettront de repartir sur un état particulier après reboot.
Liste peut être ce qu’il y a dedans…
Norbert
Bonjour,
La modif du fichier fstab a 512Mb fonctionne presque, je démarre a 67%, et une érosion, au bout de quelques semaines je descends a 55%.
J’ai compris que le tmp se vide a chaque démarrage : est ce normal de démarrer a 67%?
Bonjour.
Vous écrivez :
Et ce n’est pas ce qu’a répondu @ngrataloup , il a répondu : oui, a la question d’avant qui était : est-ce le comportement normal que /tmp ne soit pas vidé au redémarrage.
1 « J'aime »
Hey cowboy, relax. Il faut que Jeedom reste un plaisir
1 « J'aime »
du coup, non 
et , pour qu’on puisse t’aider
Merci, voici ce que les lignes de commande donnent
ls -la /tmp
drwxrwxrwt 15 root root 4096 May 9 11:29 .
drwxr-xr-x 20 root root 4096 Apr 8 20:52 ..
-rw-r--r-- 1 root root 1005 Apr 29 07:57 common.config.php
drwxrwxrwt 2 root root 4096 Apr 29 07:55 .font-unix
drwxrwxrwt 2 root root 4096 Apr 29 07:55 .ICE-unix
drwxrwxrwt 14 root root 340 May 8 17:39 jeedom
drwxr-xr-x 3 www-data www-data 4096 May 5 07:39 jeedom_unzip
drwx------ 2 root root 4096 Apr 29 07:56 runtime-root
drwx------ 2 root root 4096 Apr 29 07:55 snap-private-tmp
drwx------ 3 root root 4096 Apr 29 07:55 systemd-private-bfc28085d80445279fcb3d3d76ac7e77-bluetooth.service-ZoFpr5
drwx------ 3 root root 4096 Apr 29 07:55 systemd-private-bfc28085d80445279fcb3d3d76ac7e77-ModemManager.service-dnynKd
drwx------ 3 root root 4096 May 7 22:35 systemd-private-bfc28085d80445279fcb3d3d76ac7e77-ntpsec.service-PUyz6F
drwx------ 3 root root 4096 Apr 29 07:55 systemd-private-bfc28085d80445279fcb3d3d76ac7e77-systemd-logind.service-3ZWfBg
drwx------ 3 root root 4096 Apr 30 07:55 systemd-private-bfc28085d80445279fcb3d3d76ac7e77-upower.service-4uDnIs
-rw-r--r-- 1 www-data www-data 135 May 8 17:36 tuya.discovery
-rw-r--r-- 1 www-data www-data 330 May 8 17:35 tuya.token
drwxrwxrwt 2 root root 4096 Apr 29 07:55 .X11-unix
drwxrwxrwt 2 root root 4096 Apr 29 07:55 .XIM-unix
sudo du /tmp -Sha -t 1M
2.7M /tmp/jeedom/cache.json
1.1M /tmp/jeedom/cache/f5
1.2M /tmp/jeedom/cache/ed
1.1M /tmp/jeedom/cache/ea
1.2M /tmp/jeedom/cache/e7
1.0M /tmp/jeedom/cache/e3
1.0M /tmp/jeedom/cache/e0
1.2M /tmp/jeedom/cache/de
1.1M /tmp/jeedom/cache/dc
2.7M /tmp/jeedom/cache/d2/5b4d515454446973636f766572793a3a756e6b6e6f776e5f646576696365735d5b315d.doctrinecache.data
3.5M /tmp/jeedom/cache/d2
1.1M /tmp/jeedom/cache/d0
1.1M /tmp/jeedom/cache/bf
1.1M /tmp/jeedom/cache/b7
1.2M /tmp/jeedom/cache/ae
1.1M /tmp/jeedom/cache/ab
1.2M /tmp/jeedom/cache/a9
1.1M /tmp/jeedom/cache/a8
1.1M /tmp/jeedom/cache/9d
1.2M /tmp/jeedom/cache/9a
1.4M /tmp/jeedom/cache/96
1.1M /tmp/jeedom/cache/8f
1.2M /tmp/jeedom/cache/8e
2.2M /tmp/jeedom/cache/7e
1.2M /tmp/jeedom/cache/7d
1.1M /tmp/jeedom/cache/7c
1.2M /tmp/jeedom/cache/76
1.1M /tmp/jeedom/cache/72
1.3M /tmp/jeedom/cache/6e
1.0M /tmp/jeedom/cache/6d
1.1M /tmp/jeedom/cache/6b
1.1M /tmp/jeedom/cache/67
1.1M /tmp/jeedom/cache/65
1.2M /tmp/jeedom/cache/60
1.0M /tmp/jeedom/cache/5b
1.1M /tmp/jeedom/cache/52
1.1M /tmp/jeedom/cache/51
1.0M /tmp/jeedom/cache/3d
1.0M /tmp/jeedom/cache/37
1.0M /tmp/jeedom/cache/32
1.0M /tmp/jeedom/cache/2b
1.1M /tmp/jeedom/cache/1d
1.1M /tmp/jeedom/cache/1a
1.0M /tmp/jeedom/cache/09
1.1M /tmp/jeedom/cache/05
1.1M /tmp/jeedom/cache/01
2.7M /tmp/jeedom
df -h
Filesystem Size Used Avail Use% Mounted on
udev 4.0G 0 4.0G 0% /dev
tmpfs 807M 5.5M 801M 1% /run
/dev/nvme0n1p2 117G 16G 95G 15% /
tmpfs 4.0G 0 4.0G 0% /dev/shm
tmpfs 5.0M 48K 5.0M 1% /run/lock
/dev/nvme0n1p1 511M 57M 455M 12% /boot/firmware
/dev/loop0 53M 53M 0 100% /snap/certbot/4484
/dev/loop3 62M 62M 0 100% /snap/core24/892
/dev/loop1 53M 53M 0 100% /snap/certbot/4558
/dev/loop2 62M 62M 0 100% /snap/core24/741
/dev/loop5 39M 39M 0 100% /snap/snapd/23772
tmpfs 512M 232M 281M 46% /tmp/jeedom
/dev/loop6 45M 45M 0 100% /snap/snapd/24509
tmpfs 807M 48K 807M 1% /run/user/1000
sudo du -ks /tmp/*
Voici docteur
sudo du -ks /tmp/*
4 /tmp/common.config.php
237840 /tmp/jeedom
2316 /tmp/jeedom_unzip
4 /tmp/runtime-root
4 /tmp/snap-private-tmp
8 /tmp/systemd-private-bfc28085d80445279fcb3d3d76ac7e77-bluetooth.service-ZoFpr5
8 /tmp/systemd-private-bfc28085d80445279fcb3d3d76ac7e77-ModemManager.service-dnynKd
8 /tmp/systemd-private-bfc28085d80445279fcb3d3d76ac7e77-ntpsec.service-PUyz6F
8 /tmp/systemd-private-bfc28085d80445279fcb3d3d76ac7e77-systemd-logind.service-3ZWfBg
8 /tmp/systemd-private-bfc28085d80445279fcb3d3d76ac7e77-upower.service-4uDnIs
4 /tmp/tuya.discovery
4 /tmp/tuya.token
Ce matin 54%, grosso modo je perds 1% par jour.
J’ai lu les posts, et je ne sais pas, si je suis dans le vrai, mais j’explore.
Plugin jmqtt, le zwave a un nombre très important de commande.
Mais je vous pas trop quoi y faire.ca semble cohérent
Zwavejs n’a pas besoin de jmqtt pour fonctionner, donc je l’ai supprimé.
L’espace libre tmp descend lentement, actuellement 55%.
Je continue a chercher une solution
Ha bon ?
Vous êtes sur ?
Je pense que c’est mal formulé…
Zwavejs a besoin de mqtt pour fonctionner, c’est la base.
Par contre, aucune raison de voire des commandes zigbee2mqtt et zwave dans jMQTT.
Je ne sais pas où est ton serveur mosquitto, mais les commandes doivent rester dans leur plugin d’origine
Par contre, aucun lien avec tes obs d’espace disque
Norbert