SYSTEMD-TMPFILES(8)

الاسم
systemd-tmpfiles، systemd-tmpfiles-setup.service، systemd-tmpfiles-setup-dev-early.service، systemd-tmpfiles-setup-dev.service، systemd-tmpfiles-clean.service، systemd-tmpfiles-clean.timer - إنشاء وحذف وتنظيف الملفات والأدلة

موجز

systemd-tmpfiles [OPTIONS...] [CONFIGFILE...]

وحدات النظام:
    systemd-tmpfiles-setup.service
    systemd-tmpfiles-setup-dev-early.service
    systemd-tmpfiles-setup-dev.service
    systemd-tmpfiles-clean.service
    systemd-tmpfiles-clean.timer

وحدات المستخدم:
    systemd-tmpfiles-setup.service
    systemd-tmpfiles-clean.service
    systemd-tmpfiles-clean.timer

الوصف

يقوم systemd-tmpfiles بإنشاء وحذف وتنظيف الملفات والأدلة، باستخدام تنسيق وموقع ملف التهيئة المحددين في tmpfiles.d(5). تاريخياً، صُمم لإدارة الملفات المؤقتة والمتقلبة، كما يوحي الاسم، لكنه يوفر وظائف إدارة ملفات عامة ويمكن استخدامه لإدارة أي نوع من الملفات. يجب استدعاؤه بأمر واحد أو أكثر --create و--remove و--clean، لاختيار المجموعة الفرعية المناسبة من العمليات.

إذا استُدعي بدون وسائط، تُنفذ التوجيهات من ملفات التهيئة الموجودة في الأدلة المحددة بواسطة tmpfiles.d(5). عند الاستدعاء بوسائط موضعية، إذا حُدد الخيار --replace=PATH، تُستخدم الوسائط المحددة في سطر الأوامر بدلاً من ملف التهيئة PATH. وإلا، تُنفذ التهيئة المحددة بواسطة وسائط سطر الأوامر فقط. إذا حُددت السلسلة "-" بدلاً من اسم ملف، تُقرأ التهيئة من الإدخال القياسي. إذا كانت الوسيطة اسم ملف (بدون أي شرطات مائلة)، تُبحث جميع أدلة التهيئة عن ملف مطابق ويُنفذ الملف الموجود ذو الأولوية الأعلى. إذا كانت الوسيطة مساراً، يُستخدم هذا الملف مباشرة دون البحث في أدلة التهيئة عن أي ملف مطابق آخر.

خدمات النظام (systemd-tmpfiles-setup.service، systemd-tmpfiles-setup-dev-early.service، systemd-tmpfiles-setup-dev.service، systemd-tmpfiles-clean.service) تستدعي systemd-tmpfiles لإنشاء ملفات النظام وإجراء تنظيف على مستوى النظام. تقرأ هذه الخدمات ملفات تهيئة يتحكم بها المسؤول في أدلة tmpfiles.d/. خدمات المستخدم (systemd-tmpfiles-setup.service، systemd-tmpfiles-clean.service) تستدعي أيضًا systemd-tmpfiles، لكنها تقرأ مجموعة منفصلة من الملفات، والتي تتضمن ملفات يتحكم بها المستخدم تحت ~/.config/user-tmpfiles.d/ و~/.local/share/user-tmpfiles.d/، وملفات يتحكم بها المسؤول تحت /usr/share/user-tmpfiles.d/. قد يستخدم المستخدمون هذا لإنشاء وتنظيف الملفات تحت سيطرتهم، لكن مثيل النظام يقوم بتنظيف شامل ولا يتأثر بتهيئة المستخدم. لاحظ أن هذا يعني أن التنظيف المستند إلى الوقت المُهيأ في مثيل النظام، مثل ذلك المُهيأ عادةً لـ /tmp/، سيؤثر بالتالي أيضًا على الملفات التي أنشأها مثيل المستخدم إذا وُضعت في /tmp/، حتى لو كان التنظيف المستند إلى الوقت لمثيل المستخدم مُعطلاً.

لإعادة تطبيق الإعدادات بعد تعديل التهيئة، أعد تشغيل systemd-tmpfiles-clean.service ببساطة، والذي سيطبق أي إعدادات يمكن تنفيذها بأمان في وقت التشغيل. لتصحيح أخطاء systemd-tmpfiles، قد يكون من المفيد استدعاؤه مباشرة من سطر الأوامر بمستوى سجل متزايد (انظر $SYSTEMD_LOG_LEVEL أدناه).

