Bonjour, Le nombre d'inodes utilités sur le rootfs est à 100% (/dev/root 432352 432352 0 100% /). J'imagine que c'est pour ça que la création de nouveau fichier bloque puisque pour chaque fichier correspond une structure inodes.
Le 20 mars 2017 à 22:06, Patrice Go <[email protected]> a écrit : > Bonjour, > > je comprend pas le problème que j'ai sur un serveur rpi. > je n'arrive pas à écrire des fichiers sur celui-ci, et mon nagios qui est > dessus ne peut plus rien écrire en tampon. > > lorsque je fais un df -h ça donne: > > /dev/root 7,2G 3,8G 3,4G 54% / > devtmpfs 215M 0 215M 0% /dev > tmpfs 219M 0 219M 0% /dev/shm > tmpfs 219M 8,4M 211M 4% /run > tmpfs 5,0M 0 5,0M 0% /run/lock > tmpfs 219M 0 219M 0% /sys/fs/cgroup > /dev/mmcblk0p1 50M 19M 31M 38% /boot > tmpfs 44M 0 44M 0% /run/user/0 > > donc il semble y avoir de la place. > > et pour un df -i ça donne : > > /dev/root 432352 432352 0 100% / > devtmpfs 54945 311 54634 1% /dev > tmpfs 55986 1 55985 1% /dev/shm > tmpfs 55986 392 55594 1% /run > tmpfs 55986 7 55979 1% /run/lock > tmpfs 55986 8 55978 1% /sys/fs/cgroup > /dev/mmcblk0p1 0 0 0 - /boot > tmpfs 55986 4 55982 1% /run/user/0 > > dans /etc/fstab : > > proc /proc proc defaults > 0 0 > /dev/mmcblk0p1 /boot vfat defaults > 0 0 > /dev/mmcblk0p3 none swap sw > 0 0 > /swapfile1 none swap sw > 0 0 > > je ne comprend pas ce qui bloque l'écriture ? > > si quelqu'un a déjà eu ce genre de problème et aurait une piste ... > > merci. > -- < Belaid >
