<הקודם | תוכן | הבא>

6.6. בדיקת מנגנון ה-Cash Dump

בדיקת מנגנון ה-Cash Dump תגרום אתחול המערכת. במצבים מסוימים, זה יכול לגרום לאובדן נתונים אם המערכת נמצאת תחת עומס כבד. אם ברצונך לבדוק את המנגנון, ודא שהמערכת במצב סרק או תחת עומס קל מאוד.

ודא שה- SysRQ מנגנון מופעל על ידי הסתכלות על הערך של / proc / sys / kernel / sysrq פרמטר ליבה:

חתול / proc / sys / kernel / sysrq

אם ערך של 0 מוחזרת תכונת ה-dump ולאחר מכן אתחול מחדש מושבתת. ערך גדול מ 1 מציין שתת-סט של תכונות sysrq מופעלת. לִרְאוֹת /etc/sysctl.d/10-magic-sysrq.conf לתיאור מפורט של האפשרויות וערך ברירת המחדל. הפעל dump ואז הפעל מחדש את הבדיקה עם הפקודה הבאה:

sudo sysctl -w kernel.sysrq=1

ברגע שזה נעשה, אתה חייב להפוך לשורש, כמו סתם שימוש sudo לא יספיק. בתור ה שורש משתמש, תצטרך להוציא את הפקודה echo c > /proc/sysrq-trigger. אם אתה משתמש בחיבור רשת, תאבד את הקשר עם המערכת. זו הסיבה שעדיף לבצע את הבדיקה תוך כדי חיבור לקונסולת המערכת.

יש לזה היתרון של הפיכת תהליך dump הליבה לגלוי. פלט בדיקה טיפוסי אמור להיראות כך:

סודו-ס

סיסמת [sudo] עבור אובונטו:

# echo c > /proc/sysrq-trigger

(ריק)

....

שאר הפלט קטוע, אבל אתה אמור לראות את המערכת מאתחלת ואיפשהו ביומן, תראה את השורה הבאה:

התחל: שמירת vmcore מקריסת ליבה...

לאחר השלמתו, המערכת תאתחל למצב הפעולה הרגיל שלה. לאחר מכן תמצא את קובץ Kernel Crash Dump, וספריות משנה קשורות, ב- /var/crash ספרייה:

ls /var/crash

201809240744 kexec_cmd linux-image-4.15.0-34-generic-201809240744.crash

אם ה-dump לא עובד עקב שגיאת OOM (חסר זיכרון), נסה להגדיל את כמות הזיכרון השמור על ידי עריכה /etc/default/grub.d/kdump-tools.cfg. לדוגמה, כדי לשמור 512 מגה בייט:

GRUB_CMDLINE_LINUX_DEFAULT="$GRUB_CMDLINE_LINUX_DEFAULT crashkernel=384M-:512M"

לָרוּץ sudo עדכון grub ולאחר מכן הפעל מחדש לאחר מכן, ולאחר מכן בדוק שוב.

<הקודם | תוכן | הבא>