WIUNIX ACADEMY
بعد از ری‌استارت، لاگ بوت قبلی لینوکس رو پیدا کن
صفحهٔ 2 از 2؛ قبل از ادامه، مراحل قبلی و چیزهایی رو که لازم داری مرور کن.
آموزش متناسب با محیط تو
کجا اجرا می‌کنی؟
سیستم‌عامل و نسخهٔ سرورت رو انتخاب کن تا مراحل، دستورها و راه‌حل‌های همون محیط رو ببینی.
قدم بعدی
فقط همون بازهٔ لازم رو خصوصی ذخیره کن
از پوشهٔ خصوصی خودت اجرا کن تا فایل تازه با دسترسی محدود ساخته بشه. اگه journal موقع خوندن خطا بده، فایل ناقص پاک می‌شه. خالی‌بودن فایل به معنی بی‌حادثه‌بودن اون بازه نیست. قبل از فرستادن، محتوا رو بخون و اطلاعات محرمانه رو حذف کن. بعداً هم فایل رو طبق روال نگهداری گزارش حادثه جمع کن.
ترمینال مجاز روی میزبان درگیر
(
umask 077
evidence=$(mktemp ./previous-boot.XXXXXXXX) || exit 1
if journalctl -b "$boot_id" --since "$start" --until "$end" --utc --no-pager -o short-iso-precise > "$evidence"; then
wc -l -- "$evidence"
else
rm -- "$evidence"
exit 1
fi
)نام فایل خصوصی تازه و تعداد خط‌هاش رو می‌بینی. فایل رو بخون تا مطمئن شی پیام‌های لازم توش هستن.
اگه از بوت قبلی لاگی نمونده
اگه journal فقط توی حافظهٔ موقت نوشته شده باشه، معمولاً بعد از ری‌استارت دیگه بهش دسترسی نداری. حتی لاگ روی دیسک هم ممکنه به‌خاطر محدودیت فضا یا زمان پاک شده باشه. حالت خودکار هم فقط وقتی روی دیسک نگه می‌داره که پوشهٔ مخصوصش وجود داشته باشه. قبل از تغییر، تنظیمات واقعی و مدت نگهداری رو با مدیر میزبان بررسی کن.
تا اینجا تنظیم بوت یا سرویس عوض نشده. اگه لاگ بوت قبلی واقعاً از دست رفته، از گزارش متمرکز یا رویدادهای میزبان مجازی کمک بگیر. نگهداری دائمی رو می‌شه برای دفعات بعد با درنظرگرفتن فضای دیسک فعال کرد، ولی این کار لاگ از دست‌رفته رو برنمی‌گردونه.
فقط بوت فعلی رو می‌بینی
با دسترسی مجاز فهرست بوت‌ها، حجم لاگ و تنظیمات ادغام‌شدهٔ journal رو ببین. بودن پوشهٔ روی دیسک ثابت نمی‌کنه که لاگ بوت قبلی هنوز اونجاست.
sudo journalctl --list-boots --utc --no-pager
sudo journalctl --disk-usage
systemd-analyze cat-config systemd/journald.confمنابع این آموزش
منابع رسمی
بالای صفحه می‌بینی که هر محیط چطور بررسی شده. بررسی مستندات به معنی اجرای عملی همهٔ نسخه‌ها نیست.
ادامهٔ مسیر