.\" -*- coding: UTF-8 -*-
'\" t
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
.TH REPART\&.D 5 "" "systemd 257.13" repart.d
.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 الاسم
repart.d \- ملفات تعريف الأقسام لإعادة تقسيم آلي عند وقت الإقلاع
.SH موجز
.PP
.RS 4
/etc/repart\&.d/*\&.conf
.RE
.RS 4
/run/repart\&.d/*\&.conf
.RE
.RS 4
/usr/local/lib/repart\&.d/*\&.conf
.RE
.RS 4
/usr/lib/repart\&.d/*\&.conf
.RE
.SH الوصف
.PP
تصف ملفات repart\&.d/*\&.conf الخصائص الأساسية لأقسام الأجهزة الكتلية في
النظام المحلي\&. ويمكن استخدامها للتصريح عن أنواع الأقسام وأسمائها وأحجامها
التي ينبغي أن توجد\&. تقرأ خدمة \fBsystemd\-repart\fP(8) هذه الملفات وتحاول
إضافة أقسام جديدة مفقودة حاليًا وتوسيع الأقسام الموجودة وفقًا لهذه
التعريفات\&. العملية تزايدية عمومًا، أي عند تطبيقها، يُترك ما هو موجود
بالفعل سليمًا، ولا تُقَلّص الأقسام أو تُنقل أو تُحذف أبدًا\&.
.PP
تفيد ملفات التعريف هذه في تطبيق صور أنظمة التشغيل التي تُجهّز وتُسلّم بأحجام
صور دنيا (تفتقر مثلًا إلى أي أقسام للحالة أو الذاكرة البديلة)، والتي تستحوذ
آليًا عند أول إقلاع على أي مساحة قرص متبقية متبعةً بعض القواعد الأساسية\&.
.PP
حاليًا، الدعم لملفات تعريف الأقسام مُطبّق فقط لجداول أقسام GPT\&.
.PP
تُطابق ملفات الأقسام عمومًا مع أي أقسام موجودة بالفعل على القرص عبر خوارزمية
بسيطة: تُفرز ملفات الأقسام حسب اسم الملف (مع تجاهل بادئة الدليل)، ثم تُقارن
بالترتيب مع الأقسام الموجودة التي تطابق المعرّف الفريد العالمي (UUID) لنوع
القسم نفسه\&. وتحديدًا، يُخصّص لأول قسم موجود يحمل معرّف UUID محدد لنوع
القسم، أول ملف تعريف يحمل معرّف UUID لنوع القسم نفسه، ولثاني قسم موجود يحمل
معرّف UUID محدد لنوع القسم، ملف القسم الثاني الذي يحمل معرّف UUID نفسه،
وهكذا دواليك\&. وتُفترض أي ملفات أقسام متبقية ليس لها قسم موجود مطابق أنها
تُعرّف قسمًا جديدًا ينبغي إنشاؤه\&. وتُلحق مثل هذه الأقسام بنهاية جدول
الأقسام، بالترتيب المحدد بواسطة أسمائها، مستخدمةً أول فتحة قسم أكبر من أعلى
رقم فتحة مستخدم حاليًا\&. وتُترك أي أقسام موجودة ليس لها ملف قسم مطابق كما
هي دون تغيير\&.
.PP
لاحظ أن هذه التعريفات قد تُستخدم فقط لإنشاء أقسام جديدة وتهيئتها أو لتوسيع
الأقسام الموجودة\&. وفي الحالة الأخيرة، لن تؤدي إلى توسيع أنظمة الملفات
الحاوية عليها؛ ويمكن استخدام آليات منفصلة، مثل \fBsystemd\-growfs\fP(8) لتوسيع
أنظمة الملفات داخل هذه الأقسام\&. يمكن أيضًا تعليم الأقسام للتوسيع الآلي عبر
إعداد \fIGrowFileSystem=\fP، وفي هذه الحالة يُوسّع نظام الملفات عند أول وصل
بواسطة الأدوات التي تحترم هذا العلم\&. انظر أدناه للمزيد من التفاصيل\&.
.SH "خيارات قسم [PARTITION]"
.PP
\fIType=\fP
.RS 4
المعرّف الفريد العالمي (UUID) لنوع قسم GPT للمطابقة\&. قد يكون هذا معرّف
UUID لنوع قسم GPT مثل \fB4f68bce3\-e8cd\-4db1\-96e7\-fbcaf984b709\fP، أو معرّفًا
نصيًا\&.
.sp
المعرّفات المدعومة هي:
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
\fBجدول\ \&1.\ \&معرّفات أنواع أقسام GPT\fP
.TS
allbox tab(:);
lB lB.
T{
المعرف
T}:T{
الشرح
T}
.T&
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l
l l.
T{
\fBesp\fP
T}:T{
قسم نظام EFI
T}
T{
\fBxbootldr\fP
T}:T{
قسم محمل الإقلاع الموسع
T}
T{
\fBswap\fP
T}:T{
قسم الذاكرة البديلة (Swap)
T}
T{
\fBhome\fP
T}:T{
قسم المنزل (/home/)
T}
T{
\fBsrv\fP
T}:T{
قسم بيانات الخادوم (/srv/)
T}
T{
\fBvar\fP
T}:T{
قسم البيانات المتغيرة (/var/)
T}
T{
\fBtmp\fP
T}:T{
قسم البيانات المؤقتة (/var/tmp/)
T}
T{
\fBlinux\-generic\fP
T}:T{
قسم نظام ملفات لينكس عام
T}
T{
\fBroot\fP
T}:T{
نوع قسم نظام الملفات الجذري المناسب للبنية المعمارية المحلية (اسم مستعار لنوع قسم نظام الملفات الجذري لبنية معمارية مدرجة أدناه، مثلًا \fBroot\-x86\-64\fP)
T}
T{
\fBroot\-verity\fP
T}:T{
بيانات Verity لقسم نظام الملفات الجذري للبنية المعمارية المحلية
T}
T{
\fBroot\-verity\-sig\fP
T}:T{
بيانات توقيع Verity لقسم نظام الملفات الجذري للبنية المعمارية المحلية
T}
T{
\fBroot\-secondary\fP
T}:T{
قسم نظام الملفات الجذري للبنية المعمارية الثانوية للبنية المعمارية المحلية (عادةً البنية المطابقة ذات 32 بت للبنية المحلية ذات 64 بت)
T}
T{
\fBroot\-secondary\-verity\fP
T}:T{
بيانات Verity لقسم نظام الملفات الجذري للبنية المعمارية الثانوية
T}
T{
\fBroot\-secondary\-verity\-sig\fP
T}:T{
بيانات توقيع Verity لقسم نظام الملفات الجذري للبنية المعمارية الثانوية
T}
T{
\fBroot\-{arch}\fP
T}:T{
قسم نظام الملفات الجذري للبنية المعمارية المعطاة (مثل \fBroot\-x86\-64\fP أو \fBroot\-riscv64\fP)
T}
T{
\fBroot\-{arch}\-verity\fP
T}:T{
بيانات Verity لقسم نظام الملفات الجذري للبنية المعمارية المعطاة
T}
T{
\fBroot\-{arch}\-verity\-sig\fP
T}:T{
بيانات توقيع Verity لقسم نظام الملفات الجذري للبنية المعمارية المعطاة
T}
T{
\fBusr\fP
T}:T{
نوع قسم نظام الملفات /usr/ المناسب للبنية المعمارية المحلية (اسم مستعار لنوع قسم نظام الملفات /usr/ لبنية معمارية مدرجة أدناه، مثلًا \fBusr\-x86\-64\fP)
T}
T{
\fBusr\-verity\fP
T}:T{
بيانات Verity لقسم نظام الملفات /usr/ للبنية المعمارية المحلية
T}
T{
\fBusr\-verity\-sig\fP
T}:T{
بيانات توقيع Verity لقسم نظام الملفات /usr/ للبنية المعمارية المحلية
T}
T{
\fBusr\-secondary\fP
T}:T{
قسم نظام الملفات /usr/ للبنية المعمارية الثانوية للبنية المعمارية المحلية (عادةً البنية المطابقة ذات 32 بت للبنية المحلية ذات 64 بت)
T}
T{
\fBusr\-secondary\-verity\fP
T}:T{
بيانات Verity لقسم نظام الملفات /usr/ للبنية المعمارية الثانوية
T}
T{
\fBusr\-secondary\-verity\-sig\fP
T}:T{
بيانات توقيع Verity لقسم نظام الملفات /usr/ للبنية المعمارية الثانوية
T}
T{
\fBusr\-{arch}\fP
T}:T{
قسم نظام الملفات /usr/ للبنية المعمارية المعطاة
T}
T{
\fBusr\-{arch}\-verity\fP
T}:T{
بيانات Verity لقسم نظام الملفات /usr/ للبنية المعمارية المعطاة
T}
T{
\fBusr\-{arch}\-verity\-sig\fP
T}:T{
بيانات توقيع Verity لقسم نظام الملفات /usr/ للبنية المعمارية المعطاة
T}
.TE
.sp 1
يمكن أنواع الأقسام الخاصة ببنية معينة استخدام أحد معرّفات البنيات المعمارية
هذه: \fBalpha\fP و \fBarc\fP و \fBarm\fP (32 بت) و \fBarm64\fP (64 بت، المعروف أيضًا
باسم aarch64) و \fBia64\fP و \fBloongarch64\fP و \fBmips\-le\fP و \fBmips64\-le\fP و
\fBparisc\fP و \fBppc\fP و \fBppc64\fP و \fBppc64\-le\fP و \fBriscv32\fP و \fBriscv64\fP و
\fBs390\fP و \fBs390x\fP و \fBtilegx\fP و \fBx86\fP (32 بت، المعروف أيضًا باسم i386) و
\fBx86\-64\fP (64 بت، المعروف أيضًا باسم amd64)\&.
.sp
معظم معرّفات UUID لأنواع الأقسام المدرجة أعلاه معرّفة في \m[blue]\fBمواصفة الأقسام القابلة للاكتشاف\fP\m[]\&\s-2\u[1]\d\s+2\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
\fILabel=\fP
.RS 4
اللاصقة النصية المراد تعيينها للقسم إذا لم تُعيّن واحدة بعد\&. لاحظ أن هذا
الإعداد لا يُستخدم للمطابقة\&. كما أنه لا يُستخدم عندما تكون هناك لاصقة
مُعيّنة بالفعل لقسم موجود\&. وبالتالي، يُستخدم فقط عند إنشاء قسم جديد أو
عندما لا يكون للقسم الموجود لاصقة معيّنة (أي: لاصقة فارغة)\&. إذا لم تُحدّد،
تُستخدم آليًا لاصقة مشتقة من نوع القسم\&. توسيع المحددات البسيط مدعوم، انظر
أدناه\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
\fIUUID=\fP
.RS 4
معرّف UUID المراد تعيينه للقسم إذا لم يُعيّن له واحد بعد\&. لاحظ أن هذا
الإعداد لا يُستخدم للمطابقة\&. كما أنه لا يُستخدم عندما يكون معرّف UUID
مُعيّنًا بالفعل لقسم موجود\&. وبذلك يُستخدم فقط عند إنشاء قسم جديد أو عندما
يكون للقسم الموجود معرّف UUID مكوّن من أصفار بالكامل\&. إذا ضُبط على "null"،
يُضبط معرّف UUID على أصفار بالكامل\&. وإذا لم يُحدّد، يُستخدم آليًا معرّف
UUID مشتق من نوع القسم\&.
.sp
أُضيف في الإصدار 246\&.
.RE
.PP
\fIPriority=\fP
.RS 4
أولوية رقمية لإسنادها إلى هذا القسم، في النطاق من
\-2147483648\&...2147483647، حيث تشير القيم الأصغر إلى أولوية أعلى، والقيم
الأكبر تشير إلى أولوية أدنى\&. تُستخدم هذه الأولوية في حالة لم تسمح قيود
الحجم المضبوطة على الأقسام المعرّفة بملاءمة جميع الأقسام على مساحة القرص
المتاحة\&. إذا لم تتسع الأقسام، تُحدّد أعلى أولوية قسم رقمية لجميع الأقسام
المعرّفة، وتُحذف جميع الأقسام المعرّفة بهذه الأولوية من قائمة الأقسام
الجديدة المراد إنشاؤها (وقد تكون متعددة، إذا استُخدمت الأولوية نفسها لأقسام
متعددة)\&. ثم تُجرّب خوارزمية الملاءمة مجددًا\&. وإذا لم تتسع الأقسام بعد
ذلك، تُحدّد أعلى أولوية قسم رقمية حالية، وتُحذف الأقسام المطابقة لها أيضًا،
وهكذا دواليك\&. لا تُحذف أبدًا الأقسام ذات الأولوية 0 أو أقل\&. وإذا حُذفت
جميع الأقسام ذات الأولوية الأعلى من 0 وظلت الأقسام لا تتسع على الجهاز، تفشل
العملية\&. لاحظ أن هذه الأولوية ليس لها أي تأثير على ترتيب الأقسام، ولأجل
ذلك استخدم الترتيب الأبجدي لأسماء ملفات تعريف الأقسام\&. القيمة المبدئية هي
0\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
\fIWeight=\fP
.RS 4
وزن رقمي لإسناده إلى هذا القسم في النطاق 0\&...1000000\&. تُخصّص مساحة القرص
المتاحة للأقسام المعرّفة وفقًا لأوزانها النسبية (مع مراعاة قيود الحجم
المضبوطة عبر \fISizeMinBytes=\fP و \fISizeMaxBytes=\fP)، بحيث يحصل القسم ذو الوزن
2000 على ضعف المساحة التي يحصل عليها القسم ذو الوزن 1000، ويحصل القسم ذو
الوزن 333 على ثلث ذلك\&. القيمة المبدئية هي 1000\&.
.sp
يُستخدم إعداد \fIWeight=\fP لتوزيع مساحة القرص المتاحة بأسلوب "مرن"، بناءً على
حجم القرص والأقسام الموجودة\&. إذا أُريد للقسم أن يكون بحجم ثابت، استخدم
كلاً من \fISizeMinBytes=\fP و \fISizeMaxBytes=\fP بالقيمة نفسها لتثبيت الحجم على
قيمة واحدة، وفي هذه الحالة لن يكون للوزن أي تأثير\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
\fIPaddingWeight=\fP
.RS 4
مشابه لـ \fIWeight=\fP، ولكنه يضبط وزنًا للمساحة الفارغة بعد القسم (الـ
"حشوة")\&. عند توزيع المساحة المتاحة، يُجمع أوزان جميع الأقسام وجميع الحشوات
المعرّفة، ثم يحصل كل قسم وحشوة على الكسر المحدد بواسطة وزنه\&. يؤول مبدئيًا
إلى 0، أي لا تُطبّق أي حشوة مبدئيًا\&.
.sp
تفيد الحشوة إذا أُريد ترك مساحة فارغة لإضافات لاحقة أو كهامش أمان عند نهاية
الجهاز أو بين الأقسام\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
\fISizeMinBytes=\fP, \fISizeMaxBytes=\fP
.RS 4
يحدد قيود الحجم الدنيا والقصوى بالبايت\&. يقبل اللاحقات المعتادة K و M و G و
T و \&... (على أساس 1024)\&. إذا حُدّد \fISizeMinBytes=\fP فإن القسم يُنشأ أو
يُوسّع ليكون على الأقل بالحجم المحدد\&. وإذا حُدّد \fISizeMaxBytes=\fP فإن
القسم يُنشأ أو يُوسّع ليكون على الأكثر بالحجم المحدد\&. يُحدّد الحجم الدقيق
عبر قيمة الوزن المضبوطة بواسطة \fIWeight=\fP، انظر أعلاه\&. عند ضبط
\fISizeMinBytes=\fP مساويًا لـ \fISizeMaxBytes=\fP، لا يكون للوزن المضبوط أي تأثير
حيث يُحدّد حجم القسم صراحةً بالقيمة الثابتة المحددة\&. لاحظ أن الأقسام لا
تُنشأ أبدًا بأقل من 4096 بايت، وبما أن الأقسام لا تُقَلّص أبدًا، فإن الحجم
السابق للقسم (في حال كان القسم موجودًا بالفعل) يُفرض أيضًا كحد أدنى للحجم
الجديد\&. ينبغي تحديد القيم كمضاعفات لـ 4096 بايت، وتُقرّب لأعلى (في حال
\fISizeMinBytes=\fP) أو لأسفل (في حال \fISizeMaxBytes=\fP) خلاف ذلك\&. إذا لم يوفر
الجهاز الخلفي مساحة كافية لتلبية القيود، ستفشل عملية وضع القسم\&. بالنسبة
للأقسام المراد إنشاؤها، وبناءً على إعداد \fIPriority=\fP (انظر أعلاه)، قد يُسقط
القسم وتُعاد خوارزمية الوضع من جديد\&. مبدئيًا، يُضبط قيد الحجم الأدنى على
10M ولا يُضبط قيد للحجم الأقصى\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
\fIPaddingMinBytes=\fP, \fIPaddingMaxBytes=\fP
.RS 4
يحدد قيود الحجم الدنيا والقصوى بالبايت للمساحة الفارغة بعد القسم (الـ
"حشوة")\&. الدلالات مشابهة لـ \fISizeMinBytes=\fP و \fISizeMaxBytes=\fP، باستثناء
أنه على عكس أحجام الأقسام، يمكن تقليص المساحة الفارغة ويمكن أن تصل إلى
الصفر\&. مبدئيًا، لا تُضبط أي قيود حجم على الحشوة، بحيث يحدد
\fIPaddingWeight=\fP وحده حجم الحشوة المطبقة\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
\fICopyBlocks=\fP
.RS 4
يقبل مسارًا لملف عادي، أو عقدة جهاز كتلي، أو عقدة جهاز محرفي، أو دليل، أو
القيمة الخاصة "auto"\&. إذا حُدّد وكان القسم منشأً حديثًا، تُكتب البيانات من
المسار المحدد إلى القسم المنشأ حديثًا، على مستوى الكتل\&. وإذا حُدّد دليل،
يُحدّد الجهاز الكتلي الخلفي لنظام الملفات الذي يقع عليه الدليل، وتُقرأ
البيانات منه مباشرة\&. هذا الخيار مفيد لنسخ أنظمة الملفات الموجودة بكفاءة
إلى أقسام جديدة على مستوى الكتل — على سبيل المثال لبناء مثبت نظام تشغيل بسيط
أو منشئ صور أنظمة تشغيل\&. حدد /dev/urandom كقيمة لتهيئة قسم ببيانات
عشوائية\&.
.sp
إذا حُدّدت القيمة الخاصة "auto"، يُلتقط المصدر المراد النسخ منه آليًا من
النظام المشغل (أو الصورة المحددة عبر \fB\-\-image=\fP — إن استُخدمت)\&. ويُحدّد
القسم الذي يطابق نوع القسم المضبوط (كما هو مُصرّح في \fIType=\fP الموصوف
أعلاه)، والدليل الموصول حاليًا والمناسب لنوع القسم ذاك\&. على سبيل المثال،
إذا ضُبط نوع القسم على "root"، يُستخدم القسم الخلفي للدليل الجذري (/) كمصدر
للنسخ منه — إن كان نوع قسمه مضبوطًا على "root" أيضًا\&. وإذا كان النوع
المصرّح عنه هو "usr"، يُستخدم القسم الخلفي لـ /usr/ كمصدر لنسخ الكتل منه —
إن كان نوع قسمه مضبوطًا على "usr" كذلك\&. هذا المنطق قادر على تتبع الأقسام
الخلفية آليًا للمجلدات المعماة والمُمكّنة فيها تقنية Verity\&. يفيد خيار
"CopyBlocks=auto" في تطبيق الأنظمة "ذاتية التكرار"، أي الأنظمة التي تكون هي
المثبت لنفسها\&.
.sp
يجب أن يكون حجم الملف المحدد هنا من مضاعفات حجم الكتلة الأساسي 512 وألا يكون
فارغًا\&. إذا استخدم هذا الخيار، فإن خوارزمية تخصيص الحجم تُعدّل قليلاً: إذ
يُنشأ القسم على الأقل بالحجم المطلوب ليتناسب مع البيانات بداخله، أي أن حجم
البيانات هو قيمة حد أدنى إضافية للحجم تؤخذ في الاعتبار في خوارزمية التخصيص،
على غرار قيمة \fISizeMin=\fP المضبوطة أعلاه وبالإضافة إليها\&.
.sp
ليس لهذا الخيار أي تأثير إذا كان القسم المصرح عنه موجودًا بالفعل، أي أن
البيانات الموجودة لا تُستبدل أبدًا\&. لاحظ أن البيانات تُنسخ قبل تحديث جدول
الأقسام، أي قبل إنشاء القسم فعليًا بشكل دائم\&. يوفر هذا متانة للعملية: حيث
يُضمن أن القسم إما ألا يوجد مطلقًا أو يوجد مأهولاً بالكامل؛ فلا يمكن أن يوجد
القسم وهو غير مأهول أو مأهول جزئيًا فقط\&.
.sp
لا يمكن دمج هذا الخيار مع \fIFormat=\fP أو \fICopyFiles=\fP\&.
.sp
أُضيف في الإصدار 246\&.
.RE
.PP
\fIFormat=\fP
.RS 4
يقبل اسم نظام ملفات، مثل "ext4" أو "btrfs" أو "xfs" أو "vfat" أو "erofs" أو
"squashfs" أو القيمة الخاصة "swap"\&. إذا حُدّد وكان القسم منشأً حديثًا،
فإنه يُهَيّأ بنظام الملفات المحدد (أو كجهاز ذاكرة بديلة)\&. يُشتق معرّف UUID
ولاصقة نظام الملفات آليًا من معرّف UUID ولاصقة القسم\&. إذا استُخدم هذا
الخيار، تُعدّل خوارزمية تخصيص الحجم قليلاً: يُنشأ القسم بحجم يكفي على الأقل
لنظام الملفات الأدنى من النوع المحدد (أو 4KiB إذا لم يكن الحجم الأدنى
معروفًا)\&.
.sp
ليس لهذا الخيار أي تأثير إذا كان القسم موجودًا بالفعل\&.
.sp
على غرار سلوك \fICopyBlocks=\fP، يُهَيّأ نظام الملفات قبل إنشاء القسم، مما يضمن
أن القسم لا يوجد أبدًا إلا بنظام ملفات مَهيّأ بالكامل\&.
.sp
لا يمكن دمج هذا الخيار مع \fICopyBlocks=\fP\&.
.sp
أُضيف في الإصدار 247\&.
.RE
.PP
\fICopyFiles=\fP
.RS 4
يأخذ زوجًا من مسارات نظام الملفات المطلقة المفصولة بنقطتين رأسيتين\&. المسار
الأول يشير إلى ملف أو دليل مصدر على المضيف، والمسار الثاني يشير إلى مستهدف
في نظام الملفات للقسم المنشأ حديثًا ونظام الملفات المهيأ\&. يمكن استخدام هذا
الإعداد لنسخ الملفات أو الأدلة من المضيف إلى نظام الملفات الذي يُنشأ بسبب
خيار \fIFormat=\fP\&. إذا استخدم \fICopyFiles=\fP دون تحديد \fIFormat=\fP صراحةً،
يُفهم ضمنيًا "Format=" بقيمة مبدئية مناسبة (حاليًا "vfat" لأقسام "ESP" و
"XBOOTLDR"، و "ext4" بخلاف ذلك، ولكن هذا قد يتغير في المستقبل)\&. يمكن
استخدام هذا الخيار عدة مرات لنسخ ملفات أو أدلة متعددة من المضيف إلى نظام
الملفات المهيأ حديثًا\&. يمكن حذف النقطتين الرأسيتين والمسار الثاني، وفي هذه
الحالة يُستخدم مسار المصدر كمسار للمستهدف أيضًا (نسبةً إلى جذر نظام الملفات
المنشأ حديثًا)\&. إذا كان مسار المصدر يشير إلى دليل، فإنه يُنسخ بشكل
تكراري\&.
.sp
ليس لهذا الخيار أي تأثير إذا كان القسم موجودًا بالفعل: فلا يمكن استخدامه
لنسخ ملفات إضافية إلى قسم موجود، بل يمكن استخدامه فقط لملء نظام ملفات أُنشئ
حديثًا\&.
.sp
تُنفذ عملية النسخ قبل تسجيل نظام الملفات في جدول الأقسام، مما يضمن أن نظام
الملفات الذي مُلئ بهذه الطريقة لا يوجد إلا وهو مجهّز بالكامل\&.
.sp
لاحظ أن خيار \fICopyFiles=\fP سيتخطى نسخ الملفات غير المدعومة من نظام الملفات
الهدف (مثل الوصلات الرمزية، وأنابيب fifo، والمقابس، والأجهزة على
vfat)\&. وعند مواجهة نوع ملف غير مدعوم، سيتخطى \fBsystemd\-repart\fP نسخ هذا
الملف ويكتب رسالة سجل حول ذلك\&.
.sp
لاحظ أن \fBsystemd\-repart\fP لا يغير معرفات المستخدمين/المجموعات (UIDs/GIDs)
لأي ملفات أو أدلة منسوخة\&. عند تشغيل \fBsystemd\-repart\fP كمستخدم غير ممتص
الصلاحيات لبناء صورة من ملفات وأدلة يملكها المستخدم نفسه، يمكنك تشغيل
\fBsystemd\-repart\fP في مساحة أسماء مستخدم مع ربط المستخدم الحالي بالمستخدم
الجذر (root) للتأكد من أن الملفات والأدلة في الصورة مملوكة للمستخدم الجذر\&.
.sp
لاحظ أنه عند ملء نظم ملفات XFS بـ \fBsystemd\-repart\fP وتكون أجهزة الحلقة (loop
devices) غير متاحة، فإن ملء نظم ملفات XFS بملفات تحتوي على مسافات أو علامات
جدولة أو أسطر جديدة قد يفشل في الإصدارات القديمة من \fBmkfs.xfs\fP(8) بسبب قيود
تنسيق ملف البروتو (protofile) الخاص به\&.
.sp
لاحظ أنه عند ملء نظم ملفات XFS بـ \fBsystemd\-repart\fP وتكون أجهزة الحلقة غير
متاحة، فلن تُنسخ السمات الممتدة إلى نظم ملفات XFS الناتجة بسبب قيود تنسيق
ملف البروتو (protofile) الخاص بـ \fBmkfs.xfs\fP(8)\&.
.sp
لا يمكن دمج هذا الخيار مع \fICopyBlocks=\fP\&.
.sp
عند استدعاء \fBsystemd\-repart\fP(8) مع مفتاح سطر الأوامر \fB\-\-copy\-source=\fP،
تؤخذ مسارات الملفات نسبةً إلى الدليل المحدد\&. إذا لم يُستخدم
\fB\-\-copy\-source=\fP، ولكن استُخدمت المفاتيح \fB\-\-image=\fP أو \fB\-\-root=\fP، فتؤخذ
مسارات المصدر نسبةً إلى دليل الجذر المحدد أو جذر صورة القرص\&.
.sp
أُضيف في الإصدار 247\&.
.RE
.PP
\fIExcludeFiles=\fP, \fIExcludeFilesTarget=\fP
.RS 4
يأخذ مسارًا مطلقًا واحدًا أو أكثر، تفصل بينها مسافات بيضاء، ويشير كل منها
إلى ملف مصدر أو دليل على المضيف\&. يمكن استخدام هذا الإعداد لاستبعاد ملفات
أو أدلة من المضيف من النسخ إلى نظام الملفات عند استخدام
\fICopyFiles=\fP\&. يمكن استخدام هذا الخيار عدة مرات لاستبعاد ملفات أو أدلة
متعددة من المضيف من النسخ إلى نظام الملفات المهيأ حديثًا\&.
.sp
إذا كان المسار دليلًا وينتهي بـ "/"، فتُستثنى محتويات الدليل فقط وليس الدليل
نفسه\&. وإذا كان المسار دليلًا ولا ينتهي بـ "/"، فيُستثنى الدليل ومحتوياته
معًا\&.
.sp
خيار \fIExcludeFilesTarget=\fP يشبه \fIExcludeFiles=\fP تمامًا باستثناء أنه بدلاً
من استبعاد المسار على المضيف من النسخ إلى القسم، فإنه يستبعد أي ملفات وأدلة
من النسخ إلى المسار المحدد داخل القسم\&.
.sp
عند استدعاء \fBsystemd\-repart\fP(8) مع مفاتيح سطر الأوامر \fB\-\-image=\fP أو
\fB\-\-root=\fP، تؤخذ المسارات المحددة نسبةً إلى دليل الجذر المحدد أو جذر صورة
القرص\&.
.sp
أُضيف في الإصدار 254\&.
.RE
.PP
\fIMakeDirectories=\fP
.RS 4
يأخذ مسارًا مطلقًا واحدًا أو أكثر، تفصل بينها مسافات بيضاء، ويعلن كل منها عن
دليل لإنشائه داخل نظام الملفات الجديد\&. السلوك مشابه لـ \fICopyFiles=\fP، ولكن
بدلاً من نسخ مجموعة من الملفات، يقوم هذا فقط بإنشاء الأدلة المحددة بالوضع
المبدئي 0755 مملوكة للمستخدم والمجموعة الجذر (root)، بالإضافة إلى جميع
أدلتها الأصلية (بنفس الملكية ووضع الوصول)\&. لضبط أدلة بملكية أو وضع وصول
مختلف، استخدم \fICopyFiles=\fP وحدد شجرة مصدر لنسخها تحتوي على أدلة
مملوكة/مضبوطة بشكل مناسب\&. يمكن استخدام هذا الخيار أكثر من مرة لإنشاء أدلة
متعددة\&. وعند استخدام \fICopyFiles=\fP و \fIMakeDirectories=\fP معًا، يُطبق الأول
أولاً\&. إذا كان الدليل المدرج موجودًا بالفعل، فلا تُنفذ أي عملية (وعلى وجه
الخصوص، تُترك ملكية/وضع وصول الأدلة كما هي)\&.
.sp
حالة الاستخدام الرئيسة لهذا الخيار هي إنشاء حد أدنى من الأدلة التي يمكن
وصلها فوقها بواسطة أقسام أخرى محتواة في صورة القرص نفسها\&. على سبيل المثال،
قد ترغب صورة قرص يُهيأ نظام ملفات الجذر فيها آليًا عند الإقلاع الأول في
إنشاء دليل /usr/ مسبقًا بهذه الطريقة، بحيث يمكن لقسم "usr" أن يُوصل فوقه\&.
.sp
ضع في الحسبان استخدام \fBsystemd\-tmpfiles\fP(8) مع خيار \fB\-\-image=\fP الخاص به
لإنشاء تدرجات أدلة أخرى أكثر تعقيدًا مسبقًا (بالإضافة إلى العقد الفهرسية
inodes الأخرى) مع تحكم دقيق في الملكية، وأوضاع الوصول، وسمات الملفات
الأخرى\&.
.sp
أُضيف في الإصدار 249\&.
.RE
.PP
\fIMakeSymlinks=\fP
.RS 4
يأخذ وسيطًا واحدًا أو أكثر، تفصل بينها مسافات بيضاء، ويعلن كل منها عن وصلة
رمزية لإنشائها داخل نظام الملفات الجديد\&. كل وسيط عبارة عن زوج من مسارات
المصدر والهدف للوصلة الرمزية، يفصل بينهما نقطتان رئيستان\&. يمكن استخدام هذا
الخيار أكثر من مرة لإنشاء وصلات رمزية متعددة\&. وعند استخدام \fICopyFiles=\fP و
\fIMakeSymlinks=\fP معًا، يُطبق الأول أولاً\&.
.sp
حالة الاستخدام الرئيسة لهذا الخيار هي إنشاء وصلات رمزية يجب أن تكون موجودة
قبل تنفيذ \fBsystemd\-tmpfiles\fP(8)\&. على سبيل المثال، عند استخدام
\fBsystemd\-confext\fP(8)، يمكن استخدام هذا الإعداد لإنشاء وصلات رمزية في
/var/lib/extensions\&.mutable لإعادة توجيه عمليات الكتابة إلى ملحقات ضبط
confexts قابلة للتعديل إلى موقع مخصص\&.
.sp
ضع في الحسبان استخدام \fBsystemd\-tmpfiles\fP(8) مع خيار \fB\-\-image=\fP الخاص به
لإنشاء وصلات رمزية أخرى مسبقًا (بالإضافة إلى العقد الفهرسية inodes الأخرى)
مع تحكم دقيق في الملكية، وأوضاع الوصول، وسمات الملفات الأخرى\&.
.sp
أُضيف في الإصدار 257\&.
.RE
.PP
\fISubvolumes=\fP
.RS 4
يأخذ مسارًا مطلقًا واحدًا أو أكثر، تفصل بينها مسافات بيضاء، ويعلن كل منها عن
دليل يجب أن يكون حجمًا فرعيًا (subvolume) داخل نظام الملفات الجديد\&. يمكن
اختياريًا أن يتبع كل مسار نقطتان رئيستان وقائمة من أعلام الحجوم الفرعية
المفصولة بفاصلات\&. الأعلام التالية مفهومة:
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
\fBالجدول\ \&2.\ \&أعلام الحجوم الفرعية\fP
.TS
allbox tab(:);
lB lB.
T{
علم
T}:T{
الغرض
T}
.T&
l l.
T{
"ro"
T}:T{
اجعل هذا الحجم الفرعي للقراءة فقط\&.
T}
.TE
.sp 1
لاحظ أن هذا الخيار لا ينشئ الأدلة نفسها، بل يمكن ضبط ذلك باستخدام
\fIMakeDirectories=\fP و \fICopyFiles=\fP\&.
.sp
لاحظ أن هذا الخيار لا يسري مفعوله إلا إذا كان نظام الملفات الهدف يدعم الحجوم
الفرعية، مثل \fBbtrfs\fP(8)\&.
.sp
لاحظ أن هذا الخيار مدعوم فقط بالاقتران مع \fB\-\-offline=yes\fP منذ حزمة
btrfs\-progs بإصدار 6\&.12 أو أحدث\&.
.sp
أُضيف في الإصدار 255\&.
.RE
.PP
\fIDefaultSubvolume=\fP
.RS 4
يأخذ مسارًا مطلقًا يحدد الحجم الفرعي المبدئي داخل نظام الملفات
الجديد\&. لاحظ أن هذا الإعداد لا ينشئ الحجم الفرعي نفسه، بل يمكن ضبط ذلك
باستخدام \fISubvolumes=\fP\&.
.sp
لاحظ أن هذا الخيار لا يسري مفعوله إلا إذا كان نظام الملفات الهدف يدعم الحجوم
الفرعية، مثل \fBbtrfs\fP(8)\&.
.sp
لاحظ أن هذا الخيار مدعوم فقط بالاقتران مع \fB\-\-offline=yes\fP منذ حزمة
btrfs\-progs بإصدار 6\&.12 أو أحدث\&.
.sp
أُضيف في الإصدار 256\&.
.RE
.PP
\fIEncrypt=\fP
.RS 4
يأخذ أحد القيم التالية: "off" و "key\-file" و "tpm2" و "key\-file+tpm2" (بدلاً
من ذلك، يقبل أيضًا قيمة منطقية، والتي تُربط بـ "off" عندما تكون خطأ، و
"key\-file" عندما تكون صوابًا)\&. قيمته المبدئية هي "off"\&. إذا لم يكن
"off"، فسيُهيأ القسم بكتلة عليا من نوع LUKS2، قبل نسخ الكتل المضبوطة
باستخدام \fICopyBlocks=\fP أو إنشاء نظام الملفات المضبوط باستخدام \fIFormat=\fP\&.
.sp
يُشتق معرف LUKS2 UUID آليًا من معرف القسم UUID بطريقة مستقرة\&. إذا استخدم
"key\-file" أو "key\-file+tpm2"، فيُضاف مفتاح إلى الكتلة العليا لـ LUKS2،
ويمكن ضبطه باستخدام خيار \fB\-\-key\-file=\fP الممرر إلى \fBsystemd\-repart\fP\&. وإذا
استخدم "tpm2" أو "key\-file+tpm2"، فيُضاف مفتاح إلى الكتلة العليا لـ LUKS2
ويُسجل في شريحة TPM2 المحلية، وفقًا لما هو مضبوط في خياري \fB\-\-tpm2\-device=\fP
و \fB\-\-tpm2\-pcrs=\fP الممررين إلى \fBsystemd\-repart\fP\&.
.sp
عند استخدامه، يغير هذا منطق تخصيص الحجم قليلاً حيث تزداد حدود الحجم الأدنى
الضمنية لكل من \fIFormat=\fP و \fICopyBlocks=\fP بالمساحة اللازمة للكتلة العليا لـ
LUKS2 (انظر أعلاه)\&.
.sp
ليس لهذا الخيار أي تأثير إذا كان القسم موجودًا بالفعل\&.
.sp
أُضيف في الإصدار 247\&.
.RE
.PP
\fIVerity=\fP
.RS 4
يأخذ أحد القيم التالية: "off" أو "data" أو "hash" أو "signature"\&. قيمته
المبدئية هي "off"\&. إذا ضُبط على "off" أو "data"، فسيُملأ القسم بالمحتوى
المحدد بواسطة \fICopyBlocks=\fP أو \fICopyFiles=\fP\&. وإذا ضُبط على "hash"،
فسيُملأ القسم برموز تجزئة verity من قسم بيانات verity المطابق\&. وإذا ضُبط
على "signature"، فسيُملأ القسم بكائن JSON يحتوي على توقيع لتجزئة الجذر لـ
verity الخاصة بقسم تجزئة verity المطابق\&.
.sp
قسم verity المطابق هو قسم له نفس مفتاح مطابقة verity (كما هو مضبوط باستخدام
\fIVerityMatchKey=\fP)\&.
.sp
ما لم يُضبط صراحةً، فسيُضبط معرف UUID لقسم البيانات على أول 128 بت من تجزئة
جذر verity\&. وبالمثل، إذا لم يُضبط، فسيُضبط معرف UUID لقسم التجزئة على آخر
128 بت من تجزئة جذر verity\&. ستُضمن تجزئة جذر verity نفسها في مخرجات
\fBsystemd\-repart\fP\&.
.sp
ليس لهذا الخيار أي تأثير إذا كان القسم موجودًا بالفعل\&.
.sp
استخدام هذا الخيار بالاقتران مع \fIEncrypt=\fP غير مدعوم\&.
.sp
لكل قيمة فريدة لـ \fIVerityMatchKey=\fP، يجب تعريف قسم بيانات verity واحد
("Verity=data") وقسم تجزئة verity واحد ("Verity=hash")\&.
.sp
أُضيف في الإصدار 252\&.
.RE
.PP
\fIVerityMatchKey=\fP
.RS 4
يأخذ سلسلة معرف قصيرة يختارها المستخدم\&. يُستخدم هذا الإعداد للعثور على
أقسام verity الشقيقة لقسم verity الحالي\&. انظر وصف \fIVerity=\fP\&.
.sp
أُضيف في الإصدار 252\&.
.RE
.PP
\fIVerityDataBlockSizeBytes=\fP
.RS 4
يضبط حجم كتلة البيانات لقسم تجزئة verity المُنشأ\&. يجب أن يكون بين 512 و
4096 بايت ويجب أن يكون من مضاعفات القوة 2\&. القيمة المبدئية هي حجم القطاع
إذا ضُبط صراحةً، أو حجم قطاع الجهاز الكتلي الأساسي، أو 4K إذا كان
\fBsystemd\-repart\fP لا يعمل على جهاز كتلي\&.
.sp
أُضيف في الإصدار 255\&.
.RE
.PP
\fIVerityHashBlockSizeBytes=\fP
.RS 4
يضبط حجم كتلة التجزئة لقسم تجزئة verity المُنشأ\&. يجب أن يكون بين 512 و
4096 بايت ويجب أن يكون من مضاعفات القوة 2\&. القيمة المبدئية هي حجم القطاع
إذا ضُبط صراحةً، أو حجم قطاع الجهاز الكتلي الأساسي، أو 4K إذا كان
\fBsystemd\-repart\fP لا يعمل على جهاز كتلي\&.
.sp
أُضيف في الإصدار 255\&.
.RE
.PP
\fIFactoryReset=\fP
.RS 4
يأخذ وسيطًا منطقيًا\&. إذا حُدد، فسيُعلم على القسم للإزالة أثناء عملية إعادة
التعيين إلى إعدادات المصنع\&. هذه الوظيفة مفيدة لتنفيذ مخططات حيث يمكن إعادة
تعيين الصور إلى حالتها الأصلية عن طريق إزالة الأقسام وإنشائها من
جديد\&. القيمة المبدئية هي إيقاف (off)\&.
.sp
أُضيف في الإصدار 245\&.
.RE
.PP
\fIFlags=\fP
.RS 4
يضبط حقل أعلام قسم GPT عيار 64\-بت لتعيينه للقسم عند إنشائه\&. ليس لهذا
الخيار أي تأثير إذا كان القسم موجودًا بالفعل\&. وإذا لم يُحدد، فستُضبط قيمة
الأعلام على أصفار بالكامل، باستثناء البتات الثلاثة التي يمكن ضبطها أيضًا عبر
\fINoAuto=\fP و \fIReadOnly=\fP و \fIGrowFileSystem=\fP؛ انظر أدناه للحصول على تفاصيل
حول القيم المبدئية لهذه الأعلام الثلاثة\&. حدد قيمة الأعلام بالنظام السداسي
عشر (عن طريق بادئة "0x")، أو الثنائي (بادئة "0b") أو العشري (بدون بادئة)\&.
.sp
أُضيف في الإصدار 249\&.
.RE
.PP
\fINoAuto=\fP, \fIReadOnly=\fP, \fIGrowFileSystem=\fP
.RS 4
يضبط أعلام القسم No\-Auto و Read\-Only و Grow\-File\-System (البتات 63 و 60 و
59) لمدخل جدول الأقسام، كما هي معرّفة في \m[blue]\fBمواصفة الأقسام القابلة للاكتشاف\fP\m[]\&\s-2\u[1]\d\s+2\&. متاح فقط لأنواع الأقسام المدعومة في
المواصفة\&. هذا الخيار هو طريقة سهلة لضبط البتات 63 و 60 و 59 من قيمة أعلام
القسم دون ضبط أي من البتات الأخرى، ويمكن ضبطه عبر \fIFlags=\fP أيضًا، انظر
أعلاه\&.
.sp
إذا استخدم خيار \fIFlags=\fP بالتزامن مع واحد أو أكثر من خيارات
\fINoAuto=\fP/\fIReadOnly=\fP/\fIGrowFileSystem=\fP، فإن الأخيرة تتحكم في قيمة
الأعلام ذات الصلة، أي أن الإعدادات عالية المستوى
\fINoAuto=\fP/\fIReadOnly=\fP/\fIGrowFileSystem=\fP تتجاوز البتات ذات الصلة في
الإعداد منخفض المستوى \fIFlags=\fP\&.
.sp
لاحظ أن الأعلام الثلاثة تؤثر فقط على وصل الأقسام الآلي، كما هو مطبق بواسطة
\fBsystemd\-gpt\-auto\-generator\fP(8) أو خيار \fB\-\-image=\fP لأوامر مختلفة (مثل
\fBsystemd\-nspawn\fP(1))\&. وليس لها أي تأثير على عمليات الوصل الصريحة، مثل تلك
التي تتم عبر \fBmount\fP(8) أو \fBfstab\fP(5)\&.
.sp
إذا ضُبط كل من البت 60 و 59 لقسم ما (أي أن القسم علم عليه كقراءة فقط
وللتوسيع لنظام الملفات معًا)، فإن الأخير عادةً ما يكون بلا تأثير: فلعلم
القراءة فقط الأولوية في معظم الأدوات التي تقرأ هذه الأعلام، وبما أن توسيع
نظام الملفات يتطلب الكتابة إلى القسم، فإنه يُتجاهل تبعًا لذلك\&.
.sp
القيمة المبدئية لـ \fINoAuto=\fP هي الإيقاف (off)\&. والقيمة المبدئية لـ
\fIReadOnly=\fP هي التشغيل (on) لأنواع أقسام Verity، والإيقاف (off) لجميع
الأنواع الأخرى\&. والقيمة المبدئية لـ \fIGrowFileSystem=\fP هي التشغيل (on)
لجميع أنواع الأقسام التي تدعمه، إلا إذا علم على القسم كقراءة فقط (وبالتالي
فعليًا، تكون قيمته المبدئية هي الإيقاف لأقسام Verity)\&.
.sp
أُضيف في الإصدار 249\&.
.RE
.PP
\fISplitName=\fP
.RS 4
يضبط اللاحقة المراد إلحاقها بالقطع الفنية المقسمة (split artifacts) عند
استخدام خيار \fB\-\-split\fP لـ \fBsystemd\-repart\fP(8)\&. توسيع المحددات البسيط
مدعوم، انظر أدناه\&. قيمته المبدئية هي "%t"\&. لتعطيل توليد القطع الفنية
المقسمة لقسم ما، اضبط \fISplitName=\fP على "\-"\&.
.sp
أُضيف في الإصدار 252\&.
.RE
.PP
\fIMinimize=\fP
.RS 4
يأخذ أحد القيم التالية: "off"، أو "best"، أو "guess" (وبديلًا عن ذلك، يقبل
أيضًا قيمة منطقية تُحول إلى "off" عندما تكون خطأ، وإلى "best" عندما تكون
صوابًا)\&. يعود مبدئيًا إلى "off"\&. إذا ضُبط على "best"، فسيكون للقسم الحد
الأدنى من الحجم المطلوب لتخزين المصادر المضبوطة بـ \fICopyFiles=\fP\&. الخيار
"best" مدعوم حاليًا فقط لنظم الملفات للقراءة فقط\&. وإذا ضُبط على "guess"،
يُنشأ القسم على الأقل بحجم كبير بما يكفي لتخزين المصادر المضبوطة بـ
\fICopyFiles=\fP\&. لاحظ أنه ما لم يكن نظام الملفات للقراءة فقط، سيتعين على
\fBsystemd\-repart\fP ملء نظام الملفات مرتين لتخمين الحد الأدنى للحجم المطلوب،
لذا فإن تفعيل هذا الخيار قد يؤدي إلى إبطاء repart عند ملء الأقسام الكبيرة\&.
.sp
أُضيف في الإصدار 253\&.
.RE
.PP
\fIMountPoint=\fP
.RS 4
يحدد مكان وكيفية وصل القسم\&. يأخذ حقلاً واحدًا على الأقل وحقلين كحد أقصى
يفصل بينهما نقطتان رئيستان (":")\&. يحدد الحقل الأول مكان وصل القسم\&. ويحدد
الحقل الثاني خيارات وصل إضافية لإلحاقها بخيارات الوصل المبدئية\&. تقابل هذه
الحقول العمودين الثاني والرابع من تنسيق \fBfstab\fP(5)\&. نظرًا لاستخدام
النقطتين الرئيستين للفصل بين الحقول، يجب وضع كل حقل بين علامتي اقتباس عندما
يحتوي على نقاط رئيسة\&. على سبيل المثال:\&
.sp
.if  n \{\
.RS 4
.\}
.nf
MountPoint="/path/with:colon":"zstd:1,noatime,lazytime"
.fi
.if  n \{\
.RE
.\}
.sp
يمكن تحديد هذا الإعداد عدة مرات لوصل القسم عدة مرات\&. يمكن استخدام هذا
لإضافة نقاط وصل لحجوم فرعية مختلفة من \fBbtrfs\fP(8) تقع على قسم btrfs نفسه\&.
.sp
لاحظ أن هذا الإعداد لا يؤخذ في الحسبان إلا عند تحديد \fB\-\-generate\-fstab=\fP في
سطر أوامر \fBsystemd\-repart\fP\&.
.sp
أُضيف في الإصدار 256\&.
.RE
.PP
\fIEncryptedVolume=\fP
.RS 4
يحدد كيفية إعداد القسم المعمى\&. يأخذ حقلًا واحدًا على الأقل وثلاثة حقول على
الأكثر مفصولة بنقطتين رأسيتين (":")\&. يحدد الحقل الأول اسم الحجم المعمى تحت
/dev/mapper/\&. إذا لم يُحدد، سيُستخدم "luks\-UUID" حيث "UUID" هو معرّف UUID
لـ LUKS\&. ويحدد الحقل الثاني ملف المفتاح المراد استخدامه باتباع نفس التنسيق
المحدد في crypttab\&. ويحدد الحقل الثالث قائمة مفصولة بفاصلة من خيارات
crypttab\&. تقابل هذه الحقول العمود الأول والثالث والرابع من تنسيق
\fBcrypttab\fP(5)\&.
.sp
لاحظ أن هذا الإعداد لا يُؤخذ في الحسبان إلا عندما يُحدد
\fB\-\-generate\-crypttab=\fP في سطر أوامر \fBsystemd\-repart\fP\&.
.sp
أُضيف في الإصدار 256\&.
.RE
.PP
\fICompression=\fP
.RS 4
يحدد خوارزمية الضغط المراد استخدامها لنظام الملفات المضبوط باستخدام
\fIFormat=\fP\&. يأخذ وسيطًا واحدًا يحدد خوارزمية الضغط\&.
.sp
لاحظ أن هذا الإعداد لا يُؤخذ في الحسبان إلا عندما يدعم نظام الملفات المضبوط
بـ \fIFormat=\fP الضغط ( \fBbtrfs\fP(8)، و squashfs، و \fBerofs\fP(5))\&. إليك قائمة
غير كاملة بخوارزميات الضغط التي تدعمها نظم الملفات المعروفة لـ
\fBsystemd\-repart\fP:
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
\fBجدول\ \&3.\ \&خوارزميات ضغط نظام الملفات\fP
.TS
allbox tab(:);
lB lB lB.
T{
نظام الملفات
T}:T{
خوارزميات الضغط
T}:T{
التوثيق
T}
.T&
l l l
l l l.
T{
\fBsquashfs\fP
T}:T{
gzip, lzo, lz4, xz, zstd, lzma
T}:T{
\fBmksquashfs\fP(1)
T}
T{
\fBerofs\fP
T}:T{
lz4, lz4hc, lzma, deflate, libdeflate, zstd
T}:T{
\fBmkfs.erofs\fP(1)
T}
.TE
.sp 1
أُضيف في الإصدار 257\&.
.RE
.PP
\fICompressionLevel=\fP
.RS 4
يحدد مستوى الضغط المراد استخدامه لنظام الملفات المضبوط بـ \fIFormat=\fP\&. يأخذ
وسيطًا واحدًا يحدد مستوى الضغط المراد استخدامه لخوارزمية الضغط
المضبوطة\&. مستويات الضغط الممكنة ومعناها خاصة بنظام الملفات (يرجى الرجوع
إلى توثيق نظام الملفات لمعرفة المعنى الدقيق لمستوى ضغط معين)\&.
.sp
لاحظ أن هذا الإعداد لا يُؤخذ في الحسبان إلا عندما يدعم نظام الملفات المضبوط
بـ \fIFormat=\fP الضغط ويكون إعداد \fICompression=\fP مضبوطًا صراحةً\&.
.sp
أُضيف في الإصدار 257\&.
.RE
.PP
\fISupplementFor=\fP
.RS 4
يأخذ اسم تعريف قسم، مثل "10\-esp"\&. إذا حُدد، سيتجنب \fBsystemd\-repart\fP إنشاء
هذا القسم ويفضل بدلًا من ذلك دمج التعريفين جزئيًا\&. ومع ذلك، وبناءً على
المخطط الحالي للأقسام على القرص، قد يُجبر \fBsystemd\-repart\fP على التراجع عن
دمج التعريفات واستخدامها كما كُتبت في الأصل، مما قد يؤدي إلى إنشاء هذا
القسم\&. وتحديدًا، سيتراجع \fBsystemd\-repart\fP إذا وُجد أن هذا القسم موجود
بالفعل على القرص، أو إذا كان القسم المستهدف موجودًا بالفعل على القرص ولكنه
صغير جدًا، أو إذا تعذر تخصيص مساحة للقسم المدمج لأي سبب آخر\&.
.sp
تُدمج الحقول التالية في التعريف المستهدف بالطرق المحددة: يُعاد كتابة
\fIWeight=\fP و \fIPaddingWeight=\fP ببساطة؛ ويستخدم \fISizeMinBytes=\fP و
\fIPaddingMinBytes=\fP القيمة الأكبر بين القيمتين؛ ويستخدم \fISizeMaxBytes=\fP و
\fIPaddingMaxBytes=\fP القيمة الأصغر؛ وتُقرن حقول \fICopyFiles=\fP، و
\fIExcludeFiles=\fP، و \fIExcludeFilesTarget=\fP، و \fIMakeDirectories=\fP، و
\fISubvolumes=\fP معًا\&.
.sp
استخدام هذا الخيار بالاقتران مع \fICopyBlocks=\fP، أو \fIEncrypt=\fP، أو
\fIVerity=\fP غير مدعوم\&. لا يمكن للتعريف المستهدف ضبط هذه الإعدادات
أيضًا\&. ولا يمكن للتعريف أن يكون تكميليًا ويعمل كمستهدف لتعريف تكميلي آخر
في نفس الوقت\&. ولا يمكن للمستهدف أن يرتبط به أكثر من قسم تكميلي واحد\&.
.sp
على سبيل المثال، يمكن للتوزيعات استخدام هذا لتطبيق \fI$BOOT\fP كما هو معرّف في
\m[blue]\fBمواصفة محمل الإقلاع\fP\m[]\&\s-2\u[2]\d\s+2\&. قد تفضل التوزيعات
استخدام ESP كـ \fI$BOOT\fP كلما أمكن ذلك، ولكن للالتزام بالمواصفة يجب استخدام
XBOOTLDR أحيانًا بدلًا من ذلك\&. لذا، ينبغي لها إنشاء تعريفين: الأول يعرّف
ESP كبيرًا بما يكفي لاحتواء محمل الإقلاع فقط، والثاني لـ XBOOTLDR يكون
كبيرًا بما يكفي لاحتواء النوى ومضبوطًا كملحق لـ ESP\&. يحاول
\fBsystemd\-repart\fP(8) دمج التعريفين لإنشاء ESP واحد كبير كلما أمكن ذلك، ولكن
إذا لم يكن ذلك مسموحًا به بسبب الظروف الحالية على القرص، فسيُنشأ ESP صغير و
XBOOTLDR كبير بدلًا من ذلك\&.
.sp
كمثال آخر، يمكن للتوزيعات أيضًا استخدام هذا لمشاركة قسم /home واحد بسلاسة في
سيناريو الإقلاع المتعدد، مع تفضيل إبقاء /home على القسم الرئيس
مبدئيًا\&. ينطوي وجود قسم /home منفصل عن القسم الرئيس على بعض التعقيد
الإضافي: إذ يتعين على أحدهم تحديد كيفية تقسيم المساحة بين القسمين\&. من
ناحية أخرى، يتيح ذلك للمستخدم مشاركة منطقة المنزل الخاصة به بين عدة أنظمة
تشغيل مثبتة (أي عبر \fBsystemd\-homed.service\fP(8))\&. ينبغي للتوزيعات إنشاء
تعريفين: الأول لقسم رئيس يأخذ نسبة مئوية صغيرة نسبيًا من القرص، والثاني
كتكملة للأول لإنشاء قسم /home يأخذ كل المساحة الحرة المتبقية\&. عند الإقلاع
الأول، إذا وجد \fBsystemd\-repart\fP قسم /home موجودًا بالفعل على القرص،
فسيتراجع عن دمج التعريفات ويُنشئ قسمًا رئيسًا صغيرًا فقط\&. خلاف ذلك، ستُدمج
التعريفات ويُنشأ قسم رئيس واحد كبير\&.
.sp
أُضيف في الإصدار 257\&.
.RE
.SH المحددات
.PP
يمكن استخدام المحددات في إعدادات \fILabel=\fP و \fICopyBlocks=\fP و \fICopyFiles=\fP
و \fIMakeDirectories=\fP و \fISplitName=\fP\&. تُفهم التوسيعات التالية:
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
\fBجدول\ \&4.\ \&المحددات المتاحة\fP
.TS
allbox tab(:);
lB lB lB.
T{
المحدد
T}:T{
المعنى
T}:T{
التفاصيل
T}
.T&
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l
l l l.
T{
"%a"
T}:T{
المعمارية
T}:T{
سلسلة نصية قصيرة تحدد معمارية النظام المحلي\&. سلسلة مثل \fBx86\fP أو \fBx86\-64\fP أو \fBarm64\fP\&. انظر المعماريات المحددة لـ \fIConditionArchitecture=\fP في \fBsystemd.unit\fP(5) للحصول على قائمة كاملة\&.
T}
T{
"%A"
T}:T{
إصدار صورة نظام التشغيل
T}:T{
معرف إصدار صورة نظام التشغيل للنظام المشغل، كما يُقرأ من حقل \fIIMAGE_VERSION=\fP في /etc/os\-release\&. إذا لم يُضبط، يُحل إلى سلسلة فارغة\&. انظر \fBos\-release\fP(5) لمزيد من المعلومات\&.
T}
T{
"%b"
T}:T{
معرف الإقلاع
T}:T{
معرف الإقلاع للنظام المشغل، منسق كسلسلة نصية\&. انظر \fBrandom\fP(4) لمزيد من المعلومات\&.
T}
T{
"%B"
T}:T{
معرف بناء نظام التشغيل
T}:T{
معرف بناء نظام التشغيل للنظام المشغل، كما يُقرأ من حقل \fIBUILD_ID=\fP في /etc/os\-release\&. إذا لم يُضبط، يُحل إلى سلسلة فارغة\&. انظر \fBos\-release\fP(5) لمزيد من المعلومات\&.
T}
T{
"%H"
T}:T{
اسم المضيف
T}:T{
اسم مضيف النظام المشغل\&.
T}
T{
"%l"
T}:T{
اسم المضيف القصير
T}:T{
اسم مضيف النظام المشغل، مقتطعًا عند النقطة الأولى لإزالة أي مكون نطاق\&.
T}
T{
"%m"
T}:T{
معرف الآلة
T}:T{
معرف الجهاز للنظام المشغل، منسق كسلسلة نصية\&. انظر \fBmachine\-id\fP(5) لمزيد من المعلومات\&.
T}
T{
"%M"
T}:T{
معرف صورة نظام التشغيل
T}:T{
معرف صورة نظام التشغيل للنظام المشغل، كما يُقرأ من حقل \fIIMAGE_ID=\fP في /etc/os\-release\&. إذا لم يُضبط، يُحل إلى سلسلة فارغة\&. انظر \fBos\-release\fP(5) لمزيد من المعلومات\&.
T}
T{
"%o"
T}:T{
معرف نظام التشغيل
T}:T{
معرف نظام التشغيل للنظام المشغل، كما يُقرأ من حقل \fIID=\fP في /etc/os\-release\&. انظر \fBos\-release\fP(5) لمزيد من المعلومات\&.
T}
T{
"%q"
T}:T{
اسم المضيف الجميل
T}:T{
اسم المضيف الجميل للنظام المشغل، كما يُقرأ من حقل \fIPRETTY_HOSTNAME=\fP في /etc/machine\-info\&. إذا لم يُضبط، يُحل إلى اسم المضيف القصير\&. انظر \fBmachine\-info\fP(5) لمزيد من المعلومات\&.
T}
T{
"%v"
T}:T{
إصدار النواة
T}:T{
مطابق لمخرجات \fBuname \-r\fP\&.
T}
T{
"%w"
T}:T{
معرف إصدار نظام التشغيل
T}:T{
معرف إصدار نظام التشغيل للنظام المشغل، كما يُقرأ من حقل \fIVERSION_ID=\fP في /etc/os\-release\&. إذا لم يُضبط، يُحل إلى سلسلة فارغة\&. انظر \fBos\-release\fP(5) لمزيد من المعلومات\&.
T}
T{
"%W"
T}:T{
معرف نوع نظام التشغيل
T}:T{
معرف تنويعة نظام التشغيل للنظام المشغل، كما يُقرأ من حقل \fIVARIANT_ID=\fP في /etc/os\-release\&. إذا لم يُضبط، يُحل إلى سلسلة فارغة\&. انظر \fBos\-release\fP(5) لمزيد من المعلومات\&.
T}
T{
"%T"
T}:T{
مجلد للملفات المؤقتة
T}:T{
هذا إما /tmp أو المسار الذي ضُبطت إليه "$TMPDIR" أو "$TEMP" أو "$TMP"\&. (لاحظ أن الدليل قد يُحدد بدون شرطة مائلة لاحقة\&.)
T}
T{
"%V"
T}:T{
مجلد للملفات المؤقتة الأكبر حجمًا والمستمرة
T}:T{
هذا إما /var/tmp أو المسار الذي ضُبطت إليه "$TMPDIR" أو "$TEMP" أو "$TMP"\&. (لاحظ أن الدليل قد يُحدد بدون شرطة مائلة لاحقة\&.)
T}
T{
"%%"
T}:T{
علامة مئوية مفردة
T}:T{
استخدم "%%" بدلاً من "%" لتحديد علامة مئوية مفردة\&.
T}
.TE
.sp 1
.PP
بالإضافة إلى ذلك، بالنسبة لإعداد \fISplitName=\fP، تُفهم أيضًا المحددات
التالية:
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
\fBجدول\ \&5.\ \&المحددات المتاحة\fP
.TS
allbox tab(:);
lB lB lB.
T{
المحدد
T}:T{
المعنى
T}:T{
التفاصيل
T}
.T&
l l l
l l l
l l l
l l l.
T{
"%T"
T}:T{
Partition Type UUID
T}:T{
معرّف UUID لنوع القسم، كما هو مضبوط بـ \fIType=\fP
T}
T{
"%t"
T}:T{
معرّف نوع القسم
T}:T{
معرّف نوع القسم المقابل لمعرّف UUID لنوع القسم
T}
T{
"%U"
T}:T{
Partition UUID
T}:T{
معرّف UUID للقسم، كما هو مضبوط بـ \fIUUID=\fP
T}
T{
"%n"
T}:T{
Partition Number
T}:T{
رقم القسم المعين للقسم
T}
.TE
.sp 1
.SH البيئة
.PP
يمكن توفير خيارات تهيئة إضافية لنظام الملفات باستخدام متغيرات البيئة الخاصة
بنظام الملفات: \fI$SYSTEMD_REPART_MKFS_OPTIONS_BTRFS\fP، و
\fI$SYSTEMD_REPART_MKFS_OPTIONS_XFS\fP، و \fI$SYSTEMD_REPART_MKFS_OPTIONS_VFAT\fP،
و \fI$SYSTEMD_REPART_MKFS_OPTIONS_EROFS\fP، و
\fI$SYSTEMD_REPART_MKFS_OPTIONS_SQUASHFS\fP\&. يقبل كل متغير وسائط سطر أوامر
صالحة لـ \fBmkfs\&.\fP\fIfilesystem\fP\&. تُمرر محتويات تلك المتغيرات كما هي إلى
الأمر، دون أي تحقق\&.
.SH أمثلة
.PP
\fBمثال\ \&1.\ \&توسيع القسم الرئيس ليَشغل كامل حجم القرص عند الإقلاع الأول\fP
.PP
باستخدام الملف التالي، يُوسع القسم الرئيس آليًا ليَشغل كامل القرص إذا أمكن
ذلك أثناء الإقلاع\&.
.PP
.if  n \{\
.RS 4
.\}
.nf
# /usr/lib/repart\&.d/50\-root\&.conf
[Partition]
Type=root
.fi
.if  n \{\
.RE
.\}

.PP
\fBمثال\ \&2.\ \&إنشاء قسمي الذاكرة البديلة (swap) والمنزل (home) آليًا عند الإقلاع، في حال فقدهما\fP
.PP
يأخذ قسم المنزل كل مساحة القرص المتاحة بينما يأخذ قسم الذاكرة البديلة 1
جيجابايت على الأكثر و 64 ميجابايت على الأقل\&. اضُبطت أولوية > 0 على قسم
الذاكرة البديلة لضمان عدم استخدام قسم الذاكرة البديلة إذا لم تتوفر مساحة
كافية\&. لكل ثلاثة بايتات تُعين لقسم المنزل، يُعين بايت واحد لقسم الذاكرة
البديلة\&.
.PP
.if  n \{\
.RS 4
.\}
.nf
# /usr/lib/repart\&.d/60\-home\&.conf
[Partition]
Type=home
.fi
.if  n \{\
.RE
.\}
.PP
.if  n \{\
.RS 4
.\}
.nf
# /usr/lib/repart\&.d/70\-swap\&.conf
[Partition]
Type=swap
SizeMinBytes=64M
SizeMaxBytes=1G
Priority=1
Weight=333
.fi
.if  n \{\
.RE
.\}

.PP
\fBمثال\ \&3.\ \&إنشاء أقسام B في إعداد A/B Verity، في حال فقدها\fP
.PP
لنفترض أن المورد ينوي تحديث صور نظام التشغيل في إعداد A/B، أي بقسمين رئيسين
(وقسمي Verity مطابقين لهما) تُستخدم بالتناوب أثناء الترقيات\&. لتقليل أحجام
الصور، تُشحن الصورة الأصلية بقسم رئيس واحد وقسم Verity واحد فقط (المجموعة
"A")، ويُنشأ القسم الرئيس الثاني وقسم Verity الثاني (المجموعة "B") عند
الإقلاع الأول في المساحة الحرة على الوسيط\&.
.PP
.if  n \{\
.RS 4
.\}
.nf
# /usr/lib/repart\&.d/50\-root\&.conf
[Partition]
Type=root
SizeMinBytes=512M
SizeMaxBytes=512M
.fi
.if  n \{\
.RE
.\}
.PP
.if  n \{\
.RS 4
.\}
.nf
# /usr/lib/repart\&.d/60\-root\-verity\&.conf
[Partition]
Type=root\-verity
SizeMinBytes=64M
SizeMaxBytes=64M
.fi
.if  n \{\
.RE
.\}
.PP
تغطي التعريفات المذكورة أعلاه المجموعة "A" من القسم الرئيس (بحجم ثابت 512
ميجابايت) وقسم Verity للقسم الرئيس (بحجم ثابت 64 ميجابايت)\&. لنستخدم
الوصلات الرمزية لإنشاء المجموعة "B" من الأقسام، ففي النهاية يجب أن تمتلك نفس
الخصائص والأحجام مثل المجموعة "A"\&.
.PP
.if  n \{\
.RS 4
.\}
.nf
# ln \-s 50\-root\&.conf /usr/lib/repart\&.d/70\-root\-b\&.conf
# ln \-s 60\-root\-verity\&.conf /usr/lib/repart\&.d/80\-root\-verity\-b\&.conf
.fi
.if  n \{\
.RE
.\}

.PP
\fBمثال\ \&4.\ \&إنشاء قسم بيانات وأقسام verity مطابقة له من شجرة نظام تشغيل\fP
.PP
بافتراض أن لدينا شجرة نظام تشغيل في /var/tmp/os\-tree نريد حزمها في قسم رئيس
مع أقسام verity مطابقة لها، يمكننا القيام بذلك كما يلي:
.PP
.if  n \{\
.RS 4
.\}
.nf
# 50\-root\&.conf
[Partition]
Type=root
CopyFiles=/var/tmp/os\-tree
Verity=data
VerityMatchKey=root
Minimize=guess
.fi
.if  n \{\
.RE
.\}
.PP
.if  n \{\
.RS 4
.\}
.nf
# 60\-root\-verity\&.conf
[Partition]
Type=root\-verity
Verity=hash
VerityMatchKey=root
# Explicitly set the hash and data block size to 4K
VerityDataBlockSizeBytes=4096
VerityHashBlockSizeBytes=4096
Minimize=best
.fi
.if  n \{\
.RE
.\}
.PP
.if  n \{\
.RS 4
.\}
.nf
# 70\-root\-verity\-sig\&.conf
[Partition]
Type=root\-verity\-sig
Verity=signature
VerityMatchKey=root
.fi
.if  n \{\
.RE
.\}

.SH "انظر أيضًا"
.PP
\fBsystemd\fP(1), \fBsystemd\-repart\fP(8), \fBsfdisk\fP(8), \fBsystemd\-cryptenroll\fP(1)
.SH ملاحظات
.IP " 1." 4
مواصفات الأقسام القابلة للاكتشاف
.RS 4
\%https://uapi\-group.org/specifications/specs/discoverable_partitions_specification
.RE
.IP " 2." 4
توصيف محمل الإقلاع
.RS 4
\%https://uapi\-group.org/specifications/specs/boot_loader_specification/
.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 .