SYSTEMD.MOUNT(5)

الاسم
systemd.mount - تهيئة وحدة الوصل

موجز

mount.mount

الوصف

ملف تهيئة وحدة ينتهي اسمه بـ ".mount" يرمّز معلومات حول نقطة وصل نظام ملفات يتحكم بها ويشرف عليها systemd.

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

خيارات إضافية مُدرجة في systemd.exec(5)، والتي تُعرّف بيئة التنفيذ التي يُنفذ فيها برنامج mount(8)، وفي systemd.kill(5)، والتي تُعرّف طريقة إنهاء العمليات، وفي systemd.resource-control(5)، والتي تُهيئ إعدادات التحكم في الموارد لعمليات الخدمة.

لاحظ أن الخيارين User= و Group= غير مفيدين لوحدات الوصل. systemd يمرر معلمتين إلى mount(8)؛ قيمتي What= و Where=. عند استدعائه بهذه الطريقة، لا يقرأ mount(8) أي خيارات من /etc/fstab، ويجب تشغيله بصلاحية UID 0.

يجب تسمية وحدات الوصل تبعاً لأدلة نقاط الوصل التي تتحكم بها. مثال: نقطة الوصل /home/lennart يجب أن تُهيأ في ملف وحدة home-lennart.mount. للتفاصيل حول منطق التهريب المستخدم لتحويل مسار نظام ملفات إلى اسم وحدة، انظر systemd.unit(5). لاحظ أن وحدات الوصل لا يمكن أن تكون مقولبة، ولا يمكن إضافة أسماء متعددة لوحدة وصل بإنشاء روابط رمزية لملف وحدتها.

اختيارياً، قد تُرافق وحدة الوصل بوحدة وصل آلي، للسماح بالوصل عند الطلب أو المتوازي. انظر systemd.automount(5).

نقاط الوصل المنشأة في وقت التشغيل (بشكل مستقل عن ملفات الوحدات أو /etc/fstab) ستُراقب بواسطة systemd وتظهر مثل أي وحدة وصل أخرى في systemd. انظر وصف /proc/self/mountinfo في proc(5).

بعض أنظمة الملفات لها دلالات خاصة كأنظمة ملفات واجهة برمجة التطبيقات (API) لواجهات kernel-to-userspace و userspace-to-userspace. بعضها قد لا يُغير عبر وحدات الوصل، ولا يمكن تعطيله. لمناقشة أطول انظر API File Systems[1].

أمر systemd-mount(1) يسمح بإنشاء وحدات .mount و .automount ديناميكيًا وعابرًا من سطر الأوامر.

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

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

تُضاف التبعيات التالية ضمنيًا:

    • إذا كانت وحدة وصل أسفل وحدة وصل أخرى في هرمية نظام الملفات، يُنشأ تبعية متطلبات وتبعية ترتيب بين الوحدتين آلياً.

    • أنظمة الملفات المدعومة بجهاز كتلي تكتسب آلياً تبعيات من نوع Requires=، StopPropagatedFrom=، و After= على وحدة الجهاز التي تغلف الجهاز الكتلي (انظر x-systemd.device-bound= للتفاصيل).

    • إذا فُعّلت حصة نظام الملفات التقليدية لوحدة وصل، تُضاف تبعيات آلي من نوع Wants= و Before= على systemd-quotacheck@.service و quotaon@.service.

    • قد تُضاف اعتماديات ضمنية إضافية نتيجةً لمعاملات التنفيذ والتحكم في الموارد كما وُثقت في systemd.exec(5) و systemd.resource-control(5).

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

تُضاف الاعتماديات التالية ما لم يُضبط DefaultDependencies=no:

    • جميع وحدات الوصل تكتسب آلياً Before= و Conflicts= على umount.target ليتم إيقافها أثناء الإغلاق.

    • وحدات الوصل التي تشير إلى أنظمة ملفات محلية تكتسب آلياً تبعية After= على local-fs-pre.target، وتبعية Before= على local-fs.target ما لم يتم تعيين خيار وصل واحد أو أكثر من بين nofail، x-systemd.wanted-by=، و x-systemd.required-by=. انظر أدناه لمعلومات مفصلة.

    بالإضافة إلى ذلك، تُضاف تبعية After= على swap.target عندما يكون نوع نظام الملفات "tmpfs".

    • وحدات الوصل الشبكية تكتسب آلياً تبعيات After= على remote-fs-pre.target، network.target، بالإضافة إلى تبعيات After= و Wants= على network-online.target، وتبعية Before= على remote-fs.target، ما لم يتم تعيين خيار وصل واحد أو أكثر من بين nofail، x-systemd.wanted-by=، و x-systemd.required-by=.

