دليل حديث يبرز أربع أدوات أساسية لـsystemd تساعد مستخدمي لينكس الجدد في تشخيص وحل مشكلات النظام الشائعة. يوفر systemd، نظام التهيئة المستخدم على نطاق واسع في التوزيعات الرئيسية، أدوات مدمجة لإدارة الخدمات، وعرض السجلات، وتحليل أوقات التشغيل، وفحص الانهيارات. تقدم هذه الأدوات نهجًا منظمًا لحل المشكلات دون التخمين.
يُعد systemd مدير النواة لأنظمة لينكس في توزيعات مثل أوبونتو، فيدورا، وديبيان، حيث يدير الخدمات والعمليات بكفاءة. رغم أنه يظل مكونًا مثيرًا للجدل في مجتمع لينكس —يُمدح بسبب شموليته لكنه يُنتقد من قبل البعض— فإن هذه الأدوات تجعله سهل الوصول لاستكشاف الأخطاء. الأداة الأولى، systemctl، تراقب وتتحكم في الخدمات. يمكن للمستخدمين التحقق من حالة خدمة مثل SSH باستخدام systemctl status ssh، مع ملاحظة سطور مثل Active (running)، Inactive (dead)، أو Failed، والتي تشمل PID الرئيسي وتفاصيل الخطأ. تشمل الإجراءات الشائعة بدء خدمة بـsudosystemctl start ssh، إيقافها بـsudo systemctl stop ssh، إعادة تشغيلها بـsudo systemctl restart ssh، أو تعطيلها بـsudo systemctl disable ssh لتحسين أوقات التشغيل. يسترد journalctl السجلات المركزية المشفرة التي تلتقط أخطاء التطبيقات المنهارة. تشغيل journalctl يعرض الإدخالات، لكن الفلاتر تعزز الاستخدامية: -x تضيف معلومات كتالوج تفسيرية، -e تعرض أحدث السجلات، موجهة لوحدة محددة مثل journalctl -u ssh، أو إطار زمني مثل journalctl --since '2 hours ago'. هذا يحل محل ملفات السجلات التقليدية المبعثرة بنظرة موحدة. للتشغيل البطيء، يحدد systemd-analyze نقاط الاختناق. الأمر systemd-analyze blame يسرد الخدمات حسب وقت البدء، كاشفًا عن السبب مثل مدير المودم الذي يستغرق دقائق. systemd-analyze critical-chain يُصور الاعتماديات، موضحًا كيف تؤثر التأخيرات في خدمة واحدة على السلسلة إلى سطح المكتب. يفحص coredumpctl مصادق الانهيار عند فشل التطبيقات تمامًا. coredumpctl list يظهر الانهيارات الأخيرة مع PIDs، بينما coredumpctl info <PID> يوفر تفاصيل مثل الإشارة (مثل SIGSEGV للوصول غير الصالح إلى الذاكرة) وتتبع المكدس، مما يساعد في التحقيق العميق. تمكن هذه الأدوات المستخدمين من الخروج عن إعادة التشغيل الأساسية، مما يتيح تشخيصًا دقيقًا لمشكلات مثل فشل الاتصال أو انهيار التطبيقات.
