บนเซิร์ฟเวอร์ Linux หลายเครื่อง systemd journal จะค่อย ๆ โตจนกลายเป็นข้อมูลที่ใหญ่ที่สุดใน /var คุณสามารถดูขนาด ตัดทอนครั้งเดียว และกำหนดขีดจำกัดให้มีขนาดเล็กอยู่เสมอ โดยไม่ต้องแตะต้องไฟล์บันทึกอื่น ๆ
รัน journalctl --disk-usage คำสั่งนี้จะแสดงขนาดรวมของไฟล์ journal ที่เก็บถาวรและที่กำลังใช้งาน โดยปกติไฟล์เหล่านี้อยู่ใน /var/log/journal (แบบถาวร) หรือ /run/log/journal (เก็บในหน่วยความจำเท่านั้น)
หากไม่มีไดเรกทอรี /var/log/journal ระบบของคุณอาจเก็บ journal ไว้ในหน่วยความจำเท่านั้น และขนาดที่เห็นจะถูกจำกัดด้วย RAM ไม่ใช่ดิสก์
หากต้องการให้ journal มีขนาดไม่เกินที่กำหนด ให้รัน sudo journalctl --vacuum-size=500M หากต้องการเก็บเฉพาะรายการล่าสุด ให้รัน sudo journalctl --vacuum-time=14d ทั้งสองคำสั่งจะลบไฟล์ journal เก็บถาวรเก่า และไม่สามารถกู้คืนบันทึกในไฟล์เหล่านั้นได้ภายหลัง
รัน journalctl --disk-usage อีกครั้งเพื่อยืนยัน การ vacuum จะลบไฟล์เก็บถาวรทั้งไฟล์ ผลลัพธ์จึงอาจสูงหรือต่ำกว่าเป้าหมายเล็กน้อย
เปิด /etc/systemd/journald.conf (หรือสร้างไฟล์ drop-in ใน /etc/systemd/journald.conf.d/) แล้วกำหนด SystemMaxUse=500M ภายใต้ส่วน [Journal] หากต้องการเว้นพื้นที่ว่างไว้ด้วย สามารถใช้ SystemKeepFree=1G ได้เช่นกัน SystemMaxUse จำกัด journal แบบถาวร ส่วน RuntimeMaxUse ทำหน้าที่เดียวกันกับ journal ในหน่วยความจำ
ใช้การตั้งค่าด้วย sudo systemctl restart systemd-journald จากนั้นตรวจสอบ journalctl --disk-usage อีกครั้งหลังผ่านไปสักพัก
Journal ที่เล็กลงหมายถึงประวัติสำหรับการดีบั๊กที่สั้นลง หากต้องการประวัติของบริการใดบริการหนึ่งที่ยาวนานขึ้น ให้ส่งบันทึกของบริการนั้นไปเก็บไว้ที่อื่นแทนการเก็บทุกอย่างไว้บนเซิร์ฟเวอร์
ดูว่าบริการใดเขียนบันทึกมากที่สุด: journalctl -b -p warning --no-pager | tail จะแสดงคำเตือนล่าสุด และบริการที่บันทึกหลายพันบรรทัดต่อนาทีควรได้รับการแก้ไขที่ต้นเหตุ
อัปเดตล่าสุด: 2026-10-03
ปลอดภัยต่อตัวระบบ เพราะคำสั่งนี้ลบเฉพาะไฟล์ journal เก็บถาวรเก่า แต่ประวัติบันทึกนั้นจะหายไป ดังนั้นโปรดตรวจสอบก่อนว่าไม่จำเป็นต้องใช้ในการตรวจสอบปัญหา
รีสตาร์ต systemd-journald (sudo systemctl restart systemd-journald) ขีดจำกัดจะมีผลตั้งแต่นั้นเป็นต้นไป และไฟล์เก่าจะถูกตัดทอนเมื่อ journal หมุนเวียนไฟล์
การเก็บถาวรถูกปิดอยู่ หรือตั้งเป็น auto โดยไม่มีไดเรกทอรีนี้ journal จึงอยู่ใน /run/log/journal ในหน่วยความจำและจะหายไปเมื่อรีบูต ให้สร้าง /var/log/journal แล้วรีสตาร์ต journald เฉพาะเมื่อต้องการเก็บถาวร
เริ่มจากเครื่องมือในตัว และสิ่งที่ควรตรวจสอบก่อนลบ
ลำดับการตรวจที่เหมาะสมก่อนเปลี่ยนแปลงสิ่งใด ๆ
รายการตรวจสอบสั้น ๆ เรียงตามลำดับ ก่อนที่จะเปลี่ยนแปลงสิ่งใด
อ่าน ID ทำความเข้าใจ แล้วค้นหาในหน้าเว็บทางการของผู้ผลิต
เครื่องมือล้างข้อมูลแต่ละตัวสร้างมาเพื่ออะไร และเหมาะกับใคร
อะไรลบได้อย่างปลอดภัย และอะไรควรตรวจสอบอีกครั้ง
ลบอะไร เสียอะไร และควรใช้เมื่อใด
เหตุใดจึงดูใหญ่ และวิธีลดขนาดอย่างปลอดภัย
มีอะไรอยู่ข้างใน จะสูญเสียอะไร และวิธีลบที่รองรับอย่างเป็นทางการ
แคชนี้คืออะไร และวิธีล้างด้วยเครื่องมือของ Windows
ลำดับที่เหมาะสมสำหรับเครือข่าย ชิปเซ็ต ที่เก็บข้อมูล กราฟิก และอื่น ๆ
เพิ่มไดรเวอร์ทีละตัวหรือทั้งโฟลเดอร์จากบรรทัดคำสั่ง
ตรวจดูก่อน สำรองข้อมูล แล้วจึงลบ ด้วยเครื่องมือของ Android เอง
สาเหตุที่รูปซ้ำเกิดขึ้น และวิธีลบโดยไม่เสียรูปที่ต้องการ
Rain Cleaner: ตรวจสอบก่อนล้าง มีเวอร์ชันฟรี ทดลองใช้ Pro 14 วัน
ขั้นตอนการตรวจสอบแฮช การสแกนด้วย Defender และการใช้งาน SmartScreen
วิธีแจ้งปัญหาด้านความปลอดภัยเป็นการส่วนตัว
สิ่งที่เรากำลังพัฒนาในตอนนี้ ขั้นถัดไป และในอนาคต
ลำดับการตรวจสอบที่ปลอดภัย: df, inode, du, ไฟล์ที่ถูกลบแต่ยังเปิดค้าง, ล็อก, แพ็กเกจ และ Docker
4 วิธีในตัวสำหรับดูว่าอะไรกินพื้นที่ ก่อนที่จะลบสิ่งใด
ทุกคำถามเกี่ยวกับการล้างดิสก์ไว้ในที่เดียว พร้อมลำดับการตรวจสอบที่ปลอดภัย
เก้าขั้นตอนตามลำดับที่ปลอดภัย พิมพ์ได้
การสำรองข้อมูล จุดคืนค่า การดูตัวอย่างก่อน และสิ่งที่ไม่ควรลบด้วยตนเอง
ไฟล์เหล่านี้คืออะไร วิธีลดขนาดอย่างปลอดภัย และสิ่งที่ไม่ควรแตะต้อง
ฟรี ไม่ต้องมีบัญชี ไม่ต้องสมัครสมาชิก ใช้ได้กับ Windows 10 และ 11