ฉันจะเพิ่มพื้นที่ว่างจากโฟลเดอร์ 39.5GB / var / log / ขนาดใหญ่ได้อย่างไร

46

ฉันเพิ่งได้รับข้อความจากซอฟต์แวร์การวิเคราะห์ดิสก์เริ่มต้น (Baobab) ที่ฉันมีเหลือเพียง 1GB ในฮาร์ดไดรฟ์ หลังจากการค้นหาบางอย่างฉันพบว่า/var/log/โฟลเดอร์เป็นสาเหตุของสิ่งนี้

ไฟล์ / ขนาดบางส่วนใน/var/log/:

kern.log = 12.6 GB
ufw.log = 12.5 GB
kern.log.1 = 6.1 GB
ufw.log.1 = 6.0 GB

และอื่น ๆ /var/logมีขนาดใหญ่มาก

ฉันสามารถลบไฟล์เหล่านั้นหรือทั้ง/var/logโฟลเดอร์ได้หรือไม่? หรือว่าไม่ใหญ่ในอูบุนตู?

disk-usage logging

— blade19899
แหล่งที่มา

39

คุณต้องไม่ลบทั้งโฟลเดอร์แต่คุณสามารถลบไฟล์บันทึก "Old-Packed" โดยไม่ทำให้ระบบของคุณเสียหาย

สำหรับผู้ใช้ตามบ้านทั่วไปมันปลอดภัยที่จะลบไฟล์บันทึกใด ๆ ที่ถูกบีบอัดและมีนามสกุล. gz (ดังที่คุณเห็นในภาพ)

ไฟล์บันทึกที่ถูกบีบอัดเหล่านี้เป็นไฟล์บันทึกเก่าที่ gzipped เพื่อลดพื้นที่เก็บข้อมูลและในฐานะผู้ใช้ทั่วไปคุณไม่ต้องการใช้

เลือกส่วนขยาย. gz

— Salih Emin
แหล่งที่มา

7

find / var / log -type f -name "* .gz" -exec rm -f {} \;

— diyism

@diyism ฉันลองใช้รหัสของคุณ แต่ไม่ได้ช่วยอะไรมาก บันทึกการใช้ของฉันยังคงใช้พื้นที่ 6GB @ _ @

— GusDeCooL

1

find /var/log -type f -name "*.gz" -deleteฉันลบไฟล์ที่ถูกบีบอัดและปล่อยให้มีพื้นที่ว่างเพียงประมาณ 1 GB ไม่เพียงพอสำหรับ/50GB สำหรับdir และดิสก์อื่น ๆ ของฉัน/home!

— Muhammad Gelbana

พีซีของแม่ฉันมีไฟล์kern.logขนาด 21 GB kern.logขนาดใหญ่ระบุว่ามีปัญหาในเคอร์เนลของตัวเองหรือในบางสิ่งที่กำลังประสบปัญหาในการจัดการ ในทั้งสองกรณีเราแนะนำให้ไปที่ terminal shell Linux และรันcat /var/log/kern.logหรือnano /var/log/kern.log(ที่ GUI เรียกใช้บางอย่างเช่นgedit /var/log/kern.logหรือmousepad /var/log/kern.log) และตรวจสอบสิ่งที่อาจเป็นปัญหา เมื่อคุณทราบว่ามีอะไรผิดปกติคุณสามารถเรียกใช้sudo rm /var/log/kern.log ; sudo telinit 6เพื่อลบไฟล์ (ใหญ่) ดังกล่าวแล้วรีสตาร์ทระบบปฏิบัติการ

— Yuri Sucupira

ในกรณีของฉันจะเป็นการลบไฟล์เพียง 15.7 MB จาก 41 ไฟล์ ปัญหาจริงที่นี่คือmessages(7.7 GB), user.log(7.7 GB), syslog(4.1 GB) และsyslog.1(3.5 GB) ไฟล์สี่ไฟล์รวม 23 GB มีวิธีใดที่จะลบออกหรืออย่างน้อยก็ลดขนาดลง

— Rodrigo

32

ฉันจะไม่ลบโฟลเดอร์ / var / log ทั้งหมด - ซึ่งจะทำให้สิ่งต่าง ๆ เสียหาย

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

ดีกว่าคือการค้นหาสาเหตุที่บันทึกไม่ถูกหมุนเวียน (และลบภายหลัง) Logrotateควรจะทำสิ่งนี้ให้คุณและฉันคิดว่ามันไม่ได้ทำงานทุกคืนตามที่ควร

สิ่งแรกที่ฉันจะทำคือ:

sudo /etc/cron.daily/logrotate