وحدات الوصل التي تشير إلى أنظمة ملفات محلية وشبكية تُفرّق حسب مواصفات نوع نظام الملفات. في بعض الحالات هذا غير كافٍ (مثلاً وصلات جهاز كتلي شبكي، مثل iSCSI)، وفي هذه الحالة قد يُضاف _netdev إلى سلسلة خيار الوصل للوحدة، مما يُجبر systemd على اعتبار وحدة الوصل وصلاً شبكياً.

FSTAB

وحدات الوصل قد تُهيأ إما عبر ملفات الوحدات، أو عبر /etc/fstab (انظر fstab(5) للتفاصيل). الوصلات المدرجة في /etc/fstab ستُحول إلى وحدات أصلية ديناميكيًا عند الإقلاع وعند إعادة تحميل تهيئة مدير النظام. بشكل عام، تهيئة نقاط الوصل عبر /etc/fstab هي الطريقة المفضلة لإدارة الوصلات للبشر. للأدوات، كتابة وحدات الوصل يجب أن تُفضل على تحرير /etc/fstab. انظر systemd-fstab-generator(8) للتفاصيل حول التحويل من /etc/fstab إلى وحدات الوصل.

خيار وصل NFS bg لوصلات NFS الخلفية كما هو موثق في nfs(5) يُكتشف بواسطة systemd-fstab-generator وتُحول الخيارات بحيث يحقق systemd آثار التحكم في المهام لذلك الخيار. تحديدًا، يتصرف systemd-fstab-generator كما لو أن "x-systemd.mount-timeout=infinity,retry=10000" أُضيفت إلى بداية قائمة الخيارات، و "fg,nofail" أُضيفت إلى نهايتها. اعتمادًا على المتطلبات المحددة، قد يكون من المناسب توفير بعض هذه الخيارات صراحةً، أو استخدام خيار "x-systemd.automount" الموصوف أدناه بدلاً من استخدام "bg".

عند قراءة /etc/fstab، تفهم systemd بعض خيارات الوصل الخاصة التي تؤثر على كيفية إنشاء التبعيات لنقاط الوصل. ستنشئ systemd تبعية من النوع Wants= أو Requires= (انظر الخيار nofail أدناه)، إما من local-fs.target أو remote-fs.target، اعتمادًا على ما إذا كان نظام الملفات محليًا أم بعيدًا.

x-systemd.requires=
    تكوّن تبعية Requires= و After= بين وحدة الوصل المنشأة ووحدة systemd أخرى، مثل وحدة جهاز أو وصل. يجب أن تكون الوسيطة اسم وحدة، أو مسارًا مطلقًا لعقدة جهاز أو نقطة وصل. يمكن تحديد هذا الخيار أكثر من مرة. هذا الخيار مفيد بشكل خاص لإعلانات نقاط الوصل التي تحتاج إلى جهاز إضافي موجود (مثل جهاز دفتر يومية خارجي لأنظمة ملفات اليومية) أو وصل إضافي في مكانه (مثل نظام ملفات تراكب يدمج نقاط وصل متعددة). انظر After= و Requires= في systemd.unit(5) للتفاصيل.

    لاحظ أن هذا الخيار ينطبق دائمًا على وحدة الوصل المنشأة فقط بغض النظر عما إذا تم تحديد x-systemd.automount.

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

x-systemd.wants=
    تكوّن تبعية Wants= و After= بين وحدة الوصل المنشأة ووحدة systemd أخرى، مشابهة لخيار x-systemd.requires=.

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

