'\" t
.TH "PSTORE\&.CONF" "5" "" "systemd 261.2" "pstore.conf"
.\" -----------------------------------------------------------------
.\" * Define some portability stuff
.\" -----------------------------------------------------------------
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.\" http://bugs.debian.org/507673
.\" http://lists.gnu.org/archive/html/groff/2009-02/msg00013.html
.\" ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
.ie \n(.g .ds Aq \(aq
.el       .ds Aq '
.\" -----------------------------------------------------------------
.\" * set default formatting
.\" -----------------------------------------------------------------
.\" disable hyphenation
.nh
.\" disable justification (adjust text to left margin only)
.ad l
.\" -----------------------------------------------------------------
.\" * MAIN CONTENT STARTS HERE *
.\" -----------------------------------------------------------------
.SH "نام (NAME)"
pstore.conf, pstore.conf.d \- فایلهای پیکربندی بایگانی حافظه پایدار (pstore)
.SH "خلاصه دستور (SYNOPSIS)"
.PP
.RS 4
/etc/systemd/pstore\&.conf
.RE
.RS 4
/run/systemd/pstore\&.conf
.RE
.RS 4
/usr/local/lib/systemd/pstore\&.conf
.RE
.RS 4
/usr/lib/systemd/pstore\&.conf
.RE
.RS 4
/etc/systemd/pstore\&.conf\&.d/*\&.conf
.RE
.RS 4
/run/systemd/pstore\&.conf\&.d/*\&.conf
.RE
.RS 4
/usr/local/lib/systemd/pstore\&.conf\&.d/*\&.conf
.RE
.RS 4
/usr/lib/systemd/pstore\&.conf\&.d/*\&.conf
.RE
.SH "توضیحات (DESCRIPTION)"
.PP
این فایل رفتار
\fBsystemd-pstore\fR(8)
را پیکربندی می‌کند، ابزاری برای بایگانی محتویات سامانه فایل حافظه پایدار (persistent storage filesystem)،
\m[blue]\fBpstore\fR\m[]\&\s-2\u[1]\d\s+2\&.
.SH "دایرکتوریهای پیکربندی و اولویت (CONFIGURATION DIRECTORIES AND PRECEDENCE)"
.PP
پیکربندی پیش‌فرض در زمان کامپایل تعیین می‌شود، بنابراین پیکربندی تنها زمانی مورد نیاز است که لازم باشد از مقادیر پیش‌فرض انحراف ایجاد شود\&. فایل پیکربندی اصلی از یکی از دایرکتوری‌های فهرست‌شده به ترتیب اولویت بارگذاری می‌شود و تنها از اولین فایل یافت‌شده استفاده می‌گردد:
/etc/systemd/،
/run/systemd/،
/usr/local/lib/systemd/
\&\s-2\u[2]\d\s+2،
/usr/lib/systemd/\&. نسخه ارائه‌شده توسط توزیع‌کننده (vendor) شامل ورودی‌های کامنت‌شده‌ای است که مقادیر پیش‌فرض را به عنوان راهنمای مدیر سیستم نشان می‌دهد\&. بازنویسی‌های محلی را نیز می‌توان با ایجاد فایل‌های تکمیلی (drop-in) مطابق توضیحات زیر انجام داد\&. فایل پیکربندی اصلی را نیز می‌توان برای این منظور ویرایش کرد (یا یک رونوشت در
/etc/
اگر در
/usr/
عرضه شده باشد)، با این حال استفاده از فایل‌های تکمیلی (drop-in) برای پیکربندی محلی به جای تغییر دادن فایل پیکربندی اصلی توصیه می‌شود\&.
.PP
علاوه بر فایل پیکربندی اصلی، قطعه‌کدهای پیکربندی تکمیلی (drop-in) از دایرکتوری‌های
/usr/lib/systemd/*\&.conf\&.d/،
/usr/local/lib/systemd/*\&.conf\&.d/
و
/etc/systemd/*\&.conf\&.d/
خوانده می‌شوند\&. این فایل‌های تکمیلی اولویت بالاتری دارند و فایل پیکربندی اصلی را بازنویسی می‌کنند\&. فایل‌های موجود در زیردایرکتوری‌های پیکربندی
*\&.conf\&.d/
صرف‌نظر از این‌که در کدام زیردایرکتوری قرار دارند، بر اساس نام فایل خود به ترتیب واژه‌نگاری (lexicographic) مرتب می‌شوند\&. هنگامی که چندین فایل یک گزینه یکسان را تعیین می‌کنند، برای گزینه‌هایی که فقط یک مقدار واحد را می‌پذیرند، ورودی موجود در فایلی که نام آن در آخرین جایگاه قرار می‌گیرد اولویت دارد، و برای گزینه‌هایی که فهرستی از مقادیر را می‌پذیرند، ورودی‌ها به همان ترتیبی که در فایل‌های مرتب‌شده ظاهر می‌شوند جمع‌آوری می‌گردند\&.
.PP
هنگامی که بسته‌ها نیاز به سفارشی‌سازی پیکربندی دارند، می‌توانند فایل‌های تکمیلی (drop-in) را در
/usr/
نصب کنند\&. فایل‌های موجود در
/etc/
برای مدیر سیستم محلی رزرو شده‌اند، که می‌تواند از این منطق برای بازنویسی فایل‌های پیکربندی نصب‌شده توسط بسته‌های توزیع‌کننده استفاده کند\&. برای بازنویسی قطعات تکمیلی بسته، باید از فایل‌های تکمیلی استفاده شود، زیرا فایل پیکربندی اصلی اولویت پایین‌تری دارد\&. توصیه می‌شود نام تمام فایل‌ها در این زیردایرکتوری‌ها با یک عدد دو رقمی و یک خط تیره پیشوندگذاری شود تا ترتیب آن‌ها ساده‌تر شود\&. این کار همچنین مفهوم اولویت‌های تکمیلی را تعریف می‌کند تا به توزیع‌کنندگان سیستم‌عامل اجازه دهد فایل‌های تکمیلی را در محدوده خاصی پایین‌تر از محدوده مورد استفاده کاربران عرضه کنند\&. این امر خطر بازنویسی تصادفی فایل‌های تکمیلی تعریف‌شده توسط کاربران را توسط فایل‌های تکمیلی بسته‌ها کاهش می‌دهد\&. توصیه می‌شود از محدوده 10\-40 برای فایل‌های تکمیلی در
/usr/
و از محدوده 60\-90 برای فایل‌های تکمیلی در
/etc/
و
/run/
استفاده شود، تا اطمینان حاصل گردد که فایل‌های تکمیلی محلی و گذرا بر فایل‌های تکمیلی عرضه‌شده توسط توزیع‌کننده سیستم‌عامل اولویت دارند\&.
.PP
برای غیرفعال کردن یک فایل پیکربندی ارائه‌شده توسط توزیع‌کننده، روش توصیه‌شده قرار دادن یک پیوند نمادین (symlink) به
/dev/null
در دایرکتوری پیکربندی در
/etc/
با همان نام فایل پیکربندی توزیع‌کننده است\&.
.SH "گزینهها (OPTIONS)"
.PP
تمام گزینه‌ها در بخش [PStore] پیکربندی می‌شوند:
.PP
\fIStorage=\fR
.RS 4
محل بایگانی (یعنی کپی کردن) فایل‌ها از سامانه فایل pstore را کنترل می‌کند\&. یکی از مقادیر
"none"،
"external"
و
"journal"
است\&. هنگامی که روی
"none"
تنظیم شود، این ابزار بدون پردازش فایل‌ها در سامانه فایل pstore خارج می‌شود\&. هنگامی که روی
"external"
(پیش‌فرض) تنظیم شود، فایل‌ها در
/var/lib/systemd/pstore/
بایگانی شده و در ژورنال ثبت می‌شوند\&. هنگامی که روی
"journal"
تنظیم شود، محتویات فایل‌های pstore تنها در ژورنال ثبت می‌گردد\&.
.sp
در نگارش 243 اضافه شد\&.
.RE
.PP
\fIUnlink=\fR
.RS 4
حذف یا عدم حذف فایل‌ها از pstore پس از پردازش را کنترل می‌کند\&. یک مقدار بولی (boolean) می‌پذیرد\&. هنگامی که true باشد، فایل pstore پس از بایگانی شدن (چه روی دیسک و چه در ژورنال) از pstore حذف می‌شود\&. هنگامی که false باشد، پردازش فایل‌های pstore به طور عادی انجام می‌شود اما فایل‌ها در pstore باقی می‌مانند\&. مقدار پیش‌فرض true است تا pstore در وضعیتی تقریباً خالی نگه‌داشته شود و فضای ذخیره‌سازی برای رویداد خطای بعدی هسته در دسترس باشد\&.
.sp
در نگارش 243 اضافه شد\&.
.RE
.PP
از دستور
.sp
.if n \{\
.RS 4
.\}
.nf
systemd\-analyze cat\-config systemd/pstore\&.conf
.fi
.if n \{\
.RE
.\}
.sp
برای نمایش پیکربندی کامل استفاده کنید\&.
.SH "همچنین ببینید (SEE ALSO)"
.PP
\fBsystemd-pstore.service\fR(8)
.SH "نکات (NOTES)"
.IP " 1." 4
pstore
.RS 4
\%https://docs.kernel.org/admin-guide/abi-testing.html#abi-sys-fs-pstore
.RE
.IP " 2." 4
💣💥🧨💥💥💣 لطفاً توجه داشته باشید که این فایل‌های پیکربندی باید همیشه در دسترس باشند. اگر
/usr/local/
یک پارتیشن جداگانه باشد، ممکن است در مراحل اولیه بوت در دسترس نباشد و نباید برای پیکربندی استفاده شود.