สิ่งนี้ควรหมุนล็อกไฟล์ (ดังนั้น kern.log จะกลายเป็น kern.log.1); และคุณสามารถลบ kern.log.1 และอื่น ๆ เพื่อเพิ่มพื้นที่ว่างในดิสก์

หากทุกอย่างดีจนถึงตอนนี้คำถามต่อไปคือทำไมสิ่งนี้ไม่เกิดขึ้นโดยอัตโนมัติ หากคุณปิดคอมพิวเตอร์ในเวลากลางคืนตรวจสอบให้แน่ใจว่าคุณติดตั้งanacronแล้ว

— richvdh
แหล่งที่มา

17

คุณควรดูบันทึกและดูสิ่งที่กำลังเขียนถึงพวกเขา ฉันเดาว่า ufw / iptables (คุณกำลังบันทึกการรับส่งข้อมูลเครือข่ายทั้งหมด)

ufw - เมื่อคุณบันทึกแพ็กเก็ตทั้งหมดคุณจะได้รับบันทึกขนาดใหญ่ หากคุณไม่ต้องการตรวจสอบบันทึกให้ปิดการใช้งาน หากคุณต้องการตรวจสอบเครือข่ายของคุณให้ใช้ snort Snort จะกรองแพ็กเก็ตนับพันที่คุณได้รับและแจ้งเตือนคุณถึงปริมาณการใช้งานที่อาจเป็นปัญหา

ฉันเดาว่า ufw เป็นผู้ร้ายและคุณได้รับบันทึกขนาดใหญ่ใน kern.log เพราะคุณกำลังบันทึกแพ็กเก็ตที่นั่นเช่นกัน

บางครั้งมีปัญหาเคอร์เนลหรือฮาร์ดแวร์ที่เติมบันทึก ในกรณีที่เป็นการดีที่สุดที่จะแก้ไขปัญหาหรือยื่นข้อบกพร่องคุณจะต้องตรวจสอบบันทึกเพื่อทำเช่นนั้น

หากคุณไม่สามารถแก้ไขปัญหาได้คุณสามารถกำหนดค่า syslog เป็นไม่กรอกบันทึกของคุณ

ดูhttp://manpages.ubuntu.com/manpages/precise/man5/syslog.conf.5.html

หากคุณให้รายละเอียดเพิ่มเติมเกี่ยวกับปัญหาเราสามารถช่วยแก้ไขข้อบกพร่องได้ดีขึ้น

— เสือดำ
แหล่งที่มา

2

นั่นเป็นจุดที่ดีมาก คุ้มค่าที่จะทราบว่ามีอะไรอุดตันในบันทึกแทนที่จะลบทิ้ง +1

— richvdh

6

การลบ/var/logอาจเป็นความคิดที่ไม่ถูกต้อง แต่การลบไฟล์บันทึกแต่ละไฟล์ควรเป็น OK

ในแล็ปท็อปของฉันมีดิสก์ SSD ขนาดเล็กฉันตั้งค่า/var/log( /tmpและ/var/tmp) เป็นtmpfsจุดเชื่อมต่อโดยเพิ่มบรรทัดต่อไปนี้ลงใน/etc/fstab:

temp        /tmp        tmpfs   rw,mode=1777    0   0
vartmp      /var/tmp    tmpfs   rw,mode=1777    0   0
varlog      /var/log    tmpfs   rw,mode=1777    0   0

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

ปัญหาเดียวที่ฉันมีคือบางโปรแกรม (APT ที่สะดุดตาที่สุด) ต้องการเขียนบันทึกลงในไดเรกทอรีย่อย/var/logและไม่ฉลาดพอที่จะสร้างไดเรกทอรีเหล่านั้นหากไม่มีอยู่ การเพิ่มบรรทัดmkdir /var/log/aptลงใน/etc/rc.localแก้ไขปัญหานั้นโดยเฉพาะสำหรับฉัน; ขึ้นอยู่กับซอฟต์แวร์ที่คุณติดตั้งคุณอาจต้องสร้างไดเรกทอรีอื่นด้วย

(ความเป็นไปได้อีกอย่างก็คือการสร้างtarไฟล์เก็บถาวรแบบง่าย ๆที่มีเพียงไดเรกทอรีและเพื่อยกเลิกการเก็บไว้ใน/var/logตอนเริ่มต้นเพื่อสร้างไดเรกทอรีที่จำเป็นทั้งหมดและตั้งค่าสิทธิ์ทั้งหมดในครั้งเดียว)

— Ilmari Karonen
แหล่งที่มา

1

ufw เป็น probleem เห็นได้ชัดว่าฉันตั้งค่าการบันทึกเป็นเต็มดังนั้นมัน logde ทุกอย่าง ขอบคุณสำหรับความช่วยเหลือ :)

— Blade19899