الأوامر والخيارات

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

--create
    إذا مُرر هذا الأمر، تُنشأ أو تُكتب جميع الملفات والأدلة الموسومة بـ f وF وw وd وD وv وp وL وc وb وm في ملفات التهيئة. تُضبط ملكية ووضع الوصول وتسميات الأمان للملفات والأدلة الموسومة بـ z وZ وt وT وa وA.

--clean
    إذا مُرر هذا الأمر، تُنظف جميع الملفات والأدلة ذات معامل العمر المُهيأ.

--remove
    إذا مُرر هذا الأمر، تُزال محتويات الأدلة الموسومة بـ D أو R، والملفات أو الأدلة نفسها الموسومة بـ r أو R ما لم يُؤخذ قفل BSD حصري أو مشترك عليها (انظر flock(2)).

--purge
    إذا مُرر هذا الخيار، تُحذف جميع الملفات والأدلة المُعلنة لـ الإنشاء والموسومة بالحرف "$" بواسطة ملفات tmpfiles.d/ المحددة في سطر الأوامر. تحديداً، يعمل هذا على جميع الملفات والأدلة الموسومة بـ f وF وd وD وv وq وQ وp وL وc وb وC وw وe. إذا استُخدم هذا المفتاح، يجب تحديد ملف tmpfiles.d/ واحد على الأقل (أو - للإدخال القياسي) في سطر الأوامر وإلا سيُرفض الاستدعاء، لأسباب تتعلق بالسلامة (وإلا قد تُزال الكثير من ملفات النظام المثبتة).

    حالة الاستخدام الرئيسية لهذا الخيار هي إزالة الملفات والأدلة آلياً التي أُنشئت أصلاً نيابة عن حزمة مثبتة عند وقت إزالة الحزمة.

    يُوصى بتشغيل هذا الأمر أولاً مع --dry-run (انظر أدناه) للتحقق من الملفات والأدلة التي ستُحذف.

    تحذير! هذا ليس الأمر الذي تريده عادةً! في معظم الحالات --remove هو ما تبحث عنه.

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

--user
    نفذ تهيئة "المستخدم"، أي ملفات tmpfiles.d/ في أدلة تهيئة المستخدم.

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

--boot
    نفذ أيضًا الأسطر التي تحتوي على علامة تعجب. قد تُوسم الأسطر غير الآمنة للتنفيذ على نظام قيد التشغيل بهذه الطريقة. يُنفذ systemd-tmpfiles في مرحلة الإقلاع المبكر مع تحديد --boot وسينفذ تلك الأسطر. عند استدعائه لاحقًا، يجب استدعاؤه بدون --boot.

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

--graceful
    تجاهل أسطر التهيئة المتعلقة بمستخدمين أو مجموعات غير معروفة. هذا الخيار مخصص للاستخدام في مرحلة الإقلاع المبكر قبل إنشاء جميع المستخدمين أو المجموعات.

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

--dry-run
    عالج التهيئة واطبع العمليات التي ستُنفذ، لكن لا تغير أي شيء فعلياً في نظام الملفات.

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

--inline
    عامل كل معطى موضعي كسطر تهيئة منفصل بدلًا من اسم ملف.

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

--prefix=path
    طبق القواعد ذات المسارات التي تبدأ بالبادئة المحددة فقط. يمكن تحديد هذا الخيار عدة مرات.

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

--exclude-prefix=path
    تجاهل القواعد ذات المسارات التي تبدأ بالبادئة المحددة. يمكن تحديد هذا الخيار عدة مرات.

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

-E
    اختصار لـ "--exclude-prefix=/dev --exclude-prefix=/proc --exclude-prefix=/run --exclude-prefix=/sys"، أي استبعاد التسلسلات الهرمية المدعومة عادةً بأنظمة ملفات افتراضية أو ذاكرة. هذا مفيد مع --root=، إذا كانت شجرة الدليل المحددة تحتوي على شجرة نظام تشغيل بدون هذه الأنظمة الافتراضية/الذاكرة المثبتة، حيث أنه من غير المرغوب عادةً إنشاء أي ملفات وأدلة أسفل هذه الأدلة الفرعية إذا كان من المفترض تركيبها فوقها أثناء وقت التشغيل.

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

