Не удалось добавить / run / systemd / ask-password к просмотру каталога: на устройстве не осталось места?

Question 1

Кто-нибудь знает, почему я получил это сообщение с новым обновлением samba в ubuntu 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

Question 2

Я недостаточно авторитетен, чтобы комментировать принятый ответ, но я хотел сказать, что это никоим образом не ограничивается CrashPlan. Dropbox и другие платформы для обмена файлами используют inotify часы для каждого inode, чтобы определить, когда должна произойти восходящая синхронизация. Детекторы вредоносного ПО могут отслеживать каталоги. Другие инструменты резервного копирования, помимо CrashPlan, тоже могут.

Чтобы узнать, что потребляют часы inotify, используйте lsof :

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

Question 3

Question 4

Как описано в отчете об ошибке 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

score 10 · Accepted Answer · 4 January 2021 в 00:30