Jump to content

Rafael C

Members
  • Posts

    2
  • Joined

  • Last visited

Everything posted by Rafael C

  1. Thanks for the response. I will need to wait a few days until tmp is more filled and will try systemctl restart havegd This is the outpout of systemctl status systemd-tmpfiles-setup.service : ● systemd-tmpfiles-setup.service - Create Volatile Files and Directories Loaded: loaded (/lib/systemd/system/systemd-tmpfiles-setup.service; static; vendor preset: enabled) Active: active (exited) since Thu 2019-07-18 15:32:17 CEST; 2h 13min ago Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 335 ExecStart=/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=0/SUCCESS) Main PID: 335 (code=exited, status=0/SUCCESS) Tasks: 0 (limit: 4915) CGroup: /system.slice/systemd-tmpfiles-setup.service Jul 18 15:32:17 CESINEL_PACOM_Z0003 systemd[1]: Starting Create Volatile Files and Directories... Jul 18 15:32:17 CESINEL_PACOM_Z0003 systemd[1]: Started Create Volatile Files and Directories.
  2. Hello everyone. We have checked the forum extensively but have not found a good answer to our problem. Our system is based on a Orange Pi Zero Plus (512 MB), and it is running nicely. However, after some time, (10 - 15 days from the last boot) or /tmp directory gets full and most of the system is not operational. Only solution we have found for the moment is rebooting the system. This is the output of df -h in one of our systems which only shows 7% usage. This usage figure increases day by day. Filesystem Size Used Avail Use% Mounted on udev 174M 0 174M 0% /dev tmpfs 49M 5.4M 43M 12% /run /dev/mmcblk0p1 2.0G 1.6G 333M 83% / tmpfs 241M 12K 241M 1% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 241M 0 241M 0% /sys/fs/cgroup tmpfs 241M 16M 226M 7% /tmp tmpfs 10M 0 10M 0% /home/iawot/ficheros_ftp /dev/zram0 49M 27M 19M 60% /var/log tmpfs 49M 0 49M 0% /run/user/0 The contents of the /tmp directory is: ls -la /tmp total 8 drwxrwxrwt 8 root root 180 Jul 18 13:28 . drwxrwxrwt 22 root root 4096 Jan 17 02:04 .. -rw------- 1 root root 31 Jul 16 11:08 armbian-hardware-optimization.hhlnrd drwxrwxrwt 2 root root 40 Jul 16 11:08 .font-unix drwxrwxrwt 2 root root 40 Jul 16 11:08 .ICE-unix drwx------ 3 root root 60 Jul 16 11:08 systemd-private-98788f87752540c4a5cf054115c5741a-haveged.service-6uUDLd drwxrwxrwt 2 root root 40 Jul 16 11:08 .Test-unix drwxrwxrwt 2 root root 40 Jul 16 11:08 .X11-unix drwxrwxrwt 2 root root 40 Jul 16 11:08 .XIM-unix and inside systemd-private-98788f87752540c4a5cf054115c5741a-haveged.service-6uUDLd there is only an empty directory named tmp. So my question is: What is the proper way of clearing de /tmp directory? We have tried to simply erase everything inside it with rm /tmp/* -r but it seems that something (invisible) is still there since df -h still reports the /tmp is using 241 MB Thanks!
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines