ไม่สามารถเพิ่ม / run / systemd / ask-password ในการเฝ้าดูไดเรกทอรี: ไม่มีพื้นที่เหลือในอุปกรณ์หรือไม่


34

ไม่มีใครรู้ว่าทำไมฉันถึงได้รับข้อความนี้พร้อมกับอัปเดตใหม่ของ 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

คำตอบ:


6

ฉันไม่ได้มีชื่อเสียงพอที่จะแสดงความคิดเห็นในคำตอบที่ยอมรับ แต่ฉันอยากจะบอกว่ามันไม่ได้ จำกัด อยู่เพียงแค่ CrashPlan Dropbox และแพลตฟอร์มการแชร์ไฟล์อื่น ๆ ใช้ inotify watches ต่อ inode เพื่อตรวจสอบว่าจำเป็นต้องทำการซิงค์ upstream หรือไม่ เครื่องตรวจจับมัลแวร์อาจมีการเฝ้าดูไดเรกทอรี เครื่องมือสำรองอื่น ๆ นอกเหนือจาก CrashPlan ก็เช่นกัน

ในการดูว่ามีอะไรที่ทำให้นาฬิกาไม่ออกให้ใช้lsof:

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

68

ดังที่กล่าวไว้ในรายงานข้อผิดพลาดของ Red Hatปรากฎว่าบริการสำรองข้อมูล Crashplan เป็นผู้กระทำผิดที่น่าจะเป็นไปได้มากที่สุด มันใช้นาฬิกาที่แยกไม่ออกจำนวนมากและในที่สุดก็กินหมด

การแก้ไขทันทีคือเรียกใช้:

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

เพื่อให้มีนาฬิกามากขึ้น

การแก้ไขระยะยาวคือการแก้ไขไฟล์/etc/sysctl.confเพื่อรวมบรรทัด:

fs.inotify.max_user_watches=1048576

ใช่ฉันเคยเห็นมาแล้ว แต่นั่นไม่ใช่เพราะฉันไม่ได้ติดตั้งอะไรเลย ดูเหมือนว่า iwas samba เกี่ยวข้องหรือ RAID ที่เกี่ยวข้อง
vigilian

10
สิ่งนี้ช่วยฉันฉันมี Crashplan
Brian Low

แต่อย่างไรก็ตามมันยังคงใช้งานได้ ดังนั้นโปรดทราบว่ามันจะเป็นปัญหาที่คล้ายกันกับการแจ้งเตือน mdadm มากเกินไปหรือการแจ้งเตือน smaba
vigilian

ช่วยฉันด้วย kali linux
Tim Jonas
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.