x-systemd.before=, x-systemd.after=
    في وحدة الوصل المنشأة، تكوّن تبعية Before= أو After= على وحدة systemd أخرى، مثل وحدة وصل. يجب أن تكون الوسيطة اسم وحدة أو مسارًا مطلقًا لنقطة وصل. يمكن تحديد هذا الخيار أكثر من مرة. هذا الخيار مفيد بشكل خاص لإعلانات نقاط الوصل مع خيار nofail التي تُوصل بشكل غير متزامن ولكنها تحتاج إلى الوصل قبل أو بعد بدء بعض الوحدات، على سبيل المثال، قبل وحدة local-fs.target. انظر Before= و After= في systemd.unit(5) للتفاصيل.

    لاحظ أن هذه الخيارات تنطبق دائمًا على وحدة الوصل المنشأة فقط بغض النظر عما إذا تم تحديد x-systemd.automount.

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

x-systemd.wanted-by=, x-systemd.required-by=
    في وحدة الوصل المنشأة، تكوّن تبعية WantedBy= أو RequiredBy= على وحدة أخرى. يمكن تحديد هذا الخيار أكثر من مرة. إذا تم تحديد هذا، فإن التبعيات المبدئية (انظر أعلاه) بخلاف umount.target على وحدة الوصل المنشأة، مثل local-fs.target، لا تُنشأ آليًا. وبالتالي من المحتمل أن تحتاج بعض تبعيات الترتيب إلى الإعداد يدويًا من خلال x-systemd.before= و x-systemd.after=. انظر WantedBy= و RequiredBy= في systemd.unit(5) للتفاصيل.

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

x-systemd.wants-mounts-for=, x-systemd.requires-mounts-for=
    تكوّن تبعية RequiresMountsFor= أو WantsMountsFor= بين وحدة الوصل المنشأة ووحدات وصل أخرى. يجب أن تكون الوسيطة مسارًا مطلقًا. يمكن تحديد هذا الخيار أكثر من مرة. انظر RequiresMountsFor= أو WantsMountsFor= في systemd.unit(5) للتفاصيل.

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

x-systemd.graceful-option=
    خيار وصل إضافي يُلحق إذا كان مدعومًا من النواة. يمكن استخدامه لتكوين خيارات وصل اختيارية وتُفعّل فقط على النوى التي تدعمها. لاحظ أن هذا مدعوم فقط لخيارات وصل النواة الأصلية (أي صراحةً ليس لخيارات الوصل المنفذة في مساحة المستخدم، مثل تلك التي يعالجها /usr/bin/mount نفسه، أو FUSE، أو مساعدي الوصل مثل mount.nfs). يمكن تحديد هذا الخيار أكثر من مرة.

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

x-systemd.device-bound=
    يأخذ وسيطة منطقية. إذا كانت صحيحة أو بدون وسيطة، تُضبط تبعية BindsTo= على الجهاز الداعم. إذا كانت خاطئة، لا تُوقف وحدة الوصل بغض النظر عما إذا كان الجهاز الداعم لا يزال موجودًا. هذا مفيد عندما يكون نظام الملفات مدعومًا من مديري وحدات التخزين. إذا لم يُضبط، وكان الوصل من أجزاء وحدة، أي مولّد من /etc/fstab بواسطة systemd-fstab-generator(8) أو محمّل من وحدة وصل مكوّنة يدويًا، تُضبط مجموعة من تبعيات Requires= و StopPropagatedFrom= على الجهاز الداعم، وإلا يُستخدم Requires= فقط.

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

x-systemd.automount
    ستُنشأ وحدة وصل آلي لنظام الملفات. انظر systemd.automount(5) للتفاصيل.

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

x-systemd.idle-timeout=
    تكوّن مهلة الخمول لوحدة الوصل الآلي. انظر TimeoutIdleSec= في systemd.automount(5) للتفاصيل.

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

x-systemd.device-timeout=
    اضبط المدة التي يجب أن ينتظرها systemd لظهور جهاز قبل الاستسلام عن إدخال من /etc/fstab. حدد وقتًا بالثواني أو ألحق وحدة بشكل صريح مثل "s" (ث)، "min" (د)، "h" (س)، "ms" (ملي ث).

    لاحظ أن هذا الخيار يمكن استخدامه فقط في /etc/fstab، وسيُتجاهل عندما يكون جزءًا من إعداد Options= في ملف وحدة.

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

