디렉토리 감시에 / run / systemd / ask-password를 추가하지 못했습니다 : 장치에 공간이 없습니까?

우분투 16.04.1의 새로운 삼바 업데이트와 함께이 메시지가 왜 나에게 있는지 아는 사람이 있습니까?

Paramétrage de samba (2:4.3.9+dfsg-0ubuntu0.16.04.3) ...
Failed to add /run/systemd/ask-password to directory watch: No space left on device: 

공간이 너무 많아서 이해할 수 없습니다.

df -h
Sys. de fichiers                  Taille Utilisé Dispo Uti% Monté sur
udev                                 16G       0   16G   0% /dev
tmpfs                               3,2G     11M  3,2G   1% /run
/dev/sda2                           107G     49G   53G  48% /
tmpfs                                16G    184K   16G   1% /dev/shm
tmpfs                               5,0M    4,0K  5,0M   1% /run/lock
tmpfs                                16G       0   16G   0% /sys/fs/cgroup
/dev/sdi2                           367G    343G  5,2G  99% /media/divers
/dev/sda1                           110G    366M  104G   1% /opt
/dev/sdm1                           147G    136G   11G  93% /media/nfsmedia/syno/usb4
/dev/sdq1                            74G     69G  1,1G  99% /media/nfsmedia/syno/usb8
/dev/sdp1                           459G    453G  5,6G  99% /media/nfsmedia/syno/usb1
/dev/sde2                           735G    684G   14G  99% /media/series
/dev/sdo1                           1,8T   1015G  726G  59% /media/nfsmedia/syno/usb3
/dev/sdr1                            74G     68G  1,6G  98% /media/nfsmedia/syno/usb7
/dev/mapper/RAIDSTOCK-RAID5FSTOCK   9,0T    7,3T  1,4T  85% /media/RAIDFORSTOCK
/dev/mapper/RAID1FORDOCK-DOCK       550G    303G  220G  58% /media/DOCK
cgmfs                               100K       0  100K   0% /run/cgmanager/fs
tmpfs                               3,2G       0  3,2G   0% /run/user/1004
//192.168.6.12/vigilian             1,9T    1,7T  179G  91% /media/smbseries/nsa
//192.168.6.11/NASA                 930G    807G  123G  87% /media/smbseries/nasa
tmpfs                               3,2G     12K  3,2G   1% /run/user/123
tmpfs                               3,2G       0  3,2G   0% /run/user/1000

나는 받아 들여진 대답에 대해 언급 할만 큼 평판이 좋지 않지만 CrashPlan에만 국한되지 않는다고 말하고 싶었습니다. Dropbox 및 기타 파일 공유 플랫폼은 inode 당 inotify watch를 사용하여 업스트림 동기화가 필요한시기를 감지합니다. 멀웨어 탐지기는 디렉토리에 감시 기능이있을 수 있습니다. CrashPlan 이외의 다른 백업 도구도 가능합니다.

inotify 시계를 소비하는 것을 보려면 lsof다음을 사용하십시오 .

sudo lsof -K | grep inotify | (less||more||pg)

Red Hat 버그 보고서 에서 논의한 바와 같이 Crashplan 백업 서비스가 범인 일 가능성이 높습니다. 그것은 많은 inotify 시계를 사용하며 결국에는 모두 먹습니다.

즉각적인 수정은 다음을 실행하는 것입니다.

sudo -i
echo 1048576 > /proc/sys/fs/inotify/max_user_watches
exit

더 많은 시계를 사용할 수 있습니다.

장기 수정은 파일 /etc/sysctl.conf을 편집하여 다음 줄을 포함시키는 것입니다.

fs.inotify.max_user_watches=1048576