ฉันจะหยุด /var/log/kern.log.1 จากการใช้พื้นที่ดิสก์ทั้งหมดได้อย่างไร


9

ฉันมี HDD 80 GB โดยไม่มีพาร์ติชั่นใด ๆ วันหนึ่งฉันรู้ว่าฉันได้สูญเสียพื้นที่ว่างในดิสก์ส่วนใหญ่ไปแล้ว ฉันค้นพบว่า/var/log/kern.log.1ใช้พื้นที่มากถึง 25 GB และไม่มีตัวเลือกการลบสำหรับไฟล์นั้น

นี่คือภาพหน้าจอของปัญหา:

20130110-125652

ฉันใหม่สำหรับ Ubuntu / Linux กรุณาช่วย. ขอบคุณ.


ไฟล์ kern.log อื่น ๆ มีขนาดใหญ่เท่าใดในไดเรกทอรีนี้? เป็นkern.log.1ไฟล์ขนาดใหญ่เท่านั้น?
qbi

ใช่ kern.log.1 เป็นไฟล์ขนาดใหญ่เท่านั้นไฟล์อื่น ๆ อยู่ในช่วงไม่กี่ mb
Abhishek Prakash

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

คำตอบ:


7

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

คุณสามารถทำได้จากบรรทัดคำสั่ง:

sudo rm /var/log/kern.log.1

ทุกครั้งที่คุณบู๊ตไฟล์บันทึกจะถูกสร้างและหมุนอีกครั้งดังนั้นคุณควรดูขนาดไฟล์ kern.log. * ถัดไป รายงานข้อผิดพลาดที่เกี่ยวข้องกับ Launchpad: https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/115774


4

syslog

  • เพื่อป้องกันไม่ให้ไฟล์บันทึกขนาดใหญ่เกินไปในอนาคตให้แก้ไข/etc/logrotate.confเพื่อ จำกัด จำนวนและขนาดของไฟล์บันทึก ดูman logrotateข้อมูลเพิ่มเติม

systemd

  • การกำหนดค่าการ Systemd /etc/systemd/journald.confวารสารแก้ไข ดูman journald.confข้อมูลเพิ่มเติม

  • สำหรับข้อมูลเกี่ยวกับjournalctlการใช้งานพื้นฐานดูที่systemd: การใช้เจอร์นั

  • สำหรับข้อมูลเกี่ยวกับวิธีการลดขนาดของวารสาร Systemd ให้ดูSystemd บันทึก ( journalctl) มีขนาดใหญ่เกินไปและช้า


1
หรือปิด syslog และใช้วารสาร สิ่งต่าง ๆ กำลังไปในทิศทางนั้นมันเป็นเพียงเรื่องของเวลา
Metta Crawler

1

kern.log.1 เป็นหนึ่งในหลาย ๆ ไฟล์ของเคอร์เนล

พวกเขาและmessages.log.xกลุ่มสามารถรวมกันเป็น Gb ได้จำนวนมาก ไฟล์บันทึกส่วนที่เหลือในไดเรกทอรีใช้เวลาประมาณ 1% ของผลรวมดังนั้นไม่จำเป็นต้องพยายามล้างไดเรกทอรีบันทึกเป็นจำนวนมาก มันอาจเป็นอันตรายต่อระบบของคุณ ..

หากต้องการเรียกคืน 99% ต่อไปนี้เป็นสองคำสั่งที่จะทำการหลอกลวงโดยการลบไฟล์หลาย GB ที่ไม่จำเป็น:

sudo rm /var/log/kern* &>/dev/null
sudo rm /var/log/messages* &>/dev/null

ไฟล์เหล่านี้จะถูกสร้างขึ้นอีกครั้งในครั้งแรกที่จำเป็น

ในการตอบคำถามของคุณโดยเฉพาะ: คุณสามารถตั้งค่างาน cron เพื่อลบได้ทุกเที่ยงคืนหรือสัปดาห์ละครั้ง


ฉันใช้พวกเขาบวก

