Dizin izlemeye / run / systemd / ask-password eklenemedi: Cihazda yer yok mu?


34

Bu mesajı neden ubuntu 16.04.1'deki yeni samba güncellemesi ile aldığımı bilen var mı?

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: 

Çok fazla alanım olduğundan, anlamıyorum:

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

Yanıtlar:


6

Kabul edilen cevap hakkında yorum yapacak kadar saygın değilim, ancak bunun kesinlikle CrashPlan ile sınırlı olmadığını söylemek istedim. Dropbox ve diğer dosya paylaşım platformları, bir yukarı akış senkronizasyonunun ne zaman gerçekleşmesi gerektiğini algılamak için inodeify saat başına inotify saatlerini kullanır. Kötü amaçlı yazılım dedektörleri dizinlerde saatler içerebilir. CrashPlan dışında diğer yedekleme araçları da olabilir.

Ne tüketen saatler inotify görmek için, kullanın lsof:

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

68

Red Hat hata raporunda tartışıldığı gibi , Crashplan yedekleme servisinin en muhtemel suçlu olduğu ortaya çıktı. Birçok inotify saati kullanır ve sonunda hepsini yer.

Anında düzeltme çalıştırmaktır:

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

daha fazla saat kullanılabilir yapmak için.

Uzun vadeli düzeltme, /etc/sysctl.confsatırı içerecek şekilde dosyayı düzenlemektir :

fs.inotify.max_user_watches=1048576

evet gördüm, ama öyle bir şey olmadığı için kurulmadı. Görünüşe göre samba veya RAID ile ilgiliydi
vigilian

10
Bu bana yardımcı oldu, Crashplan var
Brian Low

ama yine de hala çalışıyor. Bu yüzden bunun çok fazla mdadm bildirimi veya smaba bildirimi ile benzer bir sorun olacağını unutmayın.
vigilian

Kali linux konusunda bana yardım etti
Tim Jonas
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.