ฉันสามารถลบ / var / log ไฟล์เนื่องจากพื้นที่รูทเหลือน้อยได้หรือไม่?


24

เพิ่งมีข้อความ:

พื้นที่ดิสก์เหลือน้อย .. เหลือ 2 GB

เมื่อพิจารณาจากข้อความที่โพสต์บนฟอรัม ubuntu.org ฉันพบว่าฉันมีไฟล์. log /var/logขนาด 22 GB! รากของฉันคือพาร์ติชัน 82 GB และตัววิเคราะห์ดิสก์แสดงผู้กระทำผิดให้เข้าสู่ระบบ รูทของระบบได้รับการติดตั้งประมาณ 8 เดือนที่ผ่านมาดังนั้นชัดเจนว่านี่ไม่ใช่สิ่งที่ดีในการสร้างบันทึก 22 GB บนพาร์ติชันราก 82 GB

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


1
อีกทางเลือกหนึ่งคือการบีบอัดไฟล์โดยใช้gzipหรือbzip2- แม้ว่าต้องมีพื้นที่เพียงพอชั่วคราวในการเก็บสำเนาของไฟล์ที่ไม่มีการบีบอัดและบีบอัด ไฟล์บันทึกมีแนวโน้มที่จะมีจำนวนมากซ้ำซ้อนดังนั้นจึงควรบีบอัดข้อมูลได้ค่อนข้างดี (อาจดีกว่า 90%)
Keith Thompson

คำตอบ:


20

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

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

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


1
ขอบคุณสำหรับคำแนะนำ. ตอนนี้ฉันพบไฟล์บันทึกที่ละเมิดเป็น "mail.log" นี่คือลิงค์ไปยังฟอรัม Ubuntu: [ ubuntuforums.org/showthread.php?p=12148780#post12148780]ผู้อ่านจะสังเกตเห็นในไฟล์บันทึกภาพหน้าจอขนาดใหญ่ 3 ไฟล์ (sys, mail, mail.err) ฉันหวังว่านี่จะช่วยให้ทุกคนที่มีปัญหาคล้ายกันกับการสูญเสียพื้นที่รูท
พอล B

ตอนนี้ฉันมีพื้นที่ว่าง 60Gb หลังจากลบไฟล์. log ที่ละเมิด โปรดอ้างอิงจากฟอรัม Ubuntu ขอบคุณ Eliah สำหรับการเน้นปัญหาและตอบกระทู้ของฉัน
พอล B

8

ฉันต้องการเพิ่มคำเตือนที่นี่ - บางทีคุณสามารถลบไฟล์บันทึกทั้งหมด แต่คุณอาจมีปัญหาหากคุณลบไดเรกทอรีย่อย / var / log ฉันลบไฟล์บันทึกของฉันทั้งหมดและไดเรกทอรีของพวกเขา (RM-R / var / log / *) และมันยากจนการทำงาน apache2 ของฉัน เห็นได้ชัดว่าอาปาเช่ไม่สามารถสร้างไดเรกทอรีล็อกไม่ได้ดังนั้นจึงไม่สามารถเขียนไฟล์บันทึกได้และนั่นอาจทำให้เกิดความล้มเหลวได้

ฉันเคยได้ยินมาก่อนแล้วว่าการลบไฟล์บันทึกบางรายการอาจทำให้เกิดปัญหาได้แม้ว่าฉันจะไม่มีประสบการณ์โดยตรงที่จะสนับสนุน แต่แน่นอนว่าฉันไม่เคยมีประสบการณ์การลบไดเรกทอรีโดยตรงมาก่อนจนกระทั่งสองสามวันที่ผ่านมา ...


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

2

นอกเหนือจากโพสต์ดั้งเดิมของฉันฉันพบว่าการใช้ BleachBit (บนรูท) ง่ายขึ้นเพื่อล้างบันทึกเก่าทั้งหมดบน Ubuntu 12.10 บนเดสก์ท็อป ทำไมพวกเขาถึงมีขนาดใหญ่มากฉันยังไม่รู้ แต่สำหรับตอนนี้ BleachBit 'กำจัดบิตที่รู้จักทั้งหมด DEAD!' ฉันเรียกคืนพื้นที่มากกว่า 1.6Gig หากคุณพบบันทึกที่คล้ายกันปัญหาให้ตรวจสอบยูทิลิตี้ BleachBit จาก Ubuntu Software Resource หรือ Synaptic Package Manager


0

ฉันรู้ว่ามันเก่า แต่ก็เป็นซอฟต์แวร์ที่ฉันทำงานด้วยเมื่อเร็ว ๆ นี้ ฉันต้องการติดตั้ง Android Studio เวอร์ชันเก่าและมันก็ทำงานแปลก ๆ เมื่อเปิดตัวโดยผู้ใช้มาตรฐาน ดังนั้นฉันจึงทดลองใช้งานด้วย GKSU root ภายในสองสามชั่วโมงที่เล่นทั่วทั้งฮาร์ดดิสก์ของฉันก็หมดไป WTF? ไฟล์ที่ละเมิดก็คือไฟล์บันทึกใน / var / log ดังนั้นฉันจึงเปิดตัว GKSU หอยโข่งและมองไปรอบ ๆ มันสร้างไฟล์บันทึกขนาด 3x30gb ซึ่งฉันลบทันทีตั้งแต่ฉันรู้ว่ามันมาจากไหน ดังนั้นในขณะที่ฉันเข้าใจความเสี่ยงของการทำสิ่งต่าง ๆ ในฐานะที่เป็นรากบางทีสิ่งนี้จะช่วยให้ใครบางคนสามารถหาปัญหาได้


-2

หากคุณใช้ rsync หรือมีพื้นที่ดิสก์เหลือน้อยเป้าหมายดีเลิศสองคำจะถูกดูแลโดยคำสั่งทั้งสองนี้:

sudo rm /var/log/kern*
sudo rm /var/log/messages*

สิ่งเหล่านี้สามารถมีขนาดใหญ่และจะถูกสร้างขึ้นใหม่ในครั้งแรกที่ระบบต้องการเขียนถึงพวกเขา

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

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