Gagal menambahkan / menjalankan / systemd / ask-password ke direktori watch: Tidak ada ruang tersisa di perangkat?

34

Apakah ada yang tahu mengapa saya pesan ini dengan pembaruan baru samba di 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: 

Karena saya memiliki begitu banyak ruang, saya tidak mengerti:

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
main hakim sendiri
sumber

Jawaban:

6

Saya tidak cukup memiliki reputasi untuk mengomentari jawaban yang diterima, tetapi saya ingin mengatakan bahwa itu tidak terbatas pada CrashPlan. Dropbox dan platform berbagi file lainnya menggunakan jam tangan tidak aktif per inode untuk mendeteksi kapan sinkronisasi hulu perlu terjadi. Detektor malware mungkin memiliki arloji di direktori. Alat cadangan lain selain CrashPlan mungkin juga.

Untuk melihat apa yang mengonsumsi jam tangan tidak sah, gunakan lsof:

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

Seperti yang dibahas dalam laporan bug Red Hat , ternyata layanan cadangan Crashplan adalah penyebab yang paling mungkin. Ini menggunakan banyak jam tangan tidak sah dan, akhirnya, memakan semuanya.

Perbaikan segera adalah untuk menjalankan:

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

untuk membuat lebih banyak jam tangan tersedia.

Perbaikan jangka panjang adalah mengedit file /etc/sysctl.confuntuk memasukkan baris:

fs.inotify.max_user_watches=1048576
LandonL
sumber
ya, saya pernah melihatnya tetapi bukan karena saya tidak memiliki yang seperti itu diinstal. Tampaknya saya terkait samba atau terkait RAID
main hakim
10
Ini membantu saya, saya punya Crashplan
Brian Low
tapi bagaimanapun itu masih berfungsi. Jadi ketahuilah bahwa itu akan menjadi masalah yang sama dengan terlalu banyak notifikasi mdadm atau notifikasi smaba.
main hakim
Membantu saya di kali linux
Tim Jonas