df กล่าวว่าดิสก์เต็ม แต่ไม่ได้

บนเซิร์ฟเวอร์เสมือนที่ใช้งาน Ubuntu 10.04 df จะรายงานสิ่งต่อไปนี้:

# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             7.4G  7.0G     0 100% /
none                  498M  160K  498M   1% /dev
none                  500M     0  500M   0% /dev/shm
none                  500M   92K  500M   1% /var/run
none                  500M     0  500M   0% /var/lock
none                  500M     0  500M   0% /lib/init/rw
/dev/sda3             917G  305G  566G  36% /home

นี่ทำให้ฉันสับสนด้วยสองเหตุผล: 1. ) df บอกว่า / dev / sda1 ติดตั้งที่ / มีความจุ 7.4 กิกะไบต์ซึ่งมีการใช้งานเพียง 7.0 กิกะไบต์ แต่มันรายงาน / เต็ม 100 เปอร์เซ็นต์; และ 2. ) ฉันสามารถสร้างไฟล์ใน / เพื่อให้มันมีพื้นที่เหลือชัดเจน

อาจเกี่ยวข้องกันคือไดเรกทอรี / www เป็นลิงก์สัญลักษณ์ไปที่ / home / www ซึ่งอยู่ในพาร์ติชันอื่น (/ dev / sda3 ติดตั้งที่ / home)

ใครบ้างที่สามารถให้คำแนะนำเกี่ยวกับสิ่งที่อาจเกิดขึ้นที่นี่ เซิร์ฟเวอร์ดูเหมือนว่าจะทำงานได้โดยไม่มีปัญหา แต่ฉันต้องการตรวจสอบให้แน่ใจว่าไม่มีปัญหากับตารางพาร์ติชันระบบไฟล์หรืออย่างอื่นที่อาจทำให้เกิดการระเบิด (หรือการระเบิด) ในภายหลัง

เป็นไปได้ว่ากระบวนการได้เปิดไฟล์ขนาดใหญ่ซึ่งถูกลบไปแล้ว คุณจะต้องฆ่ากระบวนการนั้นเพื่อเพิ่มพื้นที่ว่าง คุณสามารถระบุกระบวนการโดยใช้ lsof บน Linux ที่ถูกลบ แต่ไฟล์ที่เปิดอยู่จะรู้ว่า lsof และทำเครื่องหมายว่าเป็น (ถูกลบ) ในเอาต์พุตของ lsof

คุณสามารถตรวจสอบกับ sudo lsof +L1

5% (โดยค่าเริ่มต้น) ของระบบไฟล์สงวนไว้สำหรับกรณีที่ระบบไฟล์เติมเต็มเพื่อป้องกันปัญหาร้ายแรง ระบบไฟล์ของคุณเต็มแล้ว ไม่มีความหายนะเกิดขึ้นเนื่องจากบัฟเฟอร์ 5% - อนุญาตให้รูทใช้บัฟเฟอร์ความปลอดภัยนั้นและในการตั้งค่าของคุณผู้ใช้ที่ไม่ใช่รูทไม่มีเหตุผลที่จะเขียนลงในระบบไฟล์นั้น

หากคุณมี daemons ที่ทำงานในฐานะผู้ใช้ที่ไม่ใช่รูท แต่จำเป็นต้องจัดการไฟล์ในระบบไฟล์นั้นสิ่งต่าง ๆ จะพัง namedร่วมกันหนึ่งภูตดังกล่าวเป็น ntpdอีกประการหนึ่งคือ

คุณอาจจะออกจาก inodes ตรวจสอบการใช้ไอโหนดด้วยคำสั่งนี้:

df -i

ระบบไฟล์ Linux ส่วนใหญ่จองพื้นที่ 5% สำหรับใช้เฉพาะผู้ใช้รูท

คุณสามารถเห็นสิ่งนี้ด้วยเช่น

dumpe2fs /dev/sda1 | grep -i reserved

คุณสามารถเปลี่ยนจำนวนเงินที่สงวนได้โดยใช้:

