.\" -*- coding: UTF-8 -*-
'\" t
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH SYSTEMD\&.SPECIAL 7 "" "systemd 260.1" systemd.special
.ie  \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH الاسم
systemd.special \- وحدات systemd الخاصة
.SH موجز
.PP
basic\&.target, bluetooth\&.target, cryptsetup\-pre\&.target,
cryptsetup\&.target, veritysetup\-pre\&.target, veritysetup\&.target,
ctrl\-alt\-del\&.target, blockdev@\&.target, boot\-complete\&.target,
default\&.target, emergency\&.target, exit\&.target, factory\-reset\&.target,
factory\-reset\-now\&.target, final\&.target, first\-boot\-complete\&.target,
getty\&.target, getty\-pre\&.target, graphical\&.target, halt\&.target,
hibernate\&.target, hybrid\-sleep\&.target, suspend\-then\-hibernate\&.target,
initrd\&.target, initrd\-fs\&.target, initrd\-root\-device\&.target,
initrd\-root\-fs\&.target, initrd\-usr\-fs\&.target,
integritysetup\-pre\&.target, integritysetup\&.target, kbrequest\&.target,
kexec\&.target, local\-fs\-pre\&.target, local\-fs\&.target, machines\&.target,
multi\-user\&.target, network\-online\&.target, network\-pre\&.target,
network\&.target, nss\-lookup\&.target, nss\-user\-lookup\&.target,
paths\&.target, poweroff\&.target, printer\&.target, reboot\&.target,
remote\-cryptsetup\&.target, remote\-integritysetup\&.target,
remote\-veritysetup\&.target, remote\-fs\-pre\&.target, remote\-fs\&.target,
rescue\&.target, rpcbind\&.target, shutdown\&.target, sigpwr\&.target,
sleep\&.target, slices\&.target, smartcard\&.target, sockets\&.target,
soft\-reboot\&.target, sound\&.target, ssh\-access\&.target,
storage\-target\-mode\&.target, suspend\&.target, swap\&.target,
sysinit\&.target, system\-update\&.target, system\-update\-pre\&.target,
time\-set\&.target, time\-sync\&.target, timers\&.target, tpm2\&.target,
umount\&.target, usb\-gadget\&.target, \-\&.slice, capsule\&.slice,
machine\&.slice, system\&.slice, user\&.slice, \-\&.mount, dbus\&.service,
dbus\&.socket, display\-manager\&.service, init\&.scope, syslog\&.socket,
system\-update\-cleanup\&.service
.SH الوصف
.PP
يعامل نظام systemd\& بضع وحدات معاملة خاصة. يمتلك العديد منها دلالات داخلية
خاصة ولا يمكن إعادة تسميتها، بينما يمتلك البعض الآخر ببساطة معنى قياسيًا
ويجب أن يكون موجودًا في جميع الأنظمة\&.
.SH "الوحدات التي يديرها مدير خدمة النظام"
.SS "وحدات النظام الخاصة"
.PP
\-\&.mount
.RS 4
نقطة الوصل الجذرية، أي وحدة الوصل للمسار /\&. تكون هذه الوحدة نشطة بلا قيد
أو شرط طوال وقت عمل النظام، حيث أن نقطة الوصل هذه هي المكان الذي تعمل منه
مساحة المستخدم الأساسية\&.
.sp
أُضيف في الإصدارة 235\&.
.RE
.PP
basic\&.target
.RS 4
وحدة هدف خاصة تغطي بدء التشغيل الأساسي\&.
.sp
يضيف systemd آليًا تبعية من النوع \fIAfter=\fP لوحدة الهدف هذه إلى جميع الخدمات
(باستثناء تلك التي تملك \fIDefaultDependencies=no\fP)\&.
.sp
عادةً، يجب أن تسحب هذه الوحدة جميع نقاط الوصل المحلية بالإضافة إلى /var/ و
/tmp/ و /var/tmp/، وأجهزة التبديل (swap)، والمقابس (sockets)، والمؤقتات،
وحدات المسار وغيرها من التهيئة الأساسية الضرورية للعفاريت (daemons) العامة
الأغراض\&. نقاط الوصل المذكورة هي حالات خاصة للسماح لها بأن تكون بعيدة\&.
.sp
عادةً لا تسحب هذه الوحدة أي وحدات غير مستهدفة مباشرة، بل تفعل ذلك بشكل غير
مباشر عبر أهداف الإقلاع المبكرة الأخرى\&. بدلاً من ذلك، قُصد بها أن تكون
نقطة تزامن لخدمات الإقلاع المتأخرة\&. راجع \fBbootup\fP(7) لمزيد من التفاصيل
حول الأهداف المعنية\&.
.RE
.PP
boot\-complete\&.target
.RS 4
هذا الهدف مخصص ليكون نقطة تزامن عامة للخدمات التي يجب أن تحدد أو تتصرف بناءً
على ما إذا كانت عملية الإقلاع قد اكتملت بنجاح\&. رتّب الوحدات المطلوب نجاحها
لاعتبار عملية الإقلاع ناجحة قبل هذه الوحدة، وأضف تبعية \fIRequires=\fP من وحدة
الهدف إليها\&. رتّب الوحدات التي يجب أن تعمل فقط عندما تُعتبر عملية الإقلاع
ناجحة بعد وحدة الهدف واسحب الهدف منها، أيضاً باستخدام \fIRequires=\fP\&. لاحظ
أن وحدة الهدف هذه ليست جزءاً من عملية الإقلاع الأولية مبدئياً، ولكن من
المفترض سحبها فقط إذا طُلبت من قبل وحدات تريد العمل فقط في عمليات الإقلاع
الناجحة\&.
.sp
انظر \fBsystemd\-boot\-check\-no\-failures.service\fP(8) لخدمة تُنفذ فحصاً عاماً
لصحة النظام وترتب نفسها قبل boot\-complete\&.target\&.
.sp
انظر \fBsystemd\-bless\-boot.service\fP(8) لخدمة تنشر معلومات نجاح الإقلاع إلى
محمل الإقلاع، وترتب نفسها بعد boot\-complete\&.target\&.
.sp
أُضيف في الإصدار 240\&.
.RE
.PP
ctrl\-alt\-del\&.target
.RS 4
يبدأ systemd هذا الهدف كلما ضُغط على Control+Alt+Del في الطرفية\&. عادةً،
يجب أن يكون هذا اسماً مستعاراً (وصلة رمزية) لـ reboot\&.target\&.
.RE
.PP
cryptsetup\&.target
.RS 4
هدف يجلب خدمات الإعداد لجميع الأجهزة الكتلية المعماة\&.
.RE
.PP
veritysetup\&.target
.RS 4
هدف يسحب خدمات الإعداد لجميع الأجهزة الكتلية المحمية بسلامة verity\&.
.sp
أُضيف في الإصدار 248\&.
.RE
.PP
dbus\&.service
.RS 4
وحدة خاصة لعفريت ناقل D\-Bus\&. بمجرد بدء تشغيل هذه الخدمة بالكامل، سيتصل
systemd بها ويسجل خدمته\&.
.RE
.PP
dbus\&.socket
.RS 4
وحدة خاصة لمقبس ناقل نظام D\-Bus\&. تكتسب جميع الوحدات التي تملك \fIType=dbus\fP
آلياً تبعية لهذه الوحدة\&.
.RE
.PP
default\&.target
.RS 4
الوحدة المبدئية التي يبدأها systemd عند الإقلاع\&. عادةً، يجب أن تكون اسماً
مستعاراً (وصلة رمزية) لـ multi\-user\&.target أو graphical\&.target\&. راجع
\fBbootup\fP(7) لمزيد من النقاش\&.
.sp
يمكن تخطي الوحدة المبدئية التي يبدأها systemd عند الإقلاع باستخدام خيار سطر
أوامر النواة \fIsystemd\&.unit=\fP، أو بشكل أكثر ملاءمة، باستخدام الأسماء
القصيرة مثل \fIsingle\fP و \fIrescue\fP و \fI1\fP و \fI3\fP و \fI5\fP و \&...؛ راجع
\fBsystemd\fP(1)\&.
.sp
لملفات الوحدات النمطية، يرجى ضبط "WantedBy=" على هدف عادي (مثل
multi\-user\&.target أو graphical\&.target)، بدلاً من default\&.target، لأن
مثل هذه الخدمة ستعمل أيضاً في عمليات الإقلاع الخاصة مثل تحديث النظام وإقلاع
الطوارئ\&...
.RE
.PP
display\-manager\&.service
.RS 4
خدمة مدير العرض\&. عادةً، يجب أن تكون اسماً مستعاراً (وصلة رمزية) لـ
gdm\&.service أو خدمة مدير عرض مماثلة\&.
.RE
.PP
emergency\&.target
.RS 4
وحدة هدف خاصة تبدأ صدفة طوارئ في الطرفية الرئيسة\&. لا يسحب هذا الهدف خدمات
أو عمليات وصل أخرى\&. هو النسخة الأكثر تقليلاً لبدء النظام من أجل الحصول على
صدفة تفاعلية؛ العمليات الوحيدة التي تعمل عادةً هي مدير النظام (PID 1) وعملية
الصدفة فقط\&. يمكن استخدام هذه الوحدة بتحديد \fIemergency\fP في سطر أوامر
النواة؛ وتُستخدم أيضاً عند فشل فحص نظام ملفات مطلوب وعدم قدرة الإقلاع على
الاستمرار\&. قارنها بـ rescue\&.target، الذي يخدم غرضاً مشابهاً ولكنه يبدأ
أيضاً الخدمات الأكثر أساسية ويوصل جميع أنظمة الملفات\&.
.sp
من نواحٍ عديدة، يشبه الإقلاع إلى emergency\&.target تأثير الإقلاع باستخدام
"init=/bin/sh" في سطر أوامر النواة، باستثناء أن وضع الطوارئ يوفر لك مدير
النظام والخدمات الكامل، ويسمح ببدء وحدات فردية من أجل مواصلة عملية الإقلاع
في خطوات\&.
.sp
لاحظ أنه اعتماداً على كيفية الوصول إلى emergency\&.target، قد يكون نظام
ملفات الجذر موصولاً للقراءة فقط أو للقراءة والكتابة (لا تُنفذ إعادة وصل خاصة
لهذا الهدف)\&. على سبيل المثال، قد يقلع النظام والجذر موصول للقراءة فقط عند
استخدام \fIro\fP في سطر أوامر النواة ويبقى هكذا لـ emergency\&.target، أو قد
ينتقل النظام إلى emergency\&.target بعد أن أقلع النظام جزئياً وأُعيد وصل
الأقراص بالفعل للقراءة والكتابة\&.
.RE
.PP
exit\&.target
.RS 4
وحدة خدمة خاصة لإيقاف تشغيل مدير خدمات النظام أو المستخدم\&. وهي تعادل
poweroff\&.target في الأنظمة غير الحاوية، وتعمل أيضاً في الحاويات\&.
.sp
سيبدأ systemd هذه الوحدة عندما يتلقى إشارة \fBSIGTERM\fP أو \fBSIGINT\fP عندما
يعمل كعفريت خدمة مستخدم\&.
.sp
عادةً ما يسحب هذا (بشكل غير مباشر) shutdown\&.target، والذي بدوره يجب أن
يتعارض مع جميع الوحدات التي تريد أن تُجدول للإيقاف عندما يبدأ مدير الخدمة
بالخروج\&.
.sp
أُضيف في الإصدارة 186\&.
.RE
.PP
factory\-reset\&.target
.RS 4
هدف خاص لطلب عملية إعادة ضبط المصنع\&. سيؤدي هذا عادةً إلى تخزين علامة طلب
بشكل مستمر للإقلاع التالي ثم إعادة التشغيل من أجل إعادة ضبط النظام إلى حالة
المصنع\&.
.sp
انظر \m[blue]\fBإعادة ضبط المصنع\fP\m[]\&\s-2\u[1]\d\s+2 لمزيد من المعلومات\&.
.sp
أُضيف في الإصدار 250\&.
.RE
.PP
factory\-reset\-now\&.target
.RS 4
هدف خاص يُبدأ في عمليات الإقلاع التي يجب أن تنفذ إعادة ضبط المصنع\&. يمكن
استخدامه لسحب خدمات إضافية يجب استدعاؤها أثناء عملية إعادة ضبط المصنع\&. كما
يعمل كحاجز ترتيب: بمجرد الوصول إلى الهدف، تُعلم حالة إعادة ضبط المصنع بأنها
"مكتملة"\&.
.sp
انظر \m[blue]\fBإعادة ضبط المصنع\fP\m[]\&\s-2\u[1]\d\s+2 لمزيد من المعلومات\&.
.sp
أُضيف في الإصدار 258\&.
.RE
.PP
final\&.target
.RS 4
وحدة هدف خاصة تُستخدم أثناء منطق الإيقاف ويمكن استخدامها لسحب خدمات متأخرة
بعد إنهاء جميع الخدمات العادية وفصل جميع عمليات الوصل بالفعل\&.
.RE
.PP
getty\&.target
.RS 4
وحدة هدف خاصة تسحب عينات getty لـ TTY المحلية المهيأة استاتيكياً\&.
.RE
.PP
graphical\&.target
.RS 4
وحدة هدف خاصة لإعداد شاشة تسجيل دخول رسومية\&. يسحب هذا
multi\-user\&.target\&.
.sp
الوحدات المطلوبة لتسجيلات الدخول الرسومية يجب أن تضيف تبعيات \fIWants=\fP
لوحدتها لهذه الوحدة (أو multi\-user\&.target) أثناء التثبيت\&. من الأفضل ضبط
ذلك عبر \fIWantedBy=graphical\&.target\fP في قسم [Install] الخاص بالوحدة\&.
.RE
.PP
hibernate\&.target
.RS 4
وحدة هدف خاصة لإسبات (hibernating) النظام\&. يسحب هذا sleep\&.target\&.
.RE
.PP
hybrid\-sleep\&.target
.RS 4
وحدة هدف خاصة لإسبات وتعليق (suspending) النظام في نفس الوقت\&. يسحب هذا
sleep\&.target\&.
.sp
أُضيف في الإصدارة 196\&.
.RE
.PP
suspend\-then\-hibernate\&.target
.RS 4
وحدة هدف خاصة لتعليق النظام لفترة من الوقت، ثم إيقاظه ووضعه في وضع
الإسبات\&. يسحب هذا sleep\&.target\&.
.sp
أُضيف في الإصدار 239\&.
.RE
.PP
halt\&.target
.RS 4
وحدة هدف خاصة لإيقاف تشغيل النظام وتعطيله\&. لاحظ أن هذا الهدف متميز عن
poweroff\&.target في أنه بشكل عام يعطل النظام فعلياً بدلاً من إيقاف تشغيل
طاقته\&.
.sp
التطبيقات التي تريد تعطيل النظام يجب ألا تبدأ هذه الوحدة مباشرة، بل يجب
بدلاً من ذلك تنفيذ \fBsystemctl halt\fP (ربما مع خيار \fB\-\-no\-block\fP) أو استدعاء
تابع D\-Bus الخاص بـ \fBsystemd\fP(1) المسمى
\fBorg\&.freedesktop\&.systemd1\&.Manager\&.Halt\fP مباشرة\&.
.RE
.PP
imports\&.target
.RS 4
وحدة هدف تسحب جميع مهام تنزيل صور القرص لتنفيذها عند إقلاع النظام\&. يُستخدم
هذا بواسطة \fBsystemd\-import\-generator\fP(8)\&.
.sp
أُضيف في الإصدار 258\&.
.RE
.PP
init\&.scope
.RS 4
وحدة النطاق هذه هي المكان الذي يقيم فيه مدير النظام والخدمات (PID 1)
نفسه\&. وهي نشطة طالما أن النظام قيد التشغيل\&.
.sp
أُضيف في الإصدارة 235\&.
.RE
.PP
initrd\&.target
.RS 4
هذا هو الهدف المبدئي في initrd، على غرار default\&.target في النظام
الرئيس\&. يُستخدم لوصل الجذر الحقيقي والانتقال إليه\&. راجع \fBbootup\fP(7)
لمزيد من النقاش\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
initrd\-fs\&.target
.RS 4
يضيف \fBsystemd\-fstab\-generator\fP(8) آلياً تبعيات من النوع \fIBefore=\fP إلى
sysroot\-usr\&.mount وجميع نقاط الوصل الموجودة في /etc/fstab التي تملك خيار
الوصل \fBx\-initrd\&.mount\fP وليس لديها خيار الوصل \fBnoauto\fP مضبوطاً\&. كما
يُرتب بشكل غير مباشر بعد sysroot\&.mount\&. وبالتالي، بمجرد الوصول إلى هذا
الهدف، يكون التسلسل الهرمي لـ /sysroot/ مهيأً بالكامل، استعداداً للانتقال
إلى نظام التشغيل المضيف\&.
.sp
أُضيف في الإصدارة 199\&.
.RE
.PP
initrd\-root\-device\&.target
.RS 4
وحدة هدف initrd خاصة يتم الوصول إليها عندما يكون جهاز نظام ملفات الجذر
متاحاً، ولكن قبل وصله\&. يقوم \fBsystemd\-fstab\-generator\fP(8) و
\fBsystemd\-gpt\-auto\-generator\fP(8) آلياً بإعداد التبعيات المناسبة لجعل هذا
يحدث\&.
.sp
أُضيف في الإصدارة 230\&.
.RE
.PP
initrd\-root\-fs\&.target
.RS 4
يضيف \fBsystemd\-fstab\-generator\fP(8) آلياً تبعيات من النوع \fIBefore=\fP إلى وحدة
sysroot\&.mount، والتي تُولّد من إعداد \fIroot=\fP في سطر أوامر النواة (أو ما
يعادله)\&.
.sp
أُضيف في الإصدارة 199\&.
.RE
.PP
initrd\-usr\-fs\&.target
.RS 4
يضيف \fBsystemd\-fstab\-generator\fP(8) آلياً تبعيات من النوع \fIBefore=\fP إلى وحدة
sysusr\-usr\&.mount، والتي تُولّد من مفتاح \fIusr=\fP في سطر أوامر النواة\&. قد
ترتب الخدمات نفسها بعد وحدة الهدف هذه لكي تعمل بمجرد توفر التسلسل الهرمي لـ
/sysusr/، في الأنظمة التي تبدأ أولياً بدون نظام ملفات جذر، ولكن مع /usr/
مهيأ وتحتاج للوصول إليه قبل إعداد نظام ملفات الجذر للانتقال إليه في
النهاية\&. في الأنظمة التي لا يُستخدم فيها \fIusr=\fP، يُرتب هذا الهدف بعد
sysroot\&.mount وبالتالي يكون معادلاً في الغالب لـ
initrd\-root\-fs\&.target\&. في الواقع، في أي نظام، بمجرد الوصول إلى هذا
الهدف، يتم وصل نظام الملفات الذي يسند /usr/، وإن كان ذلك في موقعين مختلفين
محتملين، إما تحت التسلسلات الهرمية /sysusr/ أو /sysroot/\&.
.sp
أُضيف في الإصدار 249\&.
.RE
.PP
kbrequest\&.target
.RS 4
يبدأ systemd هذا الهدف كلما ضُغط على Alt+ArrowUp في الطرفية\&. لاحظ أن أي
مستخدم لديه وصول مادي للجهاز سيكون قادراً على فعل ذلك، دون استيثاق، لذا يجب
استخدام هذا بحذر\&.
.RE
.PP
kexec\&.target
.RS 4
وحدة هدف خاصة لإيقاف تشغيل وإعادة تشغيل النظام عبر kexec\&.
.sp
التطبيقات التي تريد إعادة تشغيل النظام يجب ألا تبدأ هذه الوحدة مباشرة، بل
يجب بدلاً من ذلك تنفيذ \fBsystemctl kexec\fP (ربما مع خيار \fB\-\-no\-block\fP) أو
استدعاء تابع D\-Bus الخاص بـ \fBsystemd\-logind\fP(8) المسمى
\fBorg\&.freedesktop\&.login1\&.Manager\&.RebootWithFlags()\fP مباشرة\&.
.sp
راجع \fBsystemd\-kexec.service\fP(8) لمزيد من التفاصيل حول العملية التي يسحبها
هذا الهدف\&.
.RE
.PP
local\-fs\&.target
.RS 4
يضيف \fBsystemd\-fstab\-generator\fP(8) آلياً تبعيات من النوع \fIBefore=\fP إلى جميع
وحدات الوصل التي تشير إلى نقاط وصل محلية لوحدة الهدف هذه\&. بالإضافة إلى
ذلك، يضيف تبعيات من النوع \fIWants=\fP لوحدة الهدف هذه لعمليات الوصل المدرجة في
/etc/fstab التي تملك خيار الوصل \fBauto\fP مضبوطاً\&.
.RE
.PP
machines\&.target
.RS 4
وحدة هدف قياسية لبدء جميع الحاويات والآلات الافتراضية الأخرى\&. راجع
systemd\-nspawn@\&.service كمثال\&.
.sp
أُضيف في الإصدار 233\&.
.RE
.PP
multi\-user\&.target
.RS 4
وحدة هدف خاصة لإعداد نظام متعدد المستخدمين (غير رسومي)\&. يسحب هذا
graphical\&.target\&.
.sp
الوحدات المطلوبة لنظام متعدد المستخدمين يجب أن تضيف تبعيات \fIWants=\fP لوحدتها
لهذه الوحدة أثناء التثبيت\&. من الأفضل ضبط ذلك عبر
\fIWantedBy=multi\-user\&.target\fP في قسم [Install] الخاص بالوحدة\&.
.RE
.PP
network\-online\&.target
.RS 4
الوحدات التي تتطلب بصرامة اتصالاً بالشبكة مهيأً يجب أن تسحب
network\-online\&.target (عبر تبعية من نوع \fIWants=\fP) وترتب نفسها
بعده\&. وحدة الهدف هذه مخصصة لسحب خدمة تؤخر التنفيذ الإضافي حتى تُعد الشبكة
بشكل كافٍ\&. ما يتطلبه هذا بدقة يُترك لتنفيذ خدمة إدارة الشبكة\&.
.sp
لاحظ الفرق بين هذه الوحدة و network\&.target\&. هذه الوحدة هي وحدة نشطة (أي
تُسحب بواسطة المستهلك بدلاً من مزود هذه الوظيفة) وتسحب خدمة قد تضيف تأخيرات
كبيرة في التنفيذ الإضافي\&. في المقابل، network\&.target هي وحدة سلبية (أي
تُسحب بواسطة مزود الوظيفة، بدلاً من المستهلك) وعادة لا تؤخر التنفيذ
كثيراً\&. عادةً ما يكون network\&.target جزءاً من إقلاع معظم الأنظمة، بينما
network\-online\&.target ليس كذلك، إلا عندما تتطلبه وحدة واحدة على
الأقل\&. راجع أيضاً \m[blue]\fBتشغيل الخدمات بعد عمل الشبكة\fP\m[]\&\s-2\u[2]\d\s+2 لمزيد من المعلومات\&.
.sp
جميع وحدات الوصل لأنظمة ملفات الشبكة البعيدة تسحب هذه الوحدة آلياً، وترتب
نفسها بعدها\&. لاحظ أن عفاريت الشبكة التي ببساطة \fIتوفر\fP وظائف للمضيفين
الآخرين (على عكس \fIاستهلاك\fP وظائف المضيفين الآخرين) لا تحتاج عموماً لسحب
هذا\&.
.sp
لاحظ أن هذه الوحدة مفيدة فقط أثناء منطق بدء تشغيل النظام الأصلي\&. بعد
اكتمال إقلاع النظام، لن تتبع حالة اتصال النظام بالإنترنت بعد الآن\&. بسبب
هذا، لا يمكن استخدامها كمفهوم لمراقبة اتصال الشبكة، بل هي مفهوم لبدء تشغيل
النظام لمرة واحدة فقط\&.
.sp
أُضيف في الإصدار 200\&.
.RE
.PP
paths\&.target
.RS 4
وحدة هدف خاصة تعد جميع وحدات المسار (راجع \fBsystemd.path\fP(5) لمزيد من
التفاصيل) التي يجب أن تكون نشطة بعد الإقلاع\&.
.sp
يُوصى بسحب وحدات المسار المثبتة بواسطة التطبيقات عبر تبعيات \fIWants=\fP من هذه
الوحدة\&. من الأفضل ضبط ذلك عبر \fIWantedBy=paths\&.target\fP في قسم [Install]
الخاص بوحدة المسار\&.
.sp
أُضيف في الإصدارة 199\&.
.RE
.PP
poweroff\&.target
.RS 4
وحدة هدف خاصة لإيقاف تشغيل النظام وفصل الطاقة عنه\&.
.sp
التطبيقات التي تريد إيقاف تشغيل طاقة النظام يجب ألا تبدأ هذه الوحدة مباشرة،
بل يجب بدلاً من ذلك تنفيذ \fBsystemctl poweroff\fP (ربما مع خيار \fB\-\-no\-block\fP)
أو استدعاء تابع D\-Bus الخاص بـ \fBsystemd\-logind\fP(8) المسمى
\fBorg\&.freedesktop\&.login1\&.Manager\&.PowerOff\fP مباشرة\&.
.RE
.PP
reboot\&.target
.RS 4
وحدة هدف خاصة لإيقاف تشغيل النظام وإعادة تشغيله\&.
.sp
التطبيقات التي تريد إعادة تشغيل النظام يجب ألا تبدأ هذه الوحدة مباشرة، بل
يجب بدلاً من ذلك تنفيذ \fBsystemctl reboot\fP (ربما مع خيار \fB\-\-no\-block\fP) أو
استدعاء تابع D\-Bus الخاص بـ \fBsystemd\-logind\fP(8) المسمى
\fBorg\&.freedesktop\&.login1\&.Manager\&.Reboot()\fP مباشرة\&.
.sp
راجع \fBsystemd\-reboot.service\fP(8) لمزيد من التفاصيل حول العملية التي يسحبها
هذا الهدف\&.
.RE
.PP
remote\-cryptsetup\&.target
.RS 4
مشابه لـ cryptsetup\&.target، ولكن للأجهزة المعماة التي يتم الوصول إليها عبر
الشبكة\&. يُستخدم لمدخلات \fBcrypttab\fP(5) المعلمة بـ \fB_netdev\fP\&.
.sp
أُضيف في الإصدارة 235\&.
.RE
.PP
remote\-integritysetup\&.target
.RS 4
مشابه لـ integritysetup\&.target، ولكن للأجهزة المحمية بالسلامة التي يتم
الوصول إليها عبر الشبكة\&. يُستخدم لمدخلات \fBintegritytab\fP(5) المعلمة بـ
\fB_netdev\fP\&.
.sp
أُضيف في الإصدار 258\&.
.RE
.PP
remote\-veritysetup\&.target
.RS 4
مشابه لـ veritysetup\&.target، ولكن للأجهزة المحمية بـ verity التي يتم
الوصول إليها عبر الشبكة\&. يُستخدم لمدخلات \fBveritytab\fP(5) المعلمة بـ
\fB_netdev\fP\&.
.sp
أُضيف في الإصدار 248\&.
.RE
.PP
remote\-fs\&.target
.RS 4
يشبه local\-fs\&.target، ولكن لنقاط الوصل البعيدة\&.
.RE
.PP
rescue\&.target
.RS 4
وحدة هدف خاصة تسحب النظام الأساسي (بما في ذلك عمليات وصل النظام) وتولد صدفة
إنقاذ\&. اعزل لهذا الهدف من أجل إدارة النظام في وضع المستخدم المنفرد مع وصل
جميع أنظمة الملفات ولكن بدون تشغيل خدمات، باستثناء الأكثر أساسية\&. قارنه بـ
emergency\&.target، الذي هو أكثر تقليلاً ولا يوفر أنظمة الملفات أو معظم
الخدمات الأساسية\&. قارنه بـ multi\-user\&.target، حيث يمكن اعتبار هذا الهدف
single\-user\&.target\&.
.sp
استخدم خيار سطر أوامر النواة "systemd\&.unit=rescue\&.target" للإقلاع في هذا
الوضع\&. الاسم المستعار القصير لخيار سطر أوامر النواة هذا هو "1"، للتوافق مع
SysV\&.
.RE
.PP
shutdown\&.target
.RS 4
وحدة هدف خاصة تنهي الخدمات عند إيقاف تشغيل النظام\&.
.sp
الخدمات التي يجب إنهاؤها عند إيقاف تشغيل النظام يجب أن تضيف تبعيات
\fIConflicts=\fP و \fIBefore=\fP لهذه الوحدة لوحدة الخدمة الخاصة بها، وهو ما يتم
بشكل ضمني عند ضبط \fIDefaultDependencies=yes\fP (المبدئي)\&.
.RE
.PP
sigpwr\&.target
.RS 4
هدف خاص يُبدأ عندما يتلقى systemd إشارة عملية SIGPWR، والتي تُرسل عادةً
بواسطة النواة أو عفاريت UPS عند انقطاع الطاقة\&.
.RE
.PP
sleep\&.target
.RS 4
وحدة هدف خاصة تُسحب بواسطة suspend\&.target و hibernate\&.target و
suspend\-then\-hibernate\&.target و hybrid\-sleep\&.target ويمكن استخدامها لربط
الوحدات بمنطق حالة النوم\&.
.sp
من أجل ربط برامج خارجية \fIقبل\fP عملية نوم النظام الفعلية، ضع سطر الأوامر
الخاص بها في سطر \fIExecStart=\fP لملف وحدة الخدمة (استخدم \fIType=oneshot\fP)،
وتأكد من سحب الوحدة بواسطة sleep\&.target وترتيبها قبله\&. ومن أجل ربط كود
البرنامج \fIبعد\fP عملية نوم النظام الفعلية (أي ليتم تشغيله بعد استيقاظ النظام
مرة أخرى)، ضع الأمر في \fIExecStop=\fP بدلاً من ذلك، وتأكد من تمكين
\fIStopWhenUnneeded=\fP و \fIRemainAfterExit=\fP\&. يمكن دمج كلا النهجين في ملف
وحدة واحد من أجل تشغيل البرامج قبل وبعد عملية النوم\&.
.PP
\fBمثال\ \&1.\ \&مثال مدمج\fP
.sp
.if  n \{\
.RS 4
.\}
.nf
[Unit]
DefaultDependencies=no
StopWhenUnneeded=yes
Before=sleep\&.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/some\-before\-command
ExecStop=/usr/bin/some\-after\-command