--root=جذر
    يأخذ مسار دليل كمعامل. ستُسبق جميع المسارات بمسار root البديل المعطى، بما في ذلك مسارات البحث عن الضبط.

    عند استخدام هذا الخيار، يتم تجاوز مبدل خدمة الأسماء (NSS) الخاص بـ libc لحل المستخدمين والمجموعات. بدلاً من ذلك، تُقرأ الملفات /etc/passwd و /etc/group داخل الجذر البديل مباشرة. هذا يعني أن المستخدمين/المجموعات غير المدرجة في هذه الملفات لن تُحل، أي أن LDAP و NIS وقواعد البيانات المعقدة الأخرى لا تؤخذ في الاعتبار.

    ضع في اعتبارك دمج هذا مع -E لضمان أن الاستدعاء لا ينشئ ملفات أو أدلة أسفل نقاط التثبيت في صورة نظام التشغيل التي يتم التعامل معها والتي يتم تركيبها فوقها عادةً أثناء وقت التشغيل.

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

--image=image
    يأخذ مسارًا لملف صورة قرص أو عقدة جهاز كتلي. إذا حُدد، ستُطبق جميع العمليات على نظام الملفات في صورة القرص المشار إليها. هذا مشابه لـ --root= ولكنه يعمل على أنظمة الملفات المخزنة في صور الأقراص أو الأجهزة الكتلية. يجب أن تحتوي صورة القرص إما على نظام ملفات واحد أو مجموعة من أنظمة الملفات ضمن جدول أقسام GPT، وفقًا لـ UAPI.2 مواصفات الأقسام القابلة للاكتشاف[1]. لمزيد من المعلومات حول صور الأقراص المدعومة، انظر مفتاح systemd-nspawn(1) الذي يحمل الاسم نفسه.

    يستلزم -E.

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

--image-policy=السياسة
    يأخذ سلسلة سياسة صورة كوسييط، وفقًا لـ systemd.image-policy(7). تُفرض السياسة عند العمل على صورة القرص المحددة عبر --image=، انظر أعلاه. إذا لم تُحدد، فسيُرجع إلى سياسة "*" المبدئية، أي تُستخدم جميع أنظمة الملفات المعروفة في الصورة.

--replace=المسار
    عند إعطاء هذا الخيار، يجب تحديد وسيطة موضعية واحدة أو أكثر. ستُقرأ جميع ملفات التكوين الموجودة في الأدلة المدرجة في tmpfiles.d(5)، وسيتم التعامل مع التكوين المعطى في سطر الأوامر بدلاً من ملف التكوين PATH وبنفس الأولوية.

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

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

--cat-config
    انسخ محتويات ملفات الإعداد إلى المخرجات القياسية. قبل كل ملف، يُطبع اسم الملف كتعليق.

--tldr
    انسخ محتويات ملفات الإعداد إلى المخرجات القياسية. تُطبع فقط الأجزاء "المهمة" من ملفات الإعداد، مع تخطي التعليقات والأسطر الفارغة. قبل كل ملف، يُطبع اسم الملف كتعليق.

--no-pager
    لا تمرر المخرجات إلى برنامج عرض (pager).

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

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

من الممكن دمج --create و --clean و --remove في استدعاء واحد (وفي هذه الحالة يتم تنفيذ الإزالة والتنظيف قبل إنشاء الملفات الجديدة). على سبيل المثال، أثناء الإقلاع، يُنفذ سطر الأوامر التالي لضمان إزالة وإنشاء جميع الأدلة المؤقتة والمتطايرة وفقًا لملف التكوين:

    systemd-tmpfiles --remove --create

بيانات الاعتماد

يدعم systemd-tmpfiles منطق بيانات اعتماد الخدمة كما هو مطبق بواسطة ImportCredential=/LoadCredential=/SetCredential= (انظر systemd.exec(5) للتفاصيل). تُستخدم بيانات الاعتماد التالية عند تمريرها:

tmpfiles.extra
    قد تحتوي محتويات بيانات الاعتماد هذه على أسطر إضافية للعمل عليها. يجب أن تتبع محتويات بيانات الاعتماد نفس تنسيق أي ملف تكوين إضافي tmpfiles.d/. إذا تم تمرير بيانات الاعتماد هذه، تتم معالجتها بعد جميع الملفات الإضافية المقروءة من نظام الملفات. وبالتالي، يمكن للأسطر في بيانات الاعتماد أن توسع الأسطر الموجودة لنظام التشغيل، ولكن لا تتجاوزها.

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