tune2fs -m 0 /dev/sda1

ในกรณีส่วนใหญ่เซิร์ฟเวอร์จะปรากฏขึ้นเพื่อทำงานต่อได้ดี - สมมติว่ากระบวนการทั้งหมดกำลังทำงานเป็น 'root'

ฉันมีปัญหานี้และรู้สึกงุนงงกับความจริงที่ว่าการลบไฟล์ขนาดใหญ่ต่าง ๆ ไม่ได้ปรับปรุงสถานการณ์ (ไม่รู้เกี่ยวกับบัฟเฟอร์ 5%) ต่อไปนี้ติดตามเบาะแสบางอย่างที่นี่

จากรากเดินลงไดเรกทอรีที่ใหญ่ที่สุดเปิดเผยโดยทำซ้ำ: -

du -sh */ 

จนกระทั่งฉันมาถึงไดเรกทอรีสำหรับไฟล์บันทึกของเว็บเซิร์ฟเวอร์ซึ่งมีบันทึกขนาดใหญ่มาก

ซึ่งฉันตัดทอนด้วย

:>lighttpd.error.log

ทันใดนั้น df -h ลดเหลือ 48% ที่ใช้!

นอกเหนือจากสาเหตุที่แนะนำแล้วในบางกรณีอาจเป็นไปตาม:

• ดิสก์อื่นถูกเมาท์ "เกิน" โฟลเดอร์ที่มีอยู่ซึ่งเต็มไปด้วยข้อมูล
• du จะคำนวณขนาดที่ใช้ไปของดิสก์ที่ติดตั้งและ df จะแสดงค่าที่ใช้ไปจริง ๆ
• วิธีแก้ปัญหา: (เมื่อเป็นไปได้) ให้ unmount ดิสก์ที่ไม่ใช่รูททั้งหมดและตรวจสอบขนาดdu -md 1อีกครั้ง แก้ไขสถานการณ์ด้วยการย้ายโฟลเดอร์ที่ซ่อนไปยังที่อื่นหรือติดตั้งในที่อื่น

df -hกำลังปัดเศษค่า แม้เปอร์เซ็นต์จะถูกปัดเศษ งด-hและคุณเห็นความแตกต่างที่ละเอียดยิ่งขึ้น

โอ้ และ ext3 และ derivate ขอสงวนเปอร์เซ็นต์ (ค่าเริ่มต้น 5%) สำหรับระบบไฟล์สำหรับกลุ่มดาวที่มีปัญหาตรงนี้ หากระบบไฟล์รูทของคุณจะเต็มจริง ๆ (เหลือ 0 ไบต์) คุณจะไม่สามารถบูตระบบได้ ดังนั้นส่วนที่สงวนไว้จะป้องกันสิ่งนี้

ฉันได้อัปเดตห้องสมุดจำนวนมากและมีไลบรารีและไฟล์ชั่วคราวที่ไม่จำเป็นจำนวนมากดังนั้นฉันจึงเพิ่มพื้นที่ว่างในโฟลเดอร์ "/" โดยใช้:

apt-get install -f
sudo apt-get clean

และล้างถังขยะของคุณ

ตรวจสอบ / หายไป + พบฉันมีระบบ (centos 7) และบางส่วนของไฟล์ใน / หายไป + พบกินพื้นที่ทั้งหมด

หากพาร์ติชันของคุณเป็น btrfs อาจมีช่องว่างย่อยรับพื้นที่ ระบบไฟล์ btrfs สามารถมีไดรฟ์ย่อยจำนวนมากซึ่งหนึ่งในนั้นถูกเมาท์ คุณสามารถใช้btrfs subvolume list <dir>เพื่อแสดงรายการไดรฟ์ย่อยทั้งหมดและbtrfs subvolume delete <dir>/<subvolume>เพื่อลบรายการย่อย ตรวจสอบให้แน่ใจว่าคุณไม่ได้ลบสิ่งที่ติดตั้งโดยค่าเริ่มต้น