Scroll to navigation

SYSTEMD.DEVICE(5) systemd.device SYSTEMD.DEVICE(5)

الاسم

systemd.device - تهيئة وحدة الجهاز

موجز

device.device

الوصف

ملف تهيئة وحدة ينتهي اسمه بـ ".device" يرمز معلومات حول وحدة جهاز كما هي معروضة في شجرة أجهزة sysfs/udev(7). يمكن استخدام هذا لتعريف التبعيات بين الأجهزة والوحدات الأخرى.

نوع الوحدة هذا لا يحتوي على خيارات محددة. انظر systemd.unit(5) للخيارات المشتركة لجميع ملفات تهيئة الوحدات. عناصر التهيئة المشتركة تُهيأ في القسمين العامين [Unit] و[Install]. لا يوجد قسم منفصل [Device]، حيث لا يمكن تهيئة خيارات خاصة بالجهاز.

سينشئ systemd وحدات جهاز ديناميكيًا لجميع أجهزة النواة الموسومة بوسم udev "systemd" (بشكل مبدئي جميع أجهزة الكتلة والشبكة، وقلة أخرى). لاحظ أنه إذا لم يكن systemd-udevd.service قيد التشغيل، فلن تتوفر وحدات جهاز (مثلاً في حاوية نموذجية).

تُسمى وحدات الجهاز حسب مسارات /sys/ و /dev/ التي تتحكم بها. مثال: الجهاز /dev/sda5 يُعرض في systemd كـ dev-sda5.device. للتفاصيل حول منطق الهروب المستخدم لتحويل مسار نظام ملفات إلى اسم وحدة، انظر systemd.unit(5).

لوسم جهاز udev، استخدم "TAG+="systemd"" في ملف قواعد udev، انظر udev(7) للتفاصيل.

تُعاد تحميل وحدات الجهاز بواسطة systemd كلما أنشأ الجهاز المقابل حدث "changed". يمكن للوحدات الأخرى استخدام ReloadPropagatedFrom= للتفاعل مع ذلك الحدث.

اعتمادات آلية

التبعيات الضمنية

تكتسب العديد من أنواع الوحدات تبعيات تلقائيًا على وحدات جهاز الأجهزة التي تحتاجها. على سبيل المثال، وحدة .socket تكتسب تبعيات على وحدات جهاز واجهة الشبكة المحددة في BindToDevice=. وبالمثل، وحدات swap و mount تكتسب تبعيات على الوحدات المغلفة لأجهزة الكتلة الداعمة لها.

الاعتمادات المبدئية

لا توجد تبعيات مبدئية لوحدات الجهاز.

قاعدة بيانات UDEV

إعدادات وحدة الجهاز يمكن تهيئتها إما عبر ملفات الوحدة، أو مباشرة من قاعدة بيانات udev. الخصائص التالية لجهاز udev تُفهم بواسطة مدير الخدمة:

SYSTEMD_WANTS=, SYSTEMD_USER_WANTS=

يضيف تبعيات من نوع Wants= من وحدة الجهاز إلى الوحدات المحددة. SYSTEMD_WANTS= يُقرأ بواسطة مدير خدمة النظام، SYSTEMD_USER_WANTS= بواسطة نسخ مدير خدمة المستخدم. يمكن استخدام هذه الخصائص لتفعيل وحدات عشوائية عندما يصبح جهاز معين متاحًا.

لاحظ أن هذه الخصائص وخصائص جهاز udev الأخرى لا تؤخذ في الاعتبار ما لم يُوسم الجهاز بوسم "systemd" في قاعدة بيانات udev، وإلا فلن يُعرض الجهاز كوحدة systemd (انظر أعلاه).

لاحظ أن systemd سيعمل فقط على تبعيات Wants= عندما يصبح الجهاز نشطًا لأول مرة. لن يعمل عليها إذا أُضيفت إلى أجهزة نشطة بالفعل. استخدم SYSTEMD_READY= (انظر أدناه) لتهيئة متى يُعتبر جهاز udev نشطًا، وبالتالي متى تُفعل التبعيات.

قيمة الخاصية المحددة يجب أن تكون قائمة مفصولة بمسافات من أسماء وحدات صالحة. إذا تم تحديد اسم قالب وحدة (أي اسم وحدة يحتوي على حرف "@" يشير إلى اسم وحدة للاستخدام في مثيلات متعددة، ولكن مع اسم مثيل فارغ يتبع "@")، فسيتم إنشاء مثيل تلقائيًا بواسطة مسار "sysfs" للجهاز (أي: يُهرب المسار ويُدرج كاسم مثيل في اسم وحدة القالب). هذا مفيد لإنشاء مثيل لقالب وحدة محدد مرة واحدة لكل جهاز يظهر ويطابق خصائص محددة.

SYSTEMD_ALIAS=

يضيف اسمًا مستعارًا إضافيًا لوحدة الجهاز. يجب أن يكون هذا مسارًا مطلقًا يُحول تلقائيًا إلى اسم وحدة. (انظر أعلاه.)

SYSTEMD_READY=

إذا ضُبط على 0، سيعتبر systemd هذا الجهاز مفصولاً حتى لو ظهر في شجرة udev. إذا كانت هذه الخاصية غير مضبوطة أو مضبوطة على 1، فسيُعتبر الجهاز موصولاً إذا كان مرئيًا في شجرة udev.

هذا الخيار مفيد للأجهزة التي تظهر مبدئيًا في حالة غير مهيأة في الشجرة، والتي يُنشأ لها حدث "changed" في اللحظة التي تُهيأ فيها بالكامل. لاحظ أن SYSTEMD_WANTS= (انظر أعلاه) لا يُعمل به طالما SYSTEMD_READY=0 مضبوط لجهاز.

ID_MODEL_FROM_DATABASE=, ID_MODEL=

إذا تم تعيينها، تُستخدم هذه الخاصية كسلسلة وصف لوحدة الجهاز.

الخيارات

قد تتضمن ملفات وحدة الجهاز أقسام [Unit] و [Install]، الموصوفة في systemd.unit(5). لا تُدعم أي خيارات خاصة بنوع الملف هذا.

انظر أيضًا

systemd(1), systemctl(1), systemd.unit(5), udev(7), systemd.directives(7)

ترجمة

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

هذه الترجمة هي وثيقة مجانية؛ راجع رخصة جنو العامة الإصدار 3 أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات.

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

systemd 260.1