[Install]
WantedBy=sleep\&.target
.fi
.if  n \{\
.RE
.\}
.RE
.PP
slices\&.target
.RS 4
وحدة هدف خاصة تضبط كل وحدات الشرائح (راجع \fBsystemd.slice\fP(5) للتفاصيل) التي
يجب أن تكون نشطة دائمًا بعد الإقلاع\&. تُجلب وحدة شريحة system\&.slice
العامة ووحدة شريحة الجذر \-\&.slice مبدئيًا، وتُرتب قبل هذه الوحدة (انظر
أدناه)\&.
.sp
إضافة وحدات الشرائح إلى slices\&.target ليس ضروريًا بوجه عام\&. بدلاً من
ذلك، عند بدء تشغيل وحدة تستخدم \fISlice=\fP، ستبدأ الشريحة المحددة آليًا\&. يجب
ألا تُضاف أسطر \fIWantedBy=slices\&.target\fP إلى قسم [Install] إلا للوحدات
التي يجب أن تكون نشطة دائمًا\&. في هذه الحالة، يجب الحذر لتجنب إنشاء حلقة
تكرارية عبر الاعتمادات الآلية على الشرائح "الأب"\&.
.sp
أُضيف في الإصدارة 229\&.
.RE
.PP
sockets\&.target
.RS 4
وحدة هدف خاصة تضبط كل وحدات المقابس (راجع \fBsystemd.socket\fP(5) للتفاصيل)
التي يجب أن تكون نشطة بعد الإقلاع\&.
.sp
يجب على الخدمات التي يمكن تفعيلها عبر المقبس إضافة اعتمادات \fIWants=\fP إلى
هذه الوحدة لوحدات المقابس الخاصة بها أثناء التثبيت\&. يُضبط هذا بأفضل شكل
عبر عبارة \fIWantedBy=sockets\&.target\fP في قسم [Install] لوحدة المقبس\&.
.RE
.PP
soft\-reboot\&.target
.RS 4
وحدة هدف خاصة لإيقاف تشغيل وإعادة إقلاع فضاء المستخدم في النظام (مع إبقاء
النواة قيد التشغيل)\&.
.sp
يجب على التطبيقات التي ترغب في إعادة إقلاع النظام ألا تبدأ هذه الوحدة
مباشرة، بل يجب بدلاً من ذلك تنفيذ \fBsystemctl soft\-reboot\fP (ربما مع خيار
\fB\-\-no\-block\fP) أو استدعاء وسيلة D\-Bus المسماة
\fBorg\&.freedesktop\&.login1\&.Manager\&.RebootWithFlags()\fP الخاصة بـ
\fBsystemd\-logind\fP(8) مباشرة\&.
.sp
راجع \fBsystemd\-soft\-reboot.service\fP(8) لمزيد من التفاصيل حول العملية التي
تجلبها هذه الوحدة الهدف\&.
.sp
أُضيف في الإصدار 254\&.
.RE
.PP
storage\-target\-mode\&.target
.RS 4
وحدة هدف خاصة يمكن الإقلاع إليها تختار "وضع هدف التخزين" لنظام التشغيل\&. في
هذا الوضع، تُعرض كل أقراص التخزين المحلية للأنظمة الخارجية كأجهزة
كتلية\&. يستدعي هذا \fBsystemd\-storagetm.service\fP(8) الذي يعرض كل الأقراص
المحلية كأجهزة NVMe\-TCP للوصول إليها عبر الشبكة\&. وقد يستدعي أيضًا خدمات
أخرى توفر الأقراص المحلية عبر آليات أخرى\&.
.sp
أُضيف في الإصدار 255\&.
.RE
.PP
suspend\&.target
.RS 4
وحدة هدف خاصة لتعليق النظام\&. تجلب هذه الوحدة sleep\&.target\&.
.RE
.PP
swap\&.target
.RS 4
مشابهة لـ local\-fs\&.target، ولكنها مخصصة لأقسام التبادل وملفات التبادل\&.
.RE
.PP
sysinit\&.target
.RS 4
يضيف systemd آليًا اعتمادات من نوعي \fIRequires=\fP و \fIAfter=\fP لهذه الوحدة
الهدف إلى كل الخدمات (باستثناء تلك التي تملك \fIDefaultDependencies=no\fP)\&.
.sp
تجلب هذه الوحدة الهدف الخدمات المطلوبة لتهيئة النظام\&. يجب على خدمات النظام
التي تجلبها هذه الوحدة التصريح بـ \fIDefaultDependencies=no\fP وتحديد كل
اعتماداتها يدويًا، بما في ذلك الوصول إلى أي شيء أكثر من نظام ملفات جذر
للقراءة فقط\&. للتفاصيل حول اعتمادات هذه الوحدة الهدف، ارجع إلى
\fBbootup\fP(7)\&.
.RE
.PP
syslog\&.socket
.RS 4
وحدة المقبس التي يجب أن تستمع إليها تطبيقات syslog\&. ستُتاح كل رسائل سجل
فضاء المستخدم على هذا المقبس\&. لمزيد من المعلومات حول تكامل syslog، يرجى
مراجعة مستند \m[blue]\fBSyslog Interface\fP\m[]\&\s-2\u[3]\d\s+2\&.
.RE
.PP
system\-update\&.target, system\-update\-pre\&.target,
system\-update\-cleanup\&.service
.RS 4
وحدة هدف خاصة تُستخدم لتحديثات النظام غير المتصلة\&. سيوجه
\fBsystemd\-system\-update\-generator\fP(8) عملية الإقلاع إلى هذا الهدف إذا وُجد
/system\-update أو /etc/system\-update\&. لمزيد من المعلومات، راجع
\fBsystemd.offline\-updates\fP(7)\&.
.sp
يجب أن تحدث التحديثات قبل الوصول إلى system\-update\&.target، ويجب على
الخدمات التي تنفذها أن تسبب إعادة إقلاع الحاسوب\&. يجب على الوحدات الرئيسة
التي تنفذ التحديث أن ترتب نفسها بعد system\-update\-pre\&.target دون
جلبها\&. الخدمات التي ترغب في العمل أثناء تحديثات النظام فقط، ولكن قبل تنفيذ
التحديث الفعلي للنظام، يجب أن ترتب نفسها قبل هذه الوحدة وتجلبها\&. كإجراء
وقائي، إذا لم يحدث هذا، وظل /system\-update أو /etc/system\-update موجودًا بعد
الوصول إلى system\-update\&.target، فستقوم خدمة
system\-update\-cleanup\&.service بإزالة الروابط الرمزية وإعادة إقلاع
الحاسوب\&.
.sp
أُضيف في الإصدارة 186\&.
.RE
.PP
timers\&.target
.RS 4
وحدة هدف خاصة تضبط كل وحدات الموقتات (راجع \fBsystemd.timer\fP(5) للتفاصيل)
التي يجب أن تكون نشطة بعد الإقلاع\&.
.sp
يُوصى بأن تُجلب وحدات الموقتات التي تثبتها التطبيقات عبر اعتمادات \fIWants=\fP
من هذه الوحدة\&. يُضبط هذا بأفضل شكل عبر عبارة \fIWantedBy=timers\&.target\fP
في قسم [Install] لوحدة الموقت\&.
.sp
أُضيف في الإصدارة 199\&.
.RE
.PP
umount\&.target
.RS 4
وحدة هدف خاصة تفصل كل نقاط الوصل والوصل الآلي عند إيقاف تشغيل النظام\&.
.sp
نقاط الوصل التي يجب فصلها عند إيقاف تشغيل النظام يجب أن تضيف اعتمادات تعارض
(Conflicts) لهذه الوحدة لوحدة الوصل الخاصة بها، وهو ما يحدث ضمنيًا عند ضبط
\fIDefaultDependencies=yes\fP (وهو المبدئي)\&.
.RE
.SS "وحدات النظام الخاصة للأجهزة"
.PP
تُجلب بعض وحدات الهدف آليًا مع ظهور أجهزة من أنواع معينة في النظام\&. يمكن
استخدامها لتفعيل خدمات متنوعة آليًا بناءً على النوع المحدد للعتاد المتوفر\&.
.PP
bluetooth\&.target
.RS 4
يبدأ تشغيل هذا الهدف آليًا بمجرد توصيل متحكم بلوتوث أو توفر أحدها عند
الإقلاع\&.
.sp
يمكن استخدام هذا لجلب عفاريت إدارة بلوتوث ديناميكيًا عند العثور على عتاد
بلوتوث\&.
.RE
.PP
printer\&.target
.RS 4
يبدأ تشغيل هذا الهدف آليًا بمجرد توصيل طابعة أو توفرها عند الإقلاع\&.
.sp
يمكن استخدام هذا لجلب عفاريت إدارة الطابعات ديناميكيًا عند العثور على عتاد
طابعة\&.
.RE
.PP
smartcard\&.target
.RS 4
يبدأ تشغيل هذا الهدف آليًا بمجرد توصيل متحكم بطاقة ذكية أو توفر أحدها عند
الإقلاع\&.
.sp
يمكن استخدام هذا لجلب عفاريت إدارة البطاقات الذكية ديناميكيًا عند العثور على
عتاد بطاقة ذكية\&.
.RE
.PP
sound\&.target
.RS 4
يبدأ تشغيل هذا الهدف آليًا بمجرد توصيل بطاقة صوت أو توفرها عند الإقلاع\&.
.sp
يمكن استخدام هذا لجلب عفاريت إدارة الصوت ديناميكيًا عند العثور على عتاد
صوتي\&.
.RE
.PP
usb\-gadget\&.target
.RS 4
يبدأ تشغيل هذا الهدف آليًا بمجرد توفر متحكم جهاز USB (UDC) عند الإقلاع\&.
.sp
يمكن استخدام هذا لجلب أدوات USB ديناميكيًا عند العثور على عتاد UDC\&.
.sp
أُضيف في الإصدارة 242\&.
.RE
.PP
tpm2\&.target
.RS 4
يبدأ تشغيل هذا الهدف آليًا إذا وُجد جهاز TPM2، سواء من خلال نظام التشغيل أو
البرمجيات الثابتة (firmware)\&. وهو يعمل كنقطة مزامنة للخدمات التي تتطلب
الوصول إلى جهاز TPM2\&. تُدرج وحدة الهدف في قائمة الانتظار بواسطة
\fBsystemd\-tpm2\-generator\fP(8) إذا اكتشف أن البرمجيات الثابتة قد وجدت جهاز
TPM2 ولكن نواة نظام التشغيل لم تفعل برنامج التشغيل الخاص به بعد\&. كما تُجلب
كلما اكتشف \fBsystemd\-udevd.service\fP(8) جهاز TPM2\&. تُرتب وحدة الهدف بعد
عقدة الجهاز /dev/tpmrm0، لذا فهي لا تصبح نشطة إلا بمجرد أن يصبح جهاز TPM2
متاحًا بالفعل للوصول\&. يجب على برامج الإقلاع المبكر التي تنوي الوصول إلى
جهاز TPM2 أن ترتب نفسها بعد هذه الوحدة الهدف، ولكن دون جلبها\&.
.sp
أُضيف في الإصدار 256\&.
.RE
.SS "وحدات نظام سلبية خاصة"
.PP
عُرّف عدد من أهداف النظام الخاصة التي يمكن استخدامها لترتيب إقلاع الخدمات
الاختيارية بشكل صحيح\&. هذه الأهداف ليست جزءًا من معاملة الإقلاع الأولية
بوجه عام، ما لم تُجلب صراحة بواسطة إحدى الخدمات المنفذة\&. لاحظ على وجه
التحديد أن وحدات الهدف \fIالسلبية\fP هذه لا تُجلب عادة بواسطة مستهلك الخدمة، بل
بواسطة مزود الخدمة\&. هذا يعني: يجب على الخدمة المستهلكة أن ترتب نفسها بعد
هذه الأهداف (حسب الاقتضاء)، ولكن دون جلبها\&. أما الخدمة المزودة فيجب أن
ترتب نفسها قبل هذه الأهداف (حسب الاقتضاء) وتجلبها (عبر اعتماد من نوع
\fIWants=\fP)\&.
.PP
لاحظ أن هذه الوحدات السلبية لا يمكن بدء تشغيلها يدويًا، أي أن "systemctl
start time\-sync\&.target" سيفشل مع ظهور خطأ\&. لا يمكن جلبها إلا عبر
الاعتماد\&. يُفرض هذا لأنها موجودة لأغراض الترتيب فقط، وبالتالي فهي غير
مفيدة كوحدة وحيدة ضمن معاملة\&.
.PP
blockdev@\&.target
.RS 4
تُستخدم وحدة القالب هذه لترتيب وحدات الوصل ومستهلكي الأجهزة الكتلية الآخرين
بعد الخدمات التي تُنشئ هذه الأجهزة الكتلية\&. وهي مخصصة بشكل خاص للاستخدام
مع خدمات التخزين (مثل \fBsystemd\-cryptsetup@.service\fP(5) أو
\fBsystemd\-veritysetup@.service\fP(8)) التي تخصص وتدير جهازًا كتليًا
افتراضيًا\&. تُرتب خدمات التخزين قبل نسخة من blockdev@\&.target، وتُرتب
وحدات المستهلك بعدها\&. هذا الترتيب مهم بشكل خاص أثناء إيقاف التشغيل، لأنه
يضمن إلغاء تفعيل الوصل أولاً ثم الخدمة التي تدعم الوصل لاحقًا\&. يجب جلب
نسخة blockdev@\&.target عبر اعتماد \fBWants=\fP من عفريت التخزين، وبالتالي لن
تكون عادةً جزءًا من أي معاملة ما لم يُستخدم عفريت تخزين\&. يجب أن يكون اسم
النسخة لهذه الوحدات مسار عقدة جهاز كتلي مكتوبًا بشكل صحيح (escaped)، مثلاً:
blockdev@dev\-mapper\-foobar\&.target لجهاز التخزين /dev/mapper/foobar\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
cryptsetup\-pre\&.target
.RS 4
قد تُجلب هذه الوحدة الهدف السلبية بواسطة الخدمات التي ترغب في العمل قبل
إعداد أي جهاز كتلي معماة\&. تُعد كل الأجهزة الكتلية المعماة بعد الوصول إلى
هذا الهدف\&. بما أن ترتيب إيقاف التشغيل هو ضمنيًا عكس ترتيب البدء بين
الوحدات، فإن هذا الهدف مفيد بشكل خاص لضمان إيقاف تشغيل الخدمة فقط بعد توقف
كل الأجهزة الكتلية المعماة تمامًا\&.
.sp
أُضيف في الإصدارة 215\&.
.RE
.PP
veritysetup\-pre\&.target
.RS 4
قد تُجلب هذه الوحدة الهدف السلبية بواسطة الخدمات التي ترغب في العمل قبل
إعداد أي جهاز كتلي محمي بسلامة verity\&. تُعد كل الأجهزة الكتلية المحمية
بسلامة verity بعد الوصول إلى هذا الهدف\&. وبما أن ترتيب إيقاف التشغيل هو
ضمنيًا عكس ترتيب البدء بين الوحدات، فإن هذا الهدف مفيد بشكل خاص لضمان إيقاف
تشغيل الخدمة فقط بعد توقف كل الأجهزة الكتلية المحمية بسلامة verity تمامًا\&.
.sp
أُضيف في الإصدار 248\&.
.RE
.PP
first\-boot\-complete\&.target
.RS 4
هذا الهدف السلبي مخصص ليكون نقطة مزامنة للوحدات التي تحتاج للعمل مرة واحدة
أثناء الإقلاع الأول\&. فقط بعد انتهاء كل الوحدات المرتبة قبل هذا الهدف،
سيُثبت \fBmachine\-id\fP(5) على القرص، معتبرًا الإقلاع الأول قد اكتمل\&. إذا
أُحبط الإقلاع في أي وقت قبل ذلك، فسيعيد الإقلاع التالي تشغيل أي وحدات تملك
\fIConditionFirstBoot=yes\fP\&.
.sp
أُضيف في الإصدار 247\&.
.RE
.PP
getty\-pre\&.target
.RS 4
وحدة هدف سلبية خاصة\&. يُتوقع من مستخدمي هذا الهدف جلبها في معاملة الإقلاع
عبر اعتماد (مثل \fIWants=\fP)\&. رتب وحدتك قبل هذه الوحدة إذا كنت ترغب في
استخدام الطرفية قبل بدء تشغيل getty مباشرة\&.
.sp
أُضيف في الإصدارة 235\&.
.RE
.PP
imports\-pre\&.target
.RS 4
وحدة سلبية تُرتب قبل كل مهام تنزيل صور الأقراص التي تُنفذ عند إقلاع
النظام\&. يُستخدم هذا بواسطة \fBsystemd\-import\-generator\fP(8)\&.
.sp
أُضيف في الإصدار 258\&.
.RE
.PP
local\-fs\-pre\&.target
.RS 4
تُرتب وحدة الهدف هذه آليًا قبل كل نقاط الوصل المحلية الموسومة بـ \fBauto\fP
(انظر أعلاه)\&. ويمكن استخدامها لتنفيذ وحدات معينة قبل كل عمليات الوصل
المحلية\&.
.RE
.PP
network\&.target
.RS 4
من المفترض أن تشير هذه الوحدة إلى وقت توفر وظائف الشبكة، ولكن تعريف معنى ذلك
فضفاض للغاية\&. ومع ذلك، يجب أن ينطبق ما يلي كحد أدنى:
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
عند بدء التشغيل، يجب أن تكون قد خُصصت أي أجهزة شبكة تركيبية مضبوطة (أي ليست
مادية تتطلب ظهور العتاد وفحصه، بل افتراضية مثل أجهزة الجسور وما شابهها والتي
تُنشأ برمجيًا) ولا تعتمد على أي عتاد أساسي، وذلك بحلول وقت الوصول إلى هذا
الهدف\&. ليس من الضروري أن تكون هذه الواجهات قد أتمت أيضًا ضبط مستوى IP
بحلول وقت الوصول إلى network\&.target\&.
.RE
.sp
.RS 4
.ie  n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
عند إيقاف التشغيل، ستتوقف الوحدة المرتبة بعد network\&.target قبل إيقاف
تشغيل الشبكة — لأي مستوى قد تكون وصلت إليه حينها —\&. وبناءً عليه، فهي مفيدة
عند كتابة ملفات الخدمات التي تتطلب وصولاً للشبكة عند إيقاف التشغيل، حيث يجب
أن ترتب نفسها بعد هذا الهدف، ولكن دون جلبها\&. راجع أيضًا \m[blue]\fBRunning Services After the Network Is Up\fP\m[]\&\s-2\u[2]\d\s+2 لمزيد من المعلومات\&.
.RE
.sp
يجب التأكيد على أنه عند بدء التشغيل لا يوجد ضمان لظهور الأجهزة القائمة على
العتاد بحلول وقت الوصول إلى هذا الهدف، أو حتى حصولها على ضبط IP كامل\&. لهذا
الغرض، استخدم network\-online\&.target كما هو موضح أعلاه\&.
.RE
.PP
network\-pre\&.target
.RS 4
قد تُجلب هذه الوحدة الهدف السلبية بواسطة الخدمات التي ترغب في العمل قبل
إعداد أي شبكة، على سبيل المثال لغرض إعداد جدار حماية\&. كل برامج إدارة
الشبكات ترتب نفسها بعد هذا الهدف، ولكن لا تجلبه\&. راجع أيضًا
\m[blue]\fBRunning Services After the Network Is Up\fP\m[]\&\s-2\u[2]\d\s+2
لمزيد من المعلومات\&.
.sp
أُضيف في الإصدارة 214\&.
.RE
.PP
nss\-lookup\&.target
.RS 4
هدف يجب استخدامه كنقطة مزامنة لكل عمليات البحث في خدمات أسماء المضيفين
والشبكات\&. لاحظ أن هذا مستقل عن عمليات البحث عن أسماء المستخدمين والمجموعات
في UNIX التي يجب استخدام nss\-user\-lookup\&.target لها\&. يجب ترتيب كل
الخدمات التي يعد توفر تحليل كامل لأسماء المضيفين/الشبكات ضروريًا لها بعد هذا
الهدف، ولكن دون جلبها\&.
.RE
.PP
nss\-user\-lookup\&.target
.RS 4
هدف يجب استخدامه كنقطة مزامنة لكل عمليات البحث العادية في خدمات أسماء
مستخدمي ومجموعات UNIX\&. لاحظ أن هذا مستقل عن عمليات البحث عن أسماء
المضيفين/الشبكات التي يجب استخدام nss\-lookup\&.target لها\&. يجب ترتيب كل
الخدمات التي يعد توفر قاعدة بيانات المستخدمين/المجموعات الكاملة ضروريًا لها
بعد هذا الهدف، ولكن دون جلبها\&. أما كل الخدمات التي توفر أجزاءً من قاعدة
بيانات المستخدمين/المجموعات فيجب ترتيبها قبل هذا الهدف، وجلبه\&. لاحظ أن هذه
الوحدة تخص المستخدمين والمجموعات العاديين فقط — أما مستخدمو ومجموعات النظام
فيُشترط أن يكونوا قابلين للتحليل منذ أبكر مراحل الإقلاع بالفعل، وبالتالي لا
يحتاجون إلى أي ترتيب خاص مع هذا الهدف\&.
.RE
.PP
remote\-fs\-pre\&.target
.RS 4
تُرتب وحدة الهدف هذه آليًا قبل كل وحدات نقاط الوصل (انظر أعلاه) وأجهزة
cryptsetup/veritysetup الموسومة بـ \fB_netdev\fP\&. ويمكن استخدامها لتشغيل
وحدات معينة قبل إنشاء أجهزة التشفير والوصل عن بُعد\&. لاحظ أن هذه الوحدة
ليست جزءًا من المعاملة الأولية بوجه عام، ما لم تقم الوحدة التي ترغب في أن
تُرتب قبل كل عمليات الوصل عن بُعد بجلبها عبر اعتماد من نوع \fIWants=\fP\&. إذا
أرادت الوحدة أن تُجلب مع ظهور أول وصل عن بُعد، فيجب أن تستخدم
network\-online\&.target (انظر أعلاه)\&.
.RE
.PP
rpcbind\&.target
.RS 4
يجلب rpcbind/portmapper هذا الهدف ويرتب نفسه قبله، للإشارة إلى توفره\&.
.RE
.PP
ssh\-access\&.target
.RS 4
يجب على وحدات الخدمة والمقابس التي توفر وصولاً بعيدًا للقشرة الآمنة SSH إلى
النظام المحلي جلب هذه الوحدة وترتيب نفسها قبلها\&. من المفترض أن تعمل كمعلم
يشير إلى ما إذا كان الوصول عبر SSH إلى النظام متاحًا ومتى يكون كذلك\&. يجب
ألا تصبح نشطة إلا عندما يُربط منفذ SSH للعملاء البعيدين (أي إذا استُخدم SSH
كآلية لتصعيد الامتيازات المحلية، فلا يجب أن يتضمن هذه الوحدة الهدف)، بغض
النظر عن خيارات البروتوكول، أي بغض النظر عما إذا كان IPv4 أو IPv6 أو
\fBAF_VSOCK\fP مستخدمًا\&.
.sp
أُضيف في الإصدار 256\&.
.RE
.PP
time\-set\&.target
.RS 4
يجب على الخدمات المسؤولة عن ضبط ساعة النظام (\fBCLOCK_REALTIME\fP) من مصدر محلي
(مثل ملف طابع زمني محفوظ أو ساعة وقت حقيقي غير دقيقة) أن تجلب هذا الهدف
وترتب نفسها قبله\&. أما الخدمات التي ترغب في الحصول على وقت تقريبي رتبوي
تقريبًا فيجب ترتيبها بعد هذه الوحدة، ولكن دون جلبها\&.
.sp
لا يوفر هذا الهدف ضمانات الدقة التي يوفرها time\-sync\&.target (انظر أدناه)،
ومع ذلك لا يعتمد على إمكانية الوصول إلى مصادر ساعة بعيدة، أي أن الهدف لا
يتأخر عادة بسبب مشاكل الشبكة وما شابه ذلك\&. يُوصى باستخدام هذا الهدف
للخدمات التي تتطلب دقة تقريبية للساعة وسلوكًا رتبويًا تقريبًا ولكن يجب ألا
يتأخر تفعيلها بسبب اتصالات الشبكة التي قد تكون غير موثوقة\&.
.sp
يضيف مدير الخدمة آليًا اعتمادات من نوع \fIAfter=\fP لهذه الوحدة الهدف إلى كل
وحدات الموقتات التي تملك توجيه \fIOnCalendar=\fP واحدًا على الأقل\&.
.sp
خدمة \fBsystemd\-timesyncd.service\fP(8) عبارة عن عفريت بسيط يجلب هذا الهدف
ويرتب نفسه قبله\&. فإلى جانب تنفيذ بروتوكول الشبكة SNTP، فإنه يحفظ ملف طابع
زمني على القرص يُحدّث وقت تعديله بانتظام\&. عند بدء تشغيل الخدمة، تُضبط ساعة
النظام المحلية من وقت التعديل ذاك، مما يضمن زيادتها رتبويًا تقريبًا\&.
.sp
لاحظ أن ترتيب وحدة بعد time\-set\&.target يكون له تأثير فقط إذا كانت هناك
بالفعل خدمة مرتبة قبلها تؤخرها حتى تُعدل الساعة لتكون رتبوية
تقريبًا\&. وبخلاف ذلك، قد يتم الوصول إلى هذا الهدف قبل تعديل الساعة لتصبح
رتبوية تقريبًا\&. فعّل \fBsystemd\-timesyncd.service\fP(8)، أو أي تنفيذ بديل لـ
NTP لتأخير الهدف\&.
.sp
أُضيف في الإصدارة 242\&.
.RE
.PP
time\-sync\&.target
.RS 4
يجب على الخدمات التي تشير إلى اكتمال مزامنة ساعة النظام (\fBCLOCK_REALTIME\fP)
مع مصدر بعيد أن تجلب هذا الهدف وترتب نفسها قبله\&. أما الخدمات التي يكون
فيها الوقت الدقيق ضروريًا فيجب ترتيبها بعد هذه الوحدة، ولكن دون جلبها\&.
.sp
يضيف مدير الخدمة آليًا اعتمادات من نوع \fIAfter=\fP لهذه الوحدة الهدف إلى كل
وحدات الموقتات التي تملك توجيه \fIOnCalendar=\fP واحدًا على الأقل\&.
.sp
يوفر هذا الهدف ضمانات أكثر صرامة لدقة الساعة من time\-set\&.target (انظر
أعلاه)، ولكن من المرجح أنه يتطلب اتصالاً بالشبكة، مما يتسبب في تأخيرات غير
متوقعة\&. يجب على الخدمات التي تتطلب دقة الساعة وحيث تكون تأخيرات اتصال
الشبكة مقبولة استخدام هذا الهدف\&. أما الخدمات التي تتطلب ساعة أقل دقة،
وسلوك ساعة تقريبي ورتبوي تقريبًا فقط، فيجب أن تستخدم time\-set\&.target بدلاً
من ذلك\&.
.sp
لاحظ أن ترتيب وحدة بعد time\-sync\&.target يكون له تأثير فقط إذا كانت هناك
بالفعل خدمة مرتبة قبلها تؤخرها حتى يتم الوصول إلى مزامنة الساعة\&. وبخلاف
ذلك، قد يتم الوصول إلى هذا الهدف قبل مزامنة الساعة مع أي ساعة مرجعية دقيقة
عن بُعد\&. عند استخدام \fBsystemd\-timesyncd.service\fP(8)، فعّل
\fBsystemd\-time\-wait\-sync.service\fP(8) لتأخير الهدف؛ أو استخدم خدمة مكافئة
لتنفيذات NTP الأخرى\&.
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
\fBجدول\ \&1.\ \&مقارنة\fP
.TS
allbox tab(:);
lB lB.
T{
time\-set\&.target
T}:T{
time\-sync\&.target
T}
.T&
l l
l l
l l
l l
l l.
T{
الوصول إليه "سريع"
T}:T{
الوصول إليه "بطيء"
T}
T{
يستخدم عادةً مصادر ساعة محلية، ولا تتأثر عملية الإقلاع بتوفر الموارد الخارجية
T}:T{
يستخدم عادةً مصادر ساعة عن بُعد، ويُدرج اعتمادات على موارد بعيدة في عملية الإقلاع
T}
T{
موثوق، لأنه محلي
T}:T{
غير موثوق، لأن الشبكة عادة ما تكون طرفًا
T}
T{
يضمن عادةً ساعة تقريبية ورتبوية تقريبًا فقط
T}:T{
يضمن عادةً ساعة دقيقة
T}
T{
ينفذه systemd\-timesyncd\&.service
T}:T{
ينفذه systemd\-time\-wait\-sync\&.service
T}
.TE
.sp 1
.RE
.SS "وحدات الشرائح الخاصة"
.PP
هناك أربع وحدات "\&.slice" تشكل أساس الهرمية لتخصيص الموارد للخدمات،
والمستخدمين، والآلات الافتراضية أو الحاويات\&. راجع \fBsystemd.slice\fP(5)
للتفاصيل حول وحدات الشرائح\&.
.PP
\-\&.slice
.RS 4
شريحة الجذر هي أصل هرمية الشرائح\&. وهي لا تحتوي عادة على وحدات مباشرة، ولكن
يمكن استخدامها لضبط القيم المبدئية لكل الشجرة\&.
.sp
أُضيف في الإصدارة 206\&.
.RE
.PP
machine\&.slice
.RS 4
مبدئيًا، توجد كل الآلات الافتراضية والحاويات المسجلة لدى \fBsystemd\-machined\fP
في هذه الشريحة\&. ويجلبها systemd\-machined\&.service\&.
.sp
أُضيف في الإصدارة 206\&.
.RE
.PP
capsule\&.slice
.RS 4
مبدئيًا، توجد كل الكبسولات المغلفة في capsule@\&.service في هذه الشريحة\&.
.sp
أُضيف في الإصدار 255\&.
.RE
.PP
system\&.slice
.RS 4
بشكل مبدئي، توجد جميع خدمات النظام التي بدأها \fBsystemd\fP في هذه الشريحة
(slice)\&.
.sp
أُضيف في الإصدارة 206\&.
.RE
.PP
user\&.slice
.RS 4
بشكل مبدئي، توجد جميع عمليات المستخدم والخدمات التي بدأت بالنيابة عن
المستخدم، بما في ذلك نسخة systemd الخاصة بكل مستخدم، في هذه الشريحة\&. تُجلب
هذه بواسطة خدمة systemd\-logind\&.service\&.
.sp
أُضيف في الإصدارة 206\&.
.RE
.SH "الوحدات التي يديرها مدير خدمة المستخدم"
.SS "وحدات مستخدم خاصة"
.PP
عندما يعمل systemd كنسخة مستخدم، تتوفر الوحدات الخاصة التالية:
.PP
default\&.target
.RS 4
هذا هو الهدف الرئيس لمدير خدمة المستخدم، ويبدأ بشكل مبدئي عند استدعاء مدير
الخدمة\&. ينبغي جلب الخدمات المختلفة التي تشكل جلسة المستخدم العادية إلى هذا
الهدف\&. وفي هذا الصدد، يشبه default\&.target هدف multi\-user\&.target في
نسخة النظام، لكنه وحدة حقيقية وليس اسما مستعارا\&.
.sp
أُضيف في الإصدارة 242\&.
.RE
.PP
capsule@\&.target
.RS 4
هذا هو الهدف الرئيس لمديري خدمة الكبسولة (capsule)، ويبدأ بشكل مبدئي، ويُنشأ
باسم الكبسولة\&. قد يُستخدم هذا لتعريف مجموعات مختلفة من الوحدات التي تبدأ
لكبسولات مختلفة عبر تعريفات وحدات عامة\&. لتفاصيل حول الكبسولات، راجع
\fBcapsule@.service\fP(5)\&.
.sp
أُضيف في الإصدار 255\&.
.RE
.PP
بالإضافة إلى ذلك، تتوفر الوحدات التالية التي لها تعريفات مشابهة لنظيراتها في
النظام: exit\&.target، وshutdown\&.target، وsockets\&.target،
وtimers\&.target، وpaths\&.target، وbluetooth\&.target، وprinter\&.target،
وsmartcard\&.target، وsound\&.target\&.
.SS "وحدات مستخدم سلبية خاصة"
.PP
graphical\-session\&.target
.RS 4
يكون هذا الهدف نشطا كلما كانت هناك جلسة رسومية قيد التشغيل\&. ويُستخدم
لإيقاف خدمات المستخدم التي تنطبق فقط على الجلسة الرسومية (X، أو Wayland،
إلخ\&.) عند إنهاء الجلسة\&. يجب أن تحتوي هذه الخدمات على
"PartOf=graphical\-session\&.target" في قسم [Unit] الخاص بها\&. يبدأ هدف جلسة
معينة (مثل gnome\-session\&.target) ويوقف "graphical\-session\&.target"
باستخدام "BindsTo=graphical\-session\&.target"\&.
.sp
تُحدد الخدمات التي يبدأها هدف الجلسة بواسطة تبعيات "Wants="
و"Requires="\&. بالنسبة للخدمات التي يمكن تمكينها بشكل مستقل، ينبغي استخدام
الروابط الرمزية في "\&.wants/" و"\&.requires/"، راجع
\fBsystemd.unit\fP(5)\&. يجب أن تُشحن هذه الروابط الرمزية في الحزم، أو تُضاف
ديناميكيا بعد التثبيت، باستخدام "systemctl add\-wants" على سبيل المثال، راجع
\fBsystemctl\fP(1)\&.
.PP
\fBمثال\ \&2.\ \&ناوتيلوس كجزء من جلسة جنوم\fP يجلب "gnome\-session\&.target"
ناوتيلوس كخدمة من المستوى الأعلى:
.sp
.if  n \{\
.RS 4
.\}
.nf
[Unit]
Description=خدمات نظام المستخدم لجلسة جنوم الرسومية
Wants=nautilus\&.service
BindsTo=graphical\-session\&.target
.fi
.if  n \{\
.RE
.\}
.sp
تُوقف "nautilus\&.service" عند توقف الجلسة:
.sp
.if  n \{\
.RS 4
.\}
.nf
[Unit]
Description=صيرورة أيقونات سطح المكتب باستخدام ناوتيلوس
PartOf=graphical\-session\&.target

