raf <raf@xxxxxxx> writes: > FOUTE K. Jaurès wrote: >> The result of df -i >> >> Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur >> udev 3065149 433 3064716 1% /dev >> tmpfs 3072780 665 3072115 1% /run >> /dev/sdb2 59973632 356029 59617603 1% / >> tmpfs 3072780 7 3072773 1% /dev/shm >> tmpfs 3072780 10 3072770 1% /run/lock >> tmpfs 3072780 17 3072763 1% /sys/fs/cgroup >> /dev/sdb1 0 0 0 - /boot/efi >> tmpfs 3072780 19 3072761 1% /run/user/108 >> tmpfs 3072780 5 3072775 1% /run/user/1001 >> tmpfs 3072780 5 3072775 1% /run/user/1000 > So that's not it. It would take ~60 million > files to fill up your / inode table. I can't > think of another explanation for that error > message if df without -i also shows free space. I'm going to take a shot in the dark and ask if the root file system is XFS. It doesn't take too much googling to find out that XFS has a reputation for reporting ENOSPC when there seems to be more than enough room left. Apparently, it can do so as a result of fragmentation problems even though the disk as a whole has lots of space --- for one cautionary example see this thread: https://www.spinics.net/lists/linux-xfs/msg22856.html typo-ishly titled "ENSOPC on a 10% used disk". It looks like the XFS crew installed a fix for the underlying bug ... but that thread is from 2018 and you're running a 2015 Ubuntu release. Or, to cut to the chase: maybe updating to a less hoary kernel would help. If you are stuck with this Ubuntu release for some reason, consider using a less bleeding-edge-at-the-time file system. regards, tom lane