x-systemd.mount-timeout=
    تكوّن المدة التي يجب أن تنتظرها systemd لأمر الوصل للانتهاء قبل التخلي عن إدخال من /etc/fstab. حدد وقتًا بالثواني أو ألحق وحدة صراحة مثل "s" أو "min" أو "h" أو "ms".

    لاحظ أن هذا الخيار يمكن استخدامه فقط في /etc/fstab، وسيُتجاهل عندما يكون جزءًا من إعداد Options= في ملف وحدة.

    انظر TimeoutSec= أدناه للتفاصيل.

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

x-systemd.makefs
    سيُهيأ نظام الملفات على الجهاز. إذا لم يكن الجهاز "فارغًا"، أي يحتوي على أي توقيع، ستُتجاوز العملية. وبالتالي يُتوقع أن يبقى هذا الخيار مضبوطًا حتى بعد تهيئة الجهاز.

    لاحظ أن هذا الخيار يمكن استخدامه فقط في /etc/fstab، وسيُتجاهل عندما يكون جزءًا من إعداد Options= في ملف وحدة.

    انظر systemd-makefs@.service(8).

    يمكن استخدام wipefs(8) لإزالة أي توقيعات من جهاز كتلة لإجبار x-systemd.makefs على إعادة تهيئة الجهاز.

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

x-systemd.growfs
    سيُوسع نظام الملفات ليشغل جهاز الكتلة بالكامل. إذا كان نظام الملفات بالفعل في أقصى حجم، لن يُنفذ أي إجراء. وبالتالي يُتوقع أن يبقى هذا الخيار مضبوطًا حتى بعد توسيع نظام الملفات. فقط أنواع معينة من أنظمة الملفات مدعومة، انظر systemd-makefs@.service(8) للتفاصيل.

    لاحظ أن هذا الخيار يمكن استخدامه فقط في /etc/fstab، وسيُتجاهل عندما يكون جزءًا من إعداد Options= في ملف وحدة.

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

x-systemd.pcrfs
    يقيس معلومات هوية نظام الملفات (نقطة الوصل، النوع، التسمية، UUID، تسمية القسم، UUID القسم) في PCR 15 بعد وصل نظام الملفات. يضمن هذا أن خدمات systemd-pcrfs@.service(8) أو systemd-pcrfs-root.service تُسحب بواسطة وحدة الوصل.

    لاحظ أن هذا الخيار يمكن استخدامه فقط في /etc/fstab، وسيُتجاهل عندما يكون جزءًا من إعداد Options= في ملف وحدة. وهو ضمني أيضًا للأقسام الجذر و /usr/ التي يكتشفها systemd-gpt-auto-generator(8).

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

x-systemd.validatefs
    يتحقق من بيانات تعريف قيود الوصل لنظام الملفات المُوصَل بعد وصله. يضمن ذلك سحب خدمة systemd-validatefs@.service(8) بواسطة وحدة الوصل.

    لاحظ أن هذا الخيار يُستخدم فقط في /etc/fstab، ويُتجاهل عند كونه جزءًا من إعداد Options= في ملف وحدة. كما يُفترض ضمنيًا لجميع الأقسام التي يكتشفها systemd-gpt-auto-generator(8).

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

x-systemd.rw-only
    إذا فشلت عملية وصل في وصل نظام الملفات للقراءة-الكتابة، فإنها تحاول عادةً وصل نظام الملفات للقراءة فقط بدلاً من ذلك. يُعطل هذا الخيار هذا السلوك، ويُسبب فشل الوصل فورًا بدلاً من ذلك. يُترجم هذا الخيار إلى إعداد ReadWriteOnly= في ملف وحدة.

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

_netdev
    عادةً يُستخدم نوع نظام الملفات لتحديد ما إذا كان الوصل هو "وصل شبكة"، أي إذا كان يجب بدؤه فقط بعد توفر الشبكة. يتجاوز استخدام هذا الخيار هذا الكشف ويُحدد أن الوصل يتطلب الشبكة.

    تُرتّب وحدات وصل الشبكة بين remote-fs-pre.target و remote-fs.target، بدلاً من local-fs-pre.target و local-fs.target. كما تسحب network-online.target وتُرتّب بعده وبعد network.target.

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

