تسمح أداة systemd-analyze، المدمجة في توزيعات لينكس التي تستخدم نظام التهيئة systemd، للمستخدمين بتحديد أسباب عمليات الإقلاع البطيئة بسرعة. من خلال تشغيل أوامر بسيطة، تقسم أوقات الإقلاع إلى مكونات النواة والمساحة المستخدمة، وتبرز الخدمات المتسببة في التأخير. تساعد هذه الأداة المسؤولين في إجراء تعديلات مستهدفة لتحسين سرعات بدء التشغيل دون الحاجة إلى التخمين.
يمكن لمستخدمي لينكس الذين يعانون من أوقات إقلاع بطيئة في توزيعات تعتمد على systemd، مثل Ubuntu أو Fedora، اللجوء إلى أداة systemd-analyze المدمجة للتشخيص السريع. كما هو موصوف في الدلائل الفنية، تحلل الأداة تسلسل التهيئة الذي يديره systemd، وتقدم المدة الزمنية للمراحل مثل البرمجيات الثابتة، ومحمل الإقلاع، والنواة، والمساحة المستخدمة.ننتشغيل الأمر الأساسي systemd-analyze يوفر ملخصًا لإجمالي وقت الإقلاع. على سبيل المثال، يظهر مثال واحد إنهاء التشغيل في 6.669 ثوانٍ للنواة بالإضافة إلى 30.368 ثانية للمساحة المستخدمة، بإجمالي 37.037 ثانية، مع الوصول إلى الهدف الرسومي بعد 27.479 ثانية في المساحة المستخدمة. النسخة المختصرة، systemd-analyze time، تقدم تحليلات مشابهة، غالبًا ما تكشف عن المساحة المستخدمة كالعائق الرئيسي في أنظمة SSD.ننخيار blame يسرد وحدات systemd حسب وقت التهيئة، من الأطول إلى الأقصر. تأتي التأخيرات الشائعة من خدمات مثل apt-daily.service (57.158 ثانية في حالة واحدة)، والتي تتعامل مع فحوصات التحديثات اليومية في أنظمة Debian؛ وsnapd.service (17.609 ثوانٍ)؛ وdocker.service (10.647 ثانية). تنصح الدلائل بمراجعة هذه القائمة لتحديد الخدمات القابلة للتوقيف، مثل تأجيل تشغيل حاويات مثل Docker إذا لم تكن مطلوبة فورًا، مع التحذير من تعطيل المهام الأساسية مثل التحديثات التلقائية.ننللحصول على رؤية أعمق، يتتبع systemd-analyze critical-chain مسار الاعتماد الذي يؤخر الهدف الافتراضي. قد يظهر الإخراج graphical.target في انتظار multi-user.target، الذي بدوره يعتمد على docker.service (يبدأ في 16.830 ثانية ويستغرق 10.647 ثانية). يكشف هذا عن العوائق، مثل خدمات انتظار الشبكة أو نقاط التركيب المُعدّلة بشكل خاطئ التي تسبب تأخيرات زمنية مدتها 30-90 ثانية.ننأخيرًا، systemd-analyze plot > boot.svg يولد خط زمني SVG بصريًا لعملية الإقلاع، يوضح الاعتماديات المتوازية والمتسلسلة. عند فتح الملف في متصفح، يبرز الوحدات التي تبدأ متأخرة، مثل تلك حول 18 ثانية في العروض البصرية النموذجية.ننيبلغ المسؤولون عن تحسينات كبيرة، بما في ذلك تقليص 20-40% في وقت المساحة المستخدمة على أنظمة SSD، من خلال تطبيق تغييرات مثل إعادة جدولة المؤقتات أو إزالة الحزم غير الضرورية مثل cloud-init في الإعدادات غير السحابية. يجب توثيق هذه التعديلات لإمكانية التراجع عنها، مما يضمن موثوقية النظام.