journalctl - ตรวจสอบความเสียหายของรายงาน


22

ฉันเพิ่งสังเกตเห็นverifyตัวเลือกนี้journalctlและตัดสินใจที่จะออกไปมันแสดงให้เห็นถึงการทุจริตสิ่งที่อาจทำให้เกิดอะไรขึ้น? และถ้าฉันควรทำอะไรเกี่ยวกับเรื่องนี้? ฉันควรตรวจสอบเพิ่มเติมหรือไม่

journalctl --verify
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1000.journal
Invalid object contents at 3733856░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/19184893a1d645c7a43729e79b10a876/system.journal:3733856 (of 91734016, 4%).
FAIL: /var/log/journal/19184893a1d645c7a43729e79b10a876/system.journal (Bad message)
Invalid object contents at 21575496░░░░░░░░░░░░░░░░░░░░░░░░░░░░░  45%
File corruption detected at /var/log/journal/19184893a1d645c7a43729e79b10a876/system@60e058db556e4de4b256d0b1ff176aa4-0000000000000001-0004e0b436d20aa1.journal:21575496 (of 44052480, 48%).
FAIL: /var/log/journal/19184893a1d645c7a43729e79b10a876/system@60e058db556e4de4b256d0b1ff176aa4-0000000000000001-0004e0b436d20aa1.journal (Bad message)
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1000@60e058db556e4de4b256d0b1ff176aa4-0000000000000a91-0004e0b4ff9a949a.journal
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1001.journal

คำตอบ:


14

ขณะนี้ journalctl สามารถตรวจพบบันทึกที่เสียหาย แต่ไม่มีคำสั่ง "fsck" พิมพ์เพื่อพยายามซ่อมแซม journald จะสลับเป็นเขียนไฟล์ "clean" ใหม่โดยอัตโนมัติทันทีที่ตรวจพบปัญหาดังนั้นการสูญเสียข้อมูลในทางทฤษฎีจึงควรมีน้อยที่สุด

จนกว่าจะมีคำสั่งซ่อมแซมไฟล์การค้นหาไฟล์เจอร์นัลที่เสียหายและการลบมันเป็นการรักษาเพียงอย่างเดียว คุณสามารถหาข้อมูลเพิ่มเติมเกี่ยวกับสิ่งนี้ได้ใน mega-thread ของเราทำให้การบันทึกเฉพาะวารสารเป็นค่าเริ่มต้น:

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

สิ่งต่าง ๆ สำหรับความเสียหายในกลาง เราไม่มีเครื่องมือที่ดีสำหรับการกู้ข้อมูลจากความเสียหายดังกล่าว แต่สามารถเขียนได้ค่อนข้างง่าย อย่างไรก็ตามเนื่องจากมันไม่น่าเป็นไปได้สูงเนื่องจากรูปแบบ "ผนวกเท่านั้น" ของวารสารนี้จึงไม่ได้อยู่ในรายการสิ่งที่ต้องทำของเรา

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


FAA คืออะไร
xenoterracide

@xenoterracide การพิมพ์ผิดประเภทโทรศัพท์แปลก ๆ คือสิ่งที่เป็น :)
mattdm

1
@slm ใช่มีการนั่งรถบัสเป็นเวลานานจากสำนักงาน :) ขอโทษที่เสียเวลา - อย่างน้อยก็หวังว่าคุณจะได้เรียนรู้บางอย่างเกี่ยวกับการบิน
mattdm

1
อย่างน้อยวารสารที่เสียหายในระบบของฉันดูเหมือนจะเป็นเรื่องปกติ ... มีคำแนะนำเกี่ยวกับวิธีระบุสิ่งที่ทำให้เกิดปัญหาหรือไม่
xenoterracide

2
ในทุก systemd ระบบที่ฉันเห็นบันทึกประจำวันที่เสียหายเป็นเรื่องธรรมดา คำตอบนี้มีอายุเกือบ 5 ปีและเท่าที่ฉันสามารถบอกได้ว่าไม่มีวิธีแก้ปัญหาสำหรับปัญหานี้
MountainX สำหรับ Monica Cellio

2

มันน่าจะเป็นที่เกี่ยวข้องกับหัวข้อนี้ในวิกิพีเดีย ArchLinux หัวข้อ: ปัญหา journalctl มันดูเหมือนว่าจะมีบางสิ่งบางอย่างจะทำอย่างไรกับการตั้งค่านี้ในSystemMaxUse/etc/systemd/journald.conf

ด้ายไม่ได้ข้อสรุป แต่หลายคนมีโชคบางอย่างในที่โล่งอย่างใดอย่างหนึ่งออกมาบันทึกภายใต้หรือเพิ่มค่าสำหรับ/var/log/journal/*SystemMaxUse


น่าเสียดายที่การเล่นกับค่านั้นดูเหมือนจะไม่ได้ช่วยอะไร ฉันสงสัยว่าการล้างบันทึกช่วยเพราะลบบันทึกที่ไม่ถูกต้อง
xenoterracide

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