noauto، auto
    مع noauto، لن تُضاف وحدة الوصل كاعتمادية لـ local-fs.target أو remote-fs.target. يعني ذلك أنها لن تُوصل آليًا أثناء الإقلاع، ما لم تُسحب بواسطة وحدة أخرى. الخيار auto له المعنى المعاكس وهو المبدئي.

    لاحظ أنه إذا استُخدم x-systemd.automount (انظر أعلاه)، فلن يكون لـ auto أو noauto أي تأثير. ستُضاف وحدة الوصل الآلي المطابقة كاعتمادية للهدف المناسب.

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

nofail
    مع nofail، سيكون هذا الوصل مرغوبًا فقط، وليس مطلوبًا، بواسطة local-fs.target أو remote-fs.target. علاوة على ذلك، لا تُرتّب وحدة الوصل قبل وحدات الهدف هذه. يعني ذلك أن الإقلاع سيستمر دون انتظار وحدة الوصل وبغض النظر عن إمكانية وصل نقطة الوصل بنجاح.

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

x-initrd.mount
    نظام ملفات إضافي يُوصل في initrd. انظر وصف initrd-fs.target في systemd.special(7). هذا مؤشر لـ initrd لوصل هذا القسم مبكرًا ومؤشر للمضيف لترك القسم موصولاً حتى الإغلاق النهائي. أو بعبارة أخرى، إذا ضُبطت هذه العلامة، يُفترض أن يكون الوصل نشطًا طوال وقت التشغيل العادي للنظام، أي يُنشأ قبل انتقال initrd إلى المضيف حتى انتقال المضيف إلى مرحلة الإغلاق النهائي.

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

إذا ضُبطت نقطة وصل في كل من /etc/fstab وملف وحدة مخزن تحت /usr/، فستأخذ الأولى الأولوية. إذا خُزّن ملف الوحدة تحت /etc/، فسيأخذ الأولوية. يعني هذا: ملفات الوحدات الأصلية تأخذ الأولوية على ملفات التهيئة التقليدية، لكن هذا يُلغى بقاعدة أن التهيئة في /etc/ ستأخذ دائمًا الأولوية على التهيئة في /usr/.

الخيارات

قد تتضمن ملفات وحدات الوصل أقسام [Unit] و [Install]، الموصوفة في systemd.unit(5).

يجب أن تتضمن ملفات وحدات الوصل قسم [Mount]، الذي يحمل معلومات عن نقاط وصل نظام الملفات التي يُشرف عليها. عدد من الخيارات التي قد تُستخدم في هذا القسم مشتركة مع أنواع وحدات أخرى. تُوثّق هذه الخيارات في systemd.exec(5) و systemd.kill(5) و systemd.resource-control(5). الخيارات الخاصة بقسم [Mount] لوحدات الوصل هي التالية:

What=
    يأخذ مسارًا مطلقًا أو معرّفًا بنمط fstab لعقدة جهاز أو ملف أو مورد آخر للوصل. انظر mount(8) للتفاصيل. إذا أشار هذا إلى عقدة جهاز، فتُنشأ اعتمادية على وحدة الجهاز المعنية آليًا. (انظر systemd.device(5) لمزيد من المعلومات.) هذا الخيار إلزامي. لاحظ أن توسيع المُحدد المعتاد يُطبق على هذا الإعداد، لذا يجب كتابة أحرف النسبة المئوية الحرفية كـ "%%". إذا كان هذا الوصل وصل ربط والمسار المُحدد غير موجود بعد، فسيُنشأ كدليل.

Where=
    يأخذ مسارًا مطلقًا لملف أو دليل لنقطة الوصل؛ على وجه الخصوص، لا يمكن أن تكون الوجهة رابطًا رمزيًا. إذا لم تكن نقطة الوصل موجودة وقت الوصل، فتُنشأ إما كدليل أو كملف. الأولى هي الحالة المعتادة؛ الثانية تُنفذ فقط إذا كان هذا الوصل وصل ربط والمصدر (What=) ليس دليلاً. يجب أن ينعكس هذا النص في اسم ملف الوحدة. (انظر أعلاه.) هذا الخيار إلزامي.

