למה הכונן התמלא במחשב המדיה סנטר שלי ואיך לסדר זאת?

תמונה
https://ibb.co/BrBL3Mv

תודה

זה נראה ש ה journal שלך מלא , אתה יכול לקרוא את ההודעות משם או להגביל את הגודל של הקובץ הזה בתוך systemd עצמו.

https://wiki.archlinux.org/title/Systemd/Journal#Journal_size_limit

בארצ' זה לא היה קורה

ברירת המחדל של הז’ורנל היא להשאיר תמיד מקום פנוי בדיסק (ואם אין מספיק מקום פנוי: לפנות). בדרך כלל לא צריכה להיות סיבה להתעסק עם ההגדרות.

מה שכן, אם אפשר לוותר על הז’ורנל, אפשר למחוק אותו ולהישאר רק עם מה שנמצא בזכרון: למחוק את התיקיה ולהתחיל מחדש את systemd-journald. זה אמצעי מאוד דרסטי, אבל עובד.

מה שכן, אם דיסק מאוד גדול התמלא, יכול להיות שמה שממלא אותו הוא משהו שכותב מהר, ואז גם אמצעים דרסטיים מועילים לזמן קצר מאוד.

ולאחר קריאה: מה שהתמלא אינו הקובץ של הז'ורנל, אלא קובץ syslog. משהו כותב לתוכו הרבה (ואולי גם מהר).

הדרך המהירה „למחוק״ אותו היא לאפס אותו (ושוב: מדובר על אמצעי דרסטי. וכמוכן, הצעד הזה לא מתאים לכל סוג קובץ, ולקובץ הזה הוא דווקא מתאים):

echo -n >/var/log/syslog

זו פקודה שלא מתאימה להרצה עם sudo כי הכתיבה מתבצעת ע״י ה־shell ולא ע״י echo.

אבל ניחוש סביר הוא שמשהו ימשיך למלא מהר את הקובץ. לבדוק מהר אם הקובץ ממשיך להתמלא ולטפל בגורם המטריד.

צפריר:

ולאחר קריאה: מה שהתמלא אינו הקובץ של הז'ורנל, אלא קובץ syslog. משהו כותב לתוכו הרבה (ואולי גם מהר).

הדרך המהירה „למחוק״ אותו היא לאפס אותו (ושוב: מדובר על אמצעי דרסטי. וכמוכן, הצעד הזה לא מתאים לכל סוג קובץ, ולקובץ הזה הוא דווקא מתאים):

קוד


echo -n >/var/log/syslog

זו פקודה שלא מתאימה להרצה עם sudo כי הכתיבה מתבצעת ע״י ה־shell ולא ע״י echo.

אבל ניחוש סביר הוא שמשהו ימשיך למלא מהר את הקובץ. לבדוק מהר אם הקובץ ממשיך להתמלא ולטפל בגורם המטריד.

when in doubt blame systemd! אבל ברצינות מחיקת לוגים ? מה לגבי הגדרת logrotate וזהוא ?

ולמה לא בודקים מה יש בתוך הלוגים ?

Anonymous:

צפריר:

ולאחר קריאה: מה שהתמלא אינו הקובץ של הז'ורנל, אלא קובץ syslog. משהו כותב לתוכו הרבה (ואולי גם מהר).

הדרך המהירה „למחוק״ אותו היא לאפס אותו (ושוב: מדובר על אמצעי דרסטי. וכמוכן, הצעד הזה לא מתאים לכל סוג קובץ, ולקובץ הזה הוא דווקא מתאים):

קוד


echo -n >/var/log/syslog

זו פקודה שלא מתאימה להרצה עם sudo כי הכתיבה מתבצעת ע״י ה־shell ולא ע״י echo.

אבל ניחוש סביר הוא שמשהו ימשיך למלא מהר את הקובץ. לבדוק מהר אם הקובץ ממשיך להתמלא ולטפל בגורם המטריד.

when in doubt blame systemd! אבל ברצינות מחיקת לוגים ? מה לגבי הגדרת logrotate וזהוא ?

ולמה לא בודקים מה יש בתוך הלוגים ?

לא צבענו בכחול וזרקנו לים אתמול?

אבל בשיא הרצינות, במידה ולוגים מתופוצצים, משהו כותב לתוכם הרבה מידע,
בדרך כלל כדאי לבדוק מה זה המשהו הזה ולמה הוא מתפיח את הלוגים

כנראה בגלל הרחבה שהתקנתי לכרומיום

התלבטתי לגבי זה. כשהקובץ כל כך גדול ואין מקום פנוי, לא לנסות להסתכל עליו עם less או כל תוכנית מוצלחת יותר. יש סיכוי לא רע שהתוכנית צריכה לעבור על הרבה זכרון, או אולי להשתמש בקצת דיסק בשביל זה. אם כי לרוב less היא תוכנית די יעילה מבחינת שימוש בזכרון.

הדבר הראשון ששווה לנסות: tail על הקובץ – במקרה הזה די סביר להניח שיהיו הרבה שורות זהות בסוף.