لاحظ أنه مبدئيًا، تم إعداد ملف وحدة systemd-tmpfiles-setup.service (وملفات الوحدة ذات الصلة) لوراثة بيانات الاعتماد "tmpfiles.extra" من مدير الخدمة.

البيئة

$SYSTEMD_LOG_LEVEL
    الحد الأقصى لمستوى السجل للرسائل الصادرة (تُكتم الرسائل ذات مستوى السجل الأعلى، أي الأقل أهمية). يأخذ قائمة قيم مفصولة بفواصل. يمكن أن تكون القيمة إما واحدة من (بترتيب تنازلي للأهمية) emerg، أو alert، أو crit، أو err، أو warning، أو notice، أو info، أو debug، أو رقمًا صحيحًا في النطاق من 0 إلى 7. راجع syslog(3) لمزيد من المعلومات. يمكن اختياريًا سبق كل قيمة بأحد الخيارات console، أو syslog، أو kmsg أو journal متبوعة بنقطتين لضبط الحد الأقصى لمستوى السجل لهذا الهدف المحدد (مثلاً: SYSTEMD_LOG_LEVEL=debug,console:info يحدد التسجيل بمستوى debug باستثناء التسجيل في الطرفية الذي يجب أن يكون بمستوى info). لاحظ أن الحد الأقصى العالمي لمستوى السجل له الأولوية على أي حدود مستويات سجل لكل هدف على حدة.

$SYSTEMD_LOG_COLOR
    قيمة منطقية. إذا كانت صحيحة، فستُلون الرسائل المكتوبة في الـ tty حسب الأولوية.

    هذا الإعداد مفيد فقط عندما تُكتب الرسائل مباشرة إلى الطرفية، لأن journalctl(1) والأدوات الأخرى التي تعرض السجلات ستلون الرسائل بناءً على مستوى السجل من تلقاء نفسها.

$SYSTEMD_LOG_TIME
    قيمة منطقية. إذا كانت صحيحة، فستُسبق رسائل سجل الطرفية بختم زمني.

    هذا الإعداد مفيد فقط عندما تُكتب الرسائل مباشرة إلى الطرفية أو إلى ملف، لأن journalctl(1) والأدوات الأخرى التي تعرض السجلات ستُرفق طوابع زمنية بناءً على البيانات الوصفية للمدخلات من تلقاء نفسها.

$SYSTEMD_LOG_LOCATION
    قيمة منطقية. إذا كانت صحيحة، فستُسبق الرسائل باسم الملف ورقم السطر في الشيفرة المصدرية حيث نشأت الرسالة.

    لاحظ أن موقع السجل غالبًا ما يُرفق كبيانات وصفية بمدخلات اليوميات على أي حال. ومع ذلك، قد يكون تضمينه مباشرة في نص الرسالة مفيدًا عند تنقيح البرامج.