Type=
    يأخذ نصًا لنوع نظام الملفات. انظر mount(8) للتفاصيل. هذا الإعداد اختياري.

    إذا كان النوع "overlay"، و "upperdir=" أو "workdir=" مُحددين كخيارات والأدلة غير موجودة، فستُنشأ.

Options=
    خيارات الوصل لاستخدامها عند الوصل. يأخذ هذا قائمة خيارات مفصولة بفواصل. هذا الإعداد اختياري. لاحظ أن توسيع المُحدد المعتاد يُطبق على هذا الإعداد، لذا يجب كتابة أحرف النسبة المئوية الحرفية كـ "%%".

SloppyOptions=
    يأخذ وسيطًا منطقيًا. إذا كان صحيحًا، يُرخّص تحليل الخيارات المُحددة في Options=، وتُتسامح خيارات الوصل غير المعروفة. يتوافق هذا مع مفتاح -s في mount(8). المبدئي هو إيقاف.

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

LazyUnmount=
    يأخذ وسيطًا منطقيًا. إذا كان صحيحًا، افصل نظام الملفات عن التسلسل الهرمي لنظام الملفات في وقت عملية الفصل، ونظّف جميع المراجع لنظام الملفات بمجرد أن تصبح غير مشغولة. يتوافق هذا مع مفتاح -l في umount(8). المبدئي هو إيقاف.

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

ReadWriteOnly=
    يأخذ وسيطًا منطقيًا. إذا كان خاطئًا، تُعاد محاولة وصل نقطة وصل يُفترض وصلها للقراءة-الكتابة لكن لا يمكن وصلها كذلك للقراءة فقط. إذا كان صحيحًا، ستفشل العملية فورًا بعد عدم نجاح محاولة الوصل للقراءة-الكتابة. يتوافق هذا مع مفتاح -w في mount(8). المبدئي هو إيقاف.

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

ForceUnmount=
    يأخذ وسيطًا منطقيًا. إذا كان صحيحًا، يجبر فك الوصل (في حالة نظام NFS غير قابل للوصول). يتوافق هذا مع مفتاح umount(8)'s -f. المبدئي هو إيقاف.

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

DirectoryMode=
    يتم إنشاء أدلة نقاط الوصل (وأي أدلة أصلية) آليًا إذا لزم الأمر. يحدد هذا الخيار وضع الوصول لنظام الملفات المستخدم عند إنشاء هذه الأدلة. يأخذ وضع وصول بالترميز الثماني. المبدئي هو 0755.

TimeoutSec=
    يهيئ الوقت للانتظار حتى انتهاء أمر الوصل. إذا لم يخرج الأمر خلال الوقت المهيأ، يعتبر الوصل فاشلًا ويتم إيقافه مرة أخرى. يتم إنهاء جميع الأوامر التي لا تزال قيد التشغيل قسريًا عبر SIGTERM، وبعد تأخير إضافي بنفس الوقت عبر SIGKILL. (انظر KillMode= في systemd.kill(5).) يأخذ قيمة بدون وحدة بالثواني، أو قيمة فترة زمنية مثل "5min 20s". مرر 0 لتعطيل منطق المهلة. يتم تعيين القيمة المبدئية من خيار DefaultTimeoutStartSec= في systemd-system.conf(5).

تحقق من systemd.unit(5)، و systemd.exec(5)، و systemd.kill(5) لمزيد من الإعدادات.

انظر أيضًا

systemd(1), systemctl(1), systemd-system.conf(5), systemd.unit(5), systemd.exec(5), systemd.kill(5), systemd.resource-control(5), systemd.service(5), systemd.device(5), proc(5), mount(8), systemd-fstab-generator(8), systemd.directives(7), systemd-mount(1)

ملاحظات

1.  أنظمة ملفات واجهة برمجة التطبيقات (API)
    https://systemd.io/API_FILE_SYSTEMS

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

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

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