[Service]
\&...
.fi
.if  n \{\
.RE
.\}

أُضيف في الإصدارة 234\&.
.RE
.PP
graphical\-session\-pre\&.target
.RS 4
يحتوي هذا الهدف على خدمات تضبط البيئة أو التكوين العام لجلسة رسومية، مثل
وكلاء SSH/GPG (التي تحتاج إلى تصدير متغير بيئة إلى جميع عمليات سطح المكتب)
أو ترحيل مفاتيح d\-conf المهجورة بعد ترقية نظام التشغيل (والذي يجب أن يحدث
قبل بدء أي عملية قد تستخدمها)\&. يجب بدء هذا الهدف قبل بدء جلسة رسومية مثل
gnome\-session\&.target\&.
.sp
أُضيف في الإصدارة 234\&.
.RE
.PP
xdg\-desktop\-autostart\&.target
.RS 4
تحدد مواصفات XDG طريقة لبدء التطبيقات آليا باستخدام ملفات سطح مكتب
XDG\&. يشحن systemd برنامج \fBsystemd\-xdg\-autostart\-generator\fP(8) لملفات سطح
مكتب XDG في أدلة البدء الآلي\&. يمكن لبيئات سطح المكتب اختيار استخدام هذه
الخدمة عن طريق إضافة تبعية \fIWants=\fP على xdg\-desktop\-autostart\&.target\&.
.sp
أُضيف في الإصدار 246\&.
.RE
.SS "وحدات شرائح مستخدم خاصة"
.PP
هناك أربع وحدات "\&.slice" تشكل أساس تسلسل المستخدم الهرمي لتخصيص الموارد
لتطبيقات وخدمات المستخدم\&. راجع \fBsystemd.slice\fP(5) للحصول على تفاصيل حول
وحدات الشرائح والتوثيق حول \m[blue]\fBبيئات سطح المكتب\fP\m[]\&\s-2\u[4]\d\s+2
لمزيد من المعلومات\&.
.PP
\-\&.slice
.RS 4
الشريحة الجذر هي جذر تسلسل شرائح المستخدم الهرمي\&. عادة لا تحتوي على وحدات
مباشرة، ولكن قد تُستخدم لضبط القيم المبدئية للشجرة بأكملها\&.
.sp
أُضيف في الإصدار 247\&.
.RE
.PP
app\&.slice
.RS 4
بشكل مبدئي، توجد جميع خدمات وتطبيقات المستخدم التي يديرها \fBsystemd\fP في هذه
الشريحة\&. يجب وضع جميع التطبيقات التي تُطلق بشكل تفاعلي مثل متصفحات الويب
ومحررات النصوص بالإضافة إلى الخدمات غير الحرجة في هذه الشريحة\&.
.sp
أُضيف في الإصدار 247\&.
.RE
.PP
session\&.slice
.RS 4
يجب أن تستخدم جميع الخدمات والتطبيقات الأساسية المطلوبة للجلسة هذه
الشريحة\&. هذه هي الخدمات التي إما لا يمكن إعادة تشغيلها بسهولة أو حيث قد
تؤثر مشكلات التأخير على تفاعلية النظام والتطبيقات\&. يشمل ذلك خادم العرض،
وقوارئ الشاشة، والخدمات الأخرى مثل DBus أو بوابات XDG\&. يجب ضبط مثل هذه
الخدمات لتكون جزءا من هذه الشريحة عن طريق إضافة \fISlice=session\&.slice\fP إلى
ملفات الوحدات الخاصة بها\&.
.sp
أُضيف في الإصدار 247\&.
.RE
.PP
background\&.slice
.RS 4
يجب أن تستخدم جميع الخدمات التي تشغل مهام خلفية ذات أولوية منخفضة هذه
الشريحة\&. يسمح هذا بتخصيص الموارد بشكل تفضيلي للشرائح الأخرى\&. تشمل
الأمثلة المهام غير التفاعلية مثل فهرسة الملفات أو عمليات النسخ الاحتياطي حيث
لا يكون التأخير مهما\&.
.sp
أُضيف في الإصدار 247\&.
.RE
.SH "انظر أيضًا"
.PP
\fBsystemd\fP(1), \fBsystemd.unit\fP(5), \fBsystemd.service\fP(5),
\fBsystemd.socket\fP(5), \fBsystemd.target\fP(5), \fBsystemd.slice\fP(5),
\fBbootup\fP(7), \fBsystemd\-fstab\-generator\fP(8), \fBuser@.service\fP(5)
.SH ملاحظات
.IP " 1." 4
إعادة ضبط المصنع
.RS 4
\%https://systemd.io/FACTORY_RESET
.RE
.IP " 2." 4
تشغيل الخدمات بعد اتصال الشبكة
.RS 4
\%https://systemd.io/NETWORK_ONLINE
.RE
.IP " 3." 4
واجهة سجل النظام (Syslog)
.RS 4
\%https://systemd.io/SYSLOG
.RE
.IP " 4." 4
بيئات سطح المكتب
.RS 4
\%https://systemd.io/DESKTOP_ENVIRONMENTS
.RE
.PP
.SH ترجمة
تُرجمت هذه الصفحة من الدليل بواسطة
زايد السعيدي <zayed.alsaidi@gmail.com>
.
.PP
هذه الترجمة هي وثيقة مجانية؛ راجع
.UR https://www.gnu.org/licenses/gpl-3.0.html 
رخصة جنو العامة الإصدار 3
.UE
أو ما بعده للاطلاع على شروط حقوق النشر.
لا توجد أي ضمانات.
.PP
إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه،
يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين:
.MT kde-l10n-ar@kde.org
.ME .