$SYSTEMD_LOG_TARGET
    وجهة رسائل السجل. أحد الخيارات: console (التسجيل في الطرفية المرفقة)، أو console-prefixed (التسجيل في الطرفية المرفقة ولكن مع بادئات ترميز مستوى السجل و"المرفق"، راجع syslog(3)، أو kmsg (التسجيل في ذاكرة السجل الدائرية للنواة)، أو journal (التسجيل في اليوميات)، أو journal-or-kmsg (التسجيل في اليوميات إذا كانت متاحة، وفي kmsg بخلاف ذلك)، أو auto (تحديد هدف السجل المناسب آليًا، وهو المبدئي)، أو null (تعطيل مخرج السجل).

$SYSTEMD_PAGER، $PAGER
    مستعرض الصفحات المراد استخدامه عندما لا يُعطى الخيار --no-pager. يُستخدم $SYSTEMD_PAGER إذا كان مضبوطًا؛ وإلا فيُستخدم $PAGER. إذا لم يُضبط أي من $SYSTEMD_PAGER أو $PAGER، فتُجرب مجموعة من التطبيقات المعروفة لمستعرضات الصفحات تباعًا، بما في ذلك less(1) و more(1)، حتى يُعثر على أحدها. إذا لم يُكتشف أي تطبيق لمستعرض الصفحات، فلا يُستدعى أي مستعرض. ضبط متغيرات البيئة هذه على سلسلة فارغة أو القيمة "cat" يعادل تمرير الخيار --no-pager.

    ملاحظة: إذا لم يُضبط $SYSTEMD_PAGERSECURE، فلا يمكن استخدام $SYSTEMD_PAGER و $PAGER إلا لتعطيل مستعرض الصفحات (باستخدام "cat" أو "")، ويُتجاهل فيما عدا ذلك.

$SYSTEMD_LESS
    تجاوز الخيارات الممررة إلى less (مبدئيًا "FRSXMK").

    قد يرغب المستخدمون في تغيير خيارين على وجه الخصوص:

    K
        يوجه هذا الخيار مستعرض الصفحات بالخروج فورًا عند الضغط على Ctrl+C. للسماح لـ less بالتعامل مع Ctrl+C بنفسه للعودة إلى محث أوامر المستعرض، قم بإلغاء ضبط هذا الخيار.

        إذا لم تتضمن قيمة $SYSTEMD_LESS الحرف "K"، وكان المستعرض المستدعى هو less، فسيُتجاهل Ctrl+C من قبل الملف التنفيذي، ويجب معالجته من قبل المستعرض.

    X
        يوجه هذا الخيار مستعرض الصفحات بعدم إرسال سلاسل تهيئة وإنهاء termcap إلى الطرفية. يُضبط مبدئيًا للسماح لمخرجات الأوامر بالبقاء مرئية في الطرفية حتى بعد خروج المستعرض. ومع ذلك، فإن هذا يمنع بعض وظائف المستعرض من العمل، لا سيما أن المخرجات المفصولة بصفحات لا يمكن تمريرها باستخدام الفأرة.

    لاحظ أن ضبط متغير البيئة العادي $LESS ليس له أي تأثير عند استدعاء less بواسطة أدوات systemd.

    راجع less(1) لمزيد من النقاش.

$SYSTEMD_LESSCHARSET
    يتجاوز طقم المحارف الممرر إلى less (مبدئيًا "utf-8"، إذا حُدّد أن الطرفية المستدعية متوافقة مع UTF-8).

    لاحظ أن ضبط متغير البيئة العادي $LESSCHARSET ليس له أي تأثير عند استدعاء less بواسطة أدوات systemd.

$SYSTEMD_PAGERSECURE
    تدعم أوامر المستعرض (pager) الشائعة مثل less(1)، بالإضافة إلى "التصفح"، أي التمرير عبر المخرجات، فتح ملفات أخرى أو الكتابة إليها وتشغيل أوامر صدفة عشوائية. عند استدعاء الأوامر بامتيازات مرفوعة، على سبيل المثال تحت sudo(8) أو pkexec(1)، يصبح المستعرض حدًا أمنيًا. يجب الحرص على استخدام البرامج ذات الوظائف المحدودة للغاية فقط كمستعرضات، وعدم السماح بالميزات التفاعلية غير المقصودة مثل فتح ملفات جديدة أو إنشائها أو بدء عمليات فرعية. يمكن تمكين "الوضع الآمن" للمستعرض كما هو موضح أدناه، إذا كان المستعرض يدعم ذلك (معظم المستعرضات لم تُكتب بطريقة تأخذ هذا في الاعتبار). يوصى إما بتمكين "الوضع الآمن" صراحةً أو تعطيل المستعرض تمامًا باستخدام --no-pager أو PAGER=cat عند السماح للمستخدمين غير الموثوق بهم بتنفيذ أوامر بامتيازات مرفوعة.

    يأخذ هذا الخيار وسيطًا منطقيًا. عند ضبطه على صحيح (true)، يُمكن "الوضع الآمن" لمستعرض الصفحات. في "الوضع الآمن"، سيُضبط LESSSECURE=1 عند استدعاء المستعرض، مما يوجه المستعرض لتعطيل الأوامر التي تفتح أو تنشئ ملفات جديدة أو تبدأ عمليات فرعية جديدة. حاليًا، يُعرف فقط less(1) بقدرته على فهم هذا المتغير وتطبيق "الوضع الآمن".

    عند الضبط إلى false، لا توضع قيود على أداة التصفح (pager). إن ضبط SYSTEMD_PAGERSECURE=0 أو عدم إزالته من البيئة الموروثة قد يسمح للمستخدم باستدعاء أوامر اعتباطية.

    عندما لا يُضبط $SYSTEMD_PAGERSECURE، تحاول أدوات systemd استنتاج ما إذا كان ينبغي تمكين "الوضع الآمن" آليًا وما إذا كان المستعرض يدعمه. يُمكن "الوضع الآمن" إذا كان معرف المستخدم الفعلي (UID) ليس هو نفسه مالك جلسة الولوج، انظر geteuid(2) و sd_pid_get_owner_uid(3)، أو عند التشغيل تحت sudo(8) أو أدوات مماثلة ($SUDO_UID مضبوط [2]). في تلك الحالات، سيُضبط SYSTEMD_PAGERSECURE=1 ولن تُستخدم المستعرضات التي لا يُعرف عنها تطبيق "الوضع الآمن" على الإطلاق. لاحظ أن هذا الاستكشاف الآلي يغطي فقط الآليات الأكثر شيوعًا لرفع الامتيازات وهو مخصص للتسهيل. يوصى بضبط $SYSTEMD_PAGERSECURE صراحةً أو تعطيل المستعرض.

    لاحظ أنه إذا أُريد احترام المتغيرات $SYSTEMD_PAGER أو $PAGER، لغير غرض تعطيل مستعرض الصفحات، فيجب ضبط $SYSTEMD_PAGERSECURE أيضًا.

$SYSTEMD_COLORS
    يأخذ وسيطًا منطقيًا (boolean)، أو قيمة خاصة. مبدئيًا (عند عدم الضبط)، سيستخدم systemd والأدوات المرتبطة به الألوان في مخرجاتها إذا أمكن ذلك. إذا ضُبط $COLORTERM على "truecolor" أو "24bit"، فستُمكّن ألوان 24 بت، وإلا فستُستخدم 256 لونًا، ما لم يشر $NO_COLOR أو $TERM إلى تعطيل الألوان.

    true
        نفس حالة عدم الضبط، باستثناء تجاهل $NO_COLOR.

    false
        سيكون المخرج أحادي اللون.

    "16"، "256"، "24bit"
        استخدم دائمًا ألوان ANSI الـ 16 الأساسية، أو 256 لونًا، أو لون 24 بت، على التوالي.

    "auto-16"، "auto-256"، "auto-24bit"
        استخدم كمية الألوان المعطاة، بشرط $TERM، وما هو متصل بالطرفية.

$SYSTEMD_URLIFY
    يجب أن تكون القيمة منطقية. تتحكم فيما إذا كان يجب توليد روابط قابلة للنقر في المخرج لمحاكيات الطرفية التي تدعم ذلك. يمكن تحديد هذا لتجاوز القرار الذي يتخذه systemd بناءً على $TERM وشروط أخرى.

عملية التنظيف غير المميزة

يحاول systemd-tmpfiles تجنب تغيير أوقات الوصول والتعديل على الأدلة التي يصل إليها، الأمر الذي يتطلب امتيازات CAP_FOWNER. عند التشغيل كغير جذر، ستحصل الأدلة التي يتم فحصها بحثًا عن ملفات لتنظيفها على زيادة في وقت الوصول، مما قد يمنع تنظيفها.

حالة الخروج

عند النجاح، يُعاد 0. إذا كان التكوين غير صحيح نحويًا (أخطاء نحوية، وسائط مفقودة، ...)، بحيث تم تجاهل بعض الأسطر، ولكن لم تحدث أخطاء أخرى، يُعاد 65 (EX_DATAERR من /usr/include/sysexits.h). إذا كان التكوين صحيحًا نحويًا، ولكن لم يمكن تنفيذه (نقص الصلاحيات، إنشاء ملفات في أدلة مفقودة، محتويات غير صالحة عند الكتابة إلى قيم /sys/، ...)، يُعاد 73 (EX_CANTCREAT من /usr/include/sysexits.h). وإلا، يُعاد 1 (EXIT_FAILURE من /usr/include/stdlib.h).

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

انظر أيضًا

systemd(1)، tmpfiles.d(5)

ملاحظات

1.  UAPI.2 مواصفات الأقسام القابلة للاكتشاف
    https://uapi-group.org/specifications/specs/discoverable_partitions_specification

2.  يوصى للأدوات الأخرى بضبط والتحقق من $SUDO_UID حسب الاقتضاء، ومعاملته كواجهة مشتركة.

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

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

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