table of contents
- unstable 4.31.0-1
| SYSTEMD-POWEROFF.SERVICE(8) | systemd-poweroff.service | SYSTEMD-POWEROFF.SERVICE(8) |
الاسم¶
systemd-poweroff.service، systemd-halt.service، systemd-reboot.service، systemd-kexec.service، systemd-shutdown - منطق إيقاف تشغيل النظام
موجز¶
systemd-poweroff.service
systemd-halt.service
systemd-reboot.service
systemd-kexec.service
/usr/lib/systemd/systemd-shutdown
/usr/lib/systemd/system-shutdown/
الوصف¶
systemd-poweroff.service هي خدمة نظام تُستدعى بواسطة poweroff.target وتكون مسؤولة عن عملية إيقاف تشغيل النظام الفعلية. وبالمثل، تُستدعى systemd-halt.service بواسطة halt.target، وsystemd-reboot.service بواسطة reboot.target، وsystemd-kexec.service بواسطة kexec.target لتنفيذ الإجراءات المقابلة.
عند تشغيل هذه الخدمات، تضمن استبدال PID 1 بالملف الثنائي /usr/lib/systemd/systemd-shutdown والذي يكون مسؤولاً بعد ذلك عن الإيقاف الفعلي. قبل الإيقاف، سيحاول هذا الملف الثنائي فك تثبيت جميع أنظمة الملفات المتبقية (أو على الأقل إعادة تثبيتها للقراءة فقط)، وتعطيل جميع أجهزة المبادلة المتبقية، وفصل جميع أجهزة التخزين المتبقية، وإنهاء جميع العمليات المتبقية.
من الضروري وجود هذا الكود في ملف ثنائي منفصل لأنه بخلاف ذلك قد تتعطل إعادة التشغيل بعد الترقية — فقد يعتمد PID 1 الجاري على مكتبات لم تعد متوفرة، مما يبقي نظام الملفات مشغولاً، وبالتالي لا يمكن إعادة تثبيته للقراءة فقط.
قبل تنفيذ إيقاف التشغيل/الإيقاف/إعادة التشغيل/kexec الفعلي للنظام بقليل، سيقوم systemd-shutdown بتشغيل جميع الملفات القابلة للتنفيذ في /usr/lib/systemd/system-shutdown/. تُستدعى تلك الملفات القابلة للتنفيذ بوسيطة واحدة: إما "poweroff" أو "halt" أو "reboot" أو "kexec"، حسب الإجراء المختار. تُنفذ جميع الملفات القابلة للتنفيذ في هذا الدليل بالتوازي، ولا يستمر تنفيذ الإجراء قبل انتهاء جميع الملفات القابلة للتنفيذ. (ومع ذلك، يُطبق مهلة أمان مدتها 90 ثانية.) لاحظ أن هذه الملفات القابلة للتنفيذ تُشغل بعد إيقاف تشغيل جميع الخدمات، وبعد فك تثبيت معظم نقاط التثبيت (على الرغم من أن نظام الملفات الجذر بالإضافة إلى /run/ وأنظمة ملفات API المختلفة لا تزال موجودة). هذا يعني أن أي برامج تُوضع في هذا الدليل يجب أن تكون مستعدة للعمل في بيئة تنفيذ محدودة كهذه وألا تعتمد على خدمات خارجية أو تسلسلات هرمية مثل /var/ لتكون موجودة (أو قابلة للكتابة).
لاحظ أن systemd-poweroff.service (والوحدات ذات الصلة) لا ينبغي أبداً تنفيذها مباشرة. بدلاً من ذلك، قم بتشغيل إيقاف تشغيل النظام بأمر مثل "systemctl poweroff".
شكل آخر من الإيقاف يُوفره وظيفة systemd-soft-reboot.service(8). يعيد تشغيل مساحة المستخدم لنظام التشغيل فقط، تاركاً النواة والبرامج الثابتة والأجهزة كما هي.
انظر أيضًا¶
systemd(1)، systemctl(1)، systemd.special(7)، reboot(2)، systemd-suspend.service(8)، systemd-soft-reboot.service(8)، bootup(7)
ترجمة¶
تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>
هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.
إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.
| systemd 261~rc3 |