SYSTEMD-SUSPEND.SERVICE(8)

الاسم
systemd-suspend.service، systemd-hibernate.service، systemd-hybrid-sleep.service، systemd-suspend-then-hibernate.service، systemd-sleep - منطق حالة سكون النظام

موجز

    systemd-suspend.service
    systemd-hibernate.service
    systemd-hybrid-sleep.service
    systemd-suspend-then-hibernate.service
    /usr/lib/systemd/system-sleep

الوصف

systemd-suspend.service هي خدمة نظام تُستدعى بواسطة suspend.target وتكون مسؤولة عن تعليق النظام الفعلي. وبالمثل، تُستدعى systemd-hibernate.service بواسطة hibernate.target لتنفيذ الإسبات الفعلي. وأخيرًا، تُستدعى systemd-hybrid-sleep.service بواسطة hybrid-sleep.target لتنفيذ الإسبات الهجين مع تعليق النظام، وتُستدعى بواسطة suspend-then-hibernate.target لتنفيذ تعليق النظام مع مهلة زمنية تُفعّل الإسبات لاحقًا.

قبل الدخول في تعليق النظام و/أو الإسبات مباشرةً، تُشغّل systemd-suspend.service (والوحدات الأخرى المذكورة، على التوالي) جميع الملفات التنفيذية في /usr/lib/systemd/system-sleep/ وتمرّر وسيطين إليها. الوسيط الأول سيكون "pre"، والثاني إما "suspend" أو "hibernate" أو "hybrid-sleep" أو "suspend-then-hibernate" حسب الإجراء المختار. سيُعيّن متغير بيئة يُسمى "SYSTEMD_SLEEP_ACTION" ويحتوي على إجراء السكون الجاري معالجته. هذا مفيد بشكل أساسي لـ "suspend-then-hibernate" حيث ستكون قيمة المتغير "suspend" أو "hibernate" أو "suspend-after-failed-hibernate" في حالات فشل الإسبات. بعد الخروج من تعليق النظام و/أو الإسبات مباشرةً، تُشغّل نفس الملفات التنفيذية، لكن الوسيط الأول يصبح الآن "post". تُنفّذ جميع الملفات التنفيذية في هذا الدليل بالتوازي، ولا يُستمر في تنفيذ الإجراء حتى تنتهي جميع الملفات التنفيذية. لاحظ أن user.slice سيتجمّد أثناء تشغيل الملفات التنفيذية، لذا لا ينبغي لها محاولة التواصل مع أي خدمات مستخدم تنتظر ردًا.

لاحظ أن البرامج النصية أو الثنائيات الموضوعة في /usr/lib/systemd/system-sleep/ مخصصة للاستخدام المحلي فقط ويجب اعتبارها اختراقات مؤقتة. إذا أرادت التطبيقات التفاعل مع تعليق/إسبات النظام واستئنافه، فمن الأفضل استخدام أقفال المثبط[1].

لاحظ أنه لا ينبغي أبدًا تنفيذ systemd-suspend.service أو systemd-hibernate.service أو systemd-hybrid-sleep.service أو systemd-suspend-then-hibernate.service مباشرةً. بدلاً من ذلك، قم بتشغيل سكون النظام بأمر مثل systemctl suspend أو systemctl hibernate.

داخليًا، ستُرسل هذه الخدمة سلسلة نصية مثل "mem" إلى /sys/power/state، لتفعيل تعليق النظام الفعلي. يمكن تكوين ما يُكتب بالضبط وأين في القسم [Sleep] من /etc/systemd/sleep.conf أو ملف sleep.conf.d. انظر systemd-sleep.conf(5).

لاحظ أن هذه الخدمات تُجمّد user.slice افتراضيًا أثناء تشغيلها. يمنع هذا تنفيذ أي عملية في أي من جلسات المستخدم أثناء دخول النظام في السكون واستئنافه منه. وبالتالي، يمنع هذا الخطافات في /usr/lib/systemd/system-sleep/، أو أي عملية أخرى في هذا الشأن، من التواصل مع أي عملية جلسة مستخدم أثناء السكون.

الخيارات

يفهم systemd-sleep الأوامر التالية:

-h، --help
    اطبع نص مساعدة قصير واخرج.

--version
    اطبع سلسلة إصدار قصيرة واخرج.

suspend، hibernate، suspend-then-hibernate، hybrid-sleep
    تعليق، إسبات، تعليق ثم إسبات، أو وضع النظام في سكون هجين.

    أُضيف في الإصدارة 203.

انظر أيضًا

systemd-sleep.conf(5)، systemd(1)، systemctl(1)، systemd.special(7)، systemd-halt.service(8)

ملاحظات

1.  أقفال المثبط
    https://systemd.io/INHIBITOR_LOCKS

ترجمة
تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي <zayed.alsaidi@gmail.com>

هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 (https://www.gnu.org/licenses/gpl-3.0.html) أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.

إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: kde-l10n-ar@kde.org.