rm -rf ~/.cache/chromium/Default/Cache/* &>/dev/null

สำหรับการrsyncสำรองข้อมูลเที่ยงคืนของฉันจาก SSD หลัก / dev / sda ไปยัง HDD ที่มีขนาดใหญ่กว่า / dev / sdb ช่วยประหยัดพื้นที่และไม่จำเป็นในทุกสถานการณ์การกู้คืน


1
ไม่เป็นความจริงเลยว่าพฤติกรรมนี้สร้างขึ้นใน Linux เคอร์เนล Linux เขียนข้อความบันทึกเหล่านี้ลงในบัฟเฟอร์ภายใน (ในหน่วยความจำ) เพื่อให้แอปพลิเคชันพื้นที่ผู้ใช้สามารถเข้าถึงได้ มี syslog daemon บางตัวที่ดึงบันทึกเหล่านี้แล้วเขียนลงใน / var / log ภูตนั้นมีการกำหนดค่าที่ดีมากหรือปิดได้อย่างสมบูรณ์
ฝัน

จุดที่ถ่ายได้ดี มีข้อความบันทึกจำนวนมากที่จำเป็นสำหรับนักพัฒนาขั้นสูงดังนั้นฉันจึงไม่แนะนำให้ปิดระบบโดยสิ้นเชิง ฉันทำการrsyncสำรองข้อมูลทุกคืนจาก / dev / sda SSD ไปยัง HDD ขนาดใหญ่ / dev / sdb และเพื่อให้ใช้พื้นที่ได้อย่างมีประสิทธิภาพฉันได้ทำไปแล้วและrm -rf /home/pi/.cache/chromium/Default/Cache/* &>/dev/nullเนื่องจากไม่มีสิ่งจำเป็นในการกู้คืน .
SDsolar

1
ฉันมักจะเรียกใช้สองคำสั่งต่อไปนี้ก่อนที่จะรีบูท: find /var/log/ -type f \( -name "*.gz" -o -name "*.1" -o -name "*.old" \) -deleteและfind /var/log/ -type f -exec truncate -s 0 {} \;นี่จะล้างออกทั้งหมด / var / log โดยไม่ต้องลบไฟล์หลักเพราะบางไฟล์ในนั้นไม่ได้รับการสร้างอัตโนมัติอีกครั้ง
Videonauth

1

หลังจากพบว่าไฟล์ syslog และ kern.log เพิ่มขึ้นฉันก็ใช้พื้นที่ดิสก์หมด เครื่องมือจัดการพื้นที่ดิสก์แสดงให้ฉันเห็นว่า/var/logโฟลเดอร์กำลังใช้พื้นที่มาก เมื่อฉันรันคำสั่ง

tail -15 syslog  

ฉันพบข้อผิดพลาดซ้ำ ๆ ไฟล์ syslog และ kern.log ใช้เวลา 19 และ 32 G ตามลำดับ (คำสั่งสำหรับการใช้งานดิสก์: du -h filename-h สำหรับการอ่านของมนุษย์)

การลบไฟล์เหล่านี้ปลอดภัยสำหรับระบบที่สร้างขึ้นใหม่ แต่ถ้าคุณต้องการบันทึกการบันทึกของสัปดาห์ก่อนอย่าสำหรับสิ่งที่ไม่ซ้ำกัน

หมายเหตุ (ข้อเสนอแนะเท่านั้น):

1) หากคุณไม่รู้จักระบบไฟล์ linux นี่เป็นลิงค์ที่ดี: https://help.ubuntu.com/community/LinuxFilesystemTreeOverview

2) ข้อมูลเพิ่มเติมเกี่ยวกับไฟล์บันทึก: https://help.ubuntu.com/community/LinuxLogFiles

การผ่านลิงก์เหล่านี้จะเป็นการล้างแนวคิดจำนวนมาก


ขอบคุณข้อมูลที่มีประโยชน์มากมายสำหรับผู้เริ่มต้นใช้งาน Linux อย่างฉัน ข้อมูลอยู่ที่นั่น ... การค้นหามันเป็นปัญหา!
B.Tanner

การค้นหามันก็เป็นปัญหาเช่นกัน หากคุณเอกสาร Google ระบบไฟล์ลินุกซ์ก็ยังไม่แสดงเอกสารดังกล่าวข้างต้น มันจะมองเห็นได้เฉพาะเมื่อคุณพิมพ์เอกสารภาพรวมระบบไฟล์ต้นไม้ลินุกซ์ การค้นหาคำหลักที่เหมาะสมสำหรับ googling นั้นเป็นเรื่องยากสำหรับฉัน น่าสนใจฉันยังเป็นผู้เริ่มต้น;)
Delsilon

มีบทความที่น่าสนใจอื่น ๆ อีกมากมายในไดเรกทอรีหลักของลิงก์ด้านบนเช่น help.ubuntu.com/communityฉันมีเวลาว่างในอีกไม่กี่วันข้างหน้า!
B.Tanner

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