'\" t
.TH "LOGIND\&.CONF" "5" "" "systemd 261.2" "logind.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)"
logind.conf \- فایلهای پیکربندی مدیریت ورود به سیستم (systemd-logind)
.SH "خلاصه دستور (SYNOPSIS)"
.PP
.RS 4
/etc/systemd/logind\&.conf
.RE
.RS 4
/run/systemd/logind\&.conf
.RE
.RS 4
/usr/local/lib/systemd/logind\&.conf
.RE
.RS 4
/usr/lib/systemd/logind\&.conf
.RE
.RS 4
/etc/systemd/logind\&.conf\&.d/*\&.conf
.RE
.RS 4
/run/systemd/logind\&.conf\&.d/*\&.conf
.RE
.RS 4
/usr/local/lib/systemd/logind\&.conf\&.d/*\&.conf
.RE
.RS 4
/usr/lib/systemd/logind\&.conf\&.d/*\&.conf
.RE
.SH "توضیحات (DESCRIPTION)"
.PP
این فایل‌ها پارامترهای مختلف مدیر ورود سیستم‌دی (systemd login manager)،
\fBsystemd-logind.service\fR(8)
را پیکربندی می‌کنند\&. برای توضیحات کلی در مورد قواعد نگارش (syntax)، به
\fBsystemd.syntax\fR(7)
مراجعه کنید\&.
.SH "دایرکتوریهای پیکربندی و اولویتبندی (CONFIGURATION DIRECTORIES AND PRECEDENCE)"
.PP
پیکربندی پیش‌فرض در زمان کامپایل تنظیم می‌شود، بنابراین پیکربندی تنها زمانی مورد نیاز است که انحراف از آن مقادیر پیش‌فرض لازم باشد\&. فایل پیکربندی اصلی از یکی از دایرکتوری‌های فهرست‌شده به ترتیب اولویت بارگذاری می‌شود و تنها از اولین فایل یافت‌شده استفاده می‌گردد:
/etc/systemd/،
/run/systemd/،
/usr/local/lib/systemd/
\&\s-2\u[1]\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
تمام گزینه‌ها در بخش [Login] پیکربندی می‌شوند:
.PP
\fINAutoVTs=\fR
.RS 4
یک عدد صحیح مثبت می‌پذیرد\&. مشخص می‌کند که به‌طور پیش‌فرض چند ترمینال مجازی (VT) تخصیص داده شود تا در صورت جابجایی به آن‌ها در حالتی که پیش‌تر استفاده نشده باشند، سرویس‌های
"autovt"
به‌طور خودکار روی آن‌ها اجرا شوند\&. این سرویس‌ها از واحد الگوی
autovt@\&.service
برای نام TTY مربوط به VT، برای مثال
autovt@tty4\&.service
نمونه‌سازی می‌شوند\&. به‌طور پیش‌فرض،
autovt@\&.service
به
getty@\&.service
پیوند دارد\&. به عبارت دیگر، اعلان‌های ورود به صورت پویا با جابجایی کاربر به ترمینال‌های مجازی استفاده‌نشده راه‌اندازی می‌شوند\&. بنابراین، این پارامتر تعداد
"getty"های
ورود در دسترس روی VTها را کنترل می‌کند\&. اگر یک VT از قبل توسط زیرسیستم دیگری استفاده شده باشد (برای مثال، یک ورود گرافیکی)، این نوع فعال‌سازی انجام نخواهد شد\&. توجه داشته باشید که VT پیکربندی‌شده در
\fIReserveVT=\fR
همواره مشمول این نوع فعال‌سازی است، حتی اگر یکی از VTهای پیکربندی‌شده با دستورالعمل
\fINAutoVTs=\fR
نباشد\&. مقدار پیش‌فرض 6 است\&. در صورت تنظیم روی 0، راه‌اندازی خودکار سرویس‌های
"autovt"
غیرفعال می‌شود\&.
.RE
.PP
\fIReserveVT=\fR
.RS 4
یک عدد صحیح مثبت می‌پذیرد\&. یک ترمینال مجازی را مشخص می‌کند که باید بدون قید و شرط برای فعال‌سازی
autovt@\&.service
رزرو شود (به بالا مراجعه کنید)\&. ترمینال مجازیِ انتخاب‌شده با این گزینه بدون قید و شرط به عنوان مشغول علامت‌گذاری می‌شود، به طوری که هیچ زیرسیستم دیگری آن را تخصیص نخواهد داد\&. این قابلیت برای اطمینان از این امر مفید است که صرف‌نظر از تعداد VTهای تخصیص‌یافته توسط سایر زیرسیستم‌ها، همیشه یک
"getty"
ورود در دسترس باشد\&. مقدار پیش‌فرض 6 است (به عبارت دیگر، همیشه یک
"getty"
روی Alt\-F6 در دسترس خواهد بود)\&. در صورت تنظیم روی 0، رزرو VT غیرفعال می‌شود\&.
.sp
افزوده‌شده در نگارش 190\&.
.RE
.PP
\fIKillUserProcesses=\fR
.RS 4
یک آرگومان بولی (boolean) می‌پذیرد\&. پیکربندی می‌کند که آیا هنگام خروج کاربر از سیستم، پردازش‌های او باید کشته شوند یا خیر\&. در صورت true بودن، واحد محدوده (scope unit) متناظر با نشست و تمامی پردازش‌های درون آن محدوده خاتمه داده می‌شوند\&. در صورت false بودن، محدوده "رها" می‌شود، به
\fBsystemd.scope\fR(5)
مراجعه کنید، و پردازش‌ها کشته نمی‌شوند\&. مقدار پیش‌فرض
"no"
است، اما گزینه‌های
\fIKillOnlyUsers=\fR
و
\fIKillExcludeUsers=\fR
در ادامه را ببینید\&.
.sp
علاوه بر پردازش‌های نشست، پردازش‌های کاربر ممکن است تحت واحد مدیر کاربر
user@\&.service
اجرا شوند\&. بسته به تنظیمات linger، این امر ممکن است به کاربران اجازه دهد پردازش‌ها را مستقل از نشست‌های ورود خود اجرا کنند\&. توضیحات مربوط به
\fBenable\-linger\fR
در
\fBloginctl\fR(1)
را ببینید\&.
.sp
توجه داشته باشید که تنظیم
\fIKillUserProcesses=yes\fR
ابزارهایی مانند
\fBscreen\fR(1)
و
\fBtmux\fR(1)
را دچار اختلال می‌کند، مگر اینکه آن‌ها به خارج از محدوده نشست منتقل شوند\&. به مثال در
\fBsystemd-run\fR(1)
مراجعه کنید\&.
.RE
.PP
\fIKillOnlyUsers=\fR, \fIKillExcludeUsers=\fR
.RS 4
این تنظیمات فهرستی از نام‌های کاربری جداشده با فاصله را می‌پذیرند که تنظیم
\fIKillUserProcesses=\fR
را بازنویسی می‌کنند\&. می‌توان یک نام کاربری را به
\fIKillExcludeUsers=\fR
افزود تا پردازش‌های درون محدوده‌های نشست آن کاربر حتی در صورت تنظیم
\fIKillUserProcesses=yes\fR،
از کشته شدن مستثنی شوند\&. اگر
\fIKillExcludeUsers=\fR
تنظیم نشده باشد، کاربر
"root"
به‌طور پیش‌فرض مستثنی است\&.
\fIKillExcludeUsers=\fR
می‌تواند روی یک مقدار خالی تنظیم شود تا این مقدار پیش‌فرض لغو گردد\&. در صورتی که یک کاربر مستثنی نشده باشد، سپس
\fIKillOnlyUsers=\fR
بررسی می‌شود\&. اگر این تنظیم مشخص شده باشد، تنها پردازش‌های درون محدوده‌های نشست آن کاربران کشته خواهند شد\&. در غیر این صورت، کاربران مشمول تنظیم
\fIKillUserProcesses=yes\fR
خواهند بود\&.
.RE
.PP
\fIIdleAction=\fR
.RS 4
اقدامی را که هنگام بیکار بودن سیستم باید انجام شود، پیکربندی می‌کند\&. یکی از مقادیر
"ignore"،
"poweroff"،
"reboot"،
"halt"،
"kexec"،
"suspend"،
"hibernate"،
"hybrid\-sleep"،
"suspend\-then\-hibernate"،
"sleep"
و
"lock"
را می‌پذیرد\&. مقدار پیش‌فرض
"ignore"
است\&.
.sp
توجه داشته باشید که این امر مستلزم آن است که نشست‌های کاربر وضعیت بیکاری را به درستی به سیستم گزارش دهند\&. سیستم اقدام مورد نظر را پس از آنکه تمامی نشست‌ها وضعیت بیکاری خود را گزارش کردند، هیچ قفل بازدارنده بیکاری فعال نبود، و پس از آن، زمان پیکربندی‌شده با
\fIIdleActionSec=\fR
(در ادامه) سپری شد، اجرا خواهد کرد\&.
.sp
افزوده‌شده در نگارش 198\&.
.RE
.PP
\fIIdleActionSec=\fR
.RS 4
مدت زمان تاخیری را پیکربندی می‌کند که پس از بیکار شدن سیستم، اقدام پیکربندی‌شده در
\fIIdleAction=\fR
(به بالا مراجعه کنید) انجام می‌شود\&.
.sp
افزوده‌شده در نگارش 198\&.
.RE
.PP
\fIInhibitDelayMaxSec=\fR
.RS 4
حداکثر زمانی را مشخص می‌کند که طی آن یک درخواست خاموش‌سازی یا به خواب بردن سیستم به دلیل فعال بودن یک قفل بازدارنده از نوع
"delay"
پیش از آنکه بازدارنده نادیده گرفته شود و عملیات در هر حال اجرا گردد، به تاخیر می‌افتد\&. مقدار پیش‌فرض 5 است\&.
.RE
.PP
\fIUserStopDelaySec=\fR
.RS 4
مشخص می‌کند که پس از خروج کامل یک کاربر از سیستم، رکورد کاربر و سرویس اختصاصی کاربر
user@\&.service
چه مدت برای او نگه‌داشته شوند\&. اگر روی صفر تنظیم شود، سرویس اختصاصی کاربر بلافاصله پس از پایان آخرین نشست کاربر خاتمه می‌یابد\&. در صورتی که این گزینه روی مقداری غیر از صفر تنظیم شود، چرخه‌های سریع خروج و ورود تسریع می‌شوند، زیرا مدیر سرویس کاربر مداوماً از نو راه‌اندازی نمی‌شود\&. اگر روی
"infinity"
تنظیم شود، سرویس اختصاصی کاربر پس از نخستین ورود دیگر هرگز خاتمه نمی‌یابد و تا زمان خاموش‌شدن سیستم به اجرا ادامه می‌دهد\&. مقدار پیش‌فرض 10s است\&.
.sp
افزوده‌شده در نگارش 240\&.
.RE
.PP
\fISleepOperation=\fR
.RS 4
فهرستی از عملیات‌های خواب را می‌پذیرد\&. مقادیر ممکن عبارتند از
"suspend"،
"hibernate"،
"hybrid\-sleep"
و
"suspend\-then\-hibernate"\&. عملیات‌های خواب نامزد برای اقدام
"sleep"
را کنترل می‌کند\&. هنگامی که اقدام
"sleep"
انجام می‌شود، عملیات‌های خواب مشخص‌شده به ترتیبی ثابت بررسی می‌شوند ("suspend\-then\-hibernate"
→
"hybrid\-sleep"
→
"suspend"
→
"hibernate")، و نخستین موردی که توسط دستگاه پشتیبانی شود برای به خواب بردن سیستم استفاده می‌گردد\&. مقدار پیش‌فرض
"suspend\-then\-hibernate suspend hibernate"
است\&.
.sp
افزوده‌شده در نگارش 256\&.
.RE
.PP
\fIHandlePowerKey=\fR, \fIHandlePowerKeyLongPress=\fR, \fIHandleRebootKey=\fR, \fIHandleRebootKeyLongPress=\fR, \fIHandleSuspendKey=\fR, \fIHandleSuspendKeyLongPress=\fR, \fIHandleHibernateKey=\fR, \fIHandleHibernateKeyLongPress=\fR, \fIHandleLidSwitch=\fR, \fIHandleLidSwitchExternalPower=\fR, \fIHandleLidSwitchDocked=\fR, \fIHandleSecureAttentionKey=\fR
.RS 4
نحوه مدیریت کلیدهای روشن/خاموش، راه‌اندازی مجدد و خواب سیستم و کلید درب لپ‌تاپ توسط logind را برای فعال‌سازی اقداماتی مانند خاموش کردن سیستم، راه‌اندازی مجدد یا تعلیق کنترل می‌کند\&. می‌تواند یکی از مقادیر
"ignore"،
"poweroff"،
"reboot"،
"halt"،
"kexec"،
"suspend"،
"hibernate"،
"hybrid\-sleep"،
"suspend\-then\-hibernate"،
"sleep"،
"lock"،
"factory\-reset"
و
"secure\-attention\-key"
باشد\&. اگر
"ignore"
باشد،
\fBsystemd\-logind\fR
هرگز این کلیدها را مدیریت نخواهد کرد\&. اگر
"lock"
باشد، صفحه تمام نشست‌های در حال اجرا قفل می‌شود؛ در غیر این صورت، اقدام مشخص‌شده در رویداد مربوطه انجام خواهد گرفت\&. تنها دستگاه‌های ورودی دارای برچسب udev با عنوان
"power\-switch"
برای رویدادهای کلید یا سوییچ درب پایش خواهند شد\&.
.sp
\fIHandlePowerKey=\fR
به‌طور پیش‌فرض
"poweroff"
است،
\fIHandleRebootKey=\fR
به‌طور پیش‌فرض
"reboot"
است،
\fIHandleSuspendKey=\fR
به‌طور پیش‌فرض
"suspend"
است،
\fIHandleHibernateKey=\fR
به‌طور پیش‌فرض
"hibernate"
است،
\fIHandlePowerKeyLongPress=\fR
به‌طور پیش‌فرض
"ignore"
است،
\fIHandleRebootKeyLongPress=\fR
به‌طور پیش‌فرض
"poweroff"
است،
\fIHandleSuspendKeyLongPress=\fR
به‌طور پیش‌فرض
"hibernate"
است،
\fIHandleHibernateKeyLongPress=\fR
به‌طور پیش‌فرض
"ignore"
است\&.
\fIHandleLidSwitch=\fR
به‌طور پیش‌فرض
"suspend"
است\&.
\fIHandleLidSwitchExternalPower=\fR
به‌طور پیش‌فرض کاملاً نادیده گرفته می‌شود (برای سازگاری با گذشته) \(em باید یک مقدار صریح پیش از استفاده از آن برای تعیین رفتار تنظیم شود\&.
\fIHandleLidSwitchDocked=\fR
به‌طور پیش‌فرض
"ignore"
است\&. اگر سیستم درون یک داکینگ استیشن قرار گیرد، یا اگر بیش از یک نمایشگر متصل باشد، اقدام مشخص‌شده توسط
\fIHandleLidSwitchDocked=\fR
رخ می‌دهد؛ اگر سیستم به برق خارجی متصل باشد، اقدام مشخص‌شده (در صورت وجود) توسط
\fIHandleLidSwitchExternalPower=\fR
رخ می‌دهد؛ در غیر این صورت، اقدام
\fIHandleLidSwitch=\fR
رخ خواهد داد\&.
\fIHandleSecureAttentionKey=\fR
به‌طور پیش‌فرض
"secure\-attention\-key"
است\&.
.sp
یک برنامه کاربردی دیگر می‌تواند با گرفتن یک قفل بازدارنده سطح پایین ("handle\-power\-key"،
"handle\-suspend\-key"،
"handle\-hibernate\-key"،
"handle\-lid\-switch"،
"handle\-reboot\-key")، مدیریت کلیدهای برق و خواب و سوییچ درب سیستم توسط logind را غیرفعال کند\&. این قابلیت بیشتر توسط محیط‌های رومیزی گرافیکی به کار می‌رود تا مدیریت تعلیق و خواب زمستانی را در دست بگیرند و از سازوکارهای پیکربندی خودشان استفاده کنند\&. اگر یک قفل بازدارنده سطح پایین گرفته شود، logind هنگام فشرده‌شدن آن کلید یا تحریک سوییچ هیچ اقدامی انجام نخواهد داد و تنظیمات
\fIHandle*=\fR
بی‌اثر خواهند بود، به جز
\fIHandleSecureAttentionKey=\fR
که از زمان افزوده‌شدنش در نگارش v257 همواره مدیریت می‌شود\&.
.sp
افزوده‌شده در نگارش 184\&.
.RE
.PP
\fIPowerKeyIgnoreInhibited=\fR, \fISuspendKeyIgnoreInhibited=\fR, \fIHibernateKeyIgnoreInhibited=\fR, \fILidSwitchIgnoreInhibited=\fR, \fIRebootKeyIgnoreInhibited=\fR
.RS 4
کنترل می‌کند که آیا اقداماتی که
\fBsystemd\-logind\fR
هنگام تحریک کلیدهای برق، راه‌اندازی مجدد، خواب و سوییچ درب انجام می‌دهد مشمول قفل‌های بازدارنده سطح بالا ("shutdown"، "reboot"، "sleep"، "idle") باشند یا خیر\&. قفل‌های بازدارنده سطح پایین ("handle\-power\-key"،
"handle\-suspend\-key"،
"handle\-hibernate\-key"،
"handle\-lid\-switch"،
"handle\-reboot\-key")، صرف‌نظر از این تنظیمات، همواره رعایت می‌شوند\&.
.sp
این تنظیمات آرگومان‌های بولی (boolean) می‌پذیرند\&. اگر
"no"
باشد، قفل‌های بازدارنده اعمال‌شده توسط برنامه‌ها رعایت می‌شوند\&. اگر
"yes"
باشد، قفل‌های بازدارنده "shutdown"، "reboot"، "sleep" و "idle" نادیده گرفته می‌شوند\&.
\fIPowerKeyIgnoreInhibited=\fR،
\fISuspendKeyIgnoreInhibited=\fR،
\fIHibernateKeyIgnoreInhibited=\fR
و
\fIRebootKeyIgnoreInhibited=\fR
به‌طور پیش‌فرض
"no"
هستند\&.
\fILidSwitchIgnoreInhibited=\fR
به‌طور پیش‌فرض
"yes"
است\&. این بدان معناست که هنگامی که
\fBsystemd\-logind\fR
رویدادها را به تنهایی مدیریت می‌کند (هیچ قفل بازدارنده سطح پایینی توسط برنامه دیگری اعمال نشده است)، سوییچ درب به‌طور پیش‌فرض مسدودکننده‌های تعلیق را رعایت نمی‌کند، اما کلیدهای برق و خواب آن‌ها را رعایت می‌کنند\&.
.sp
افزوده‌شده در نگارش 190\&.
.RE
.PP
\fIHoldoffTimeoutSec=\fR
.RS 4
مدت زمانی پس از راه‌اندازی سیستم یا بازگشت سیستم از خواب (resume) را مشخص می‌کند که در طول آن systemd از واکنش به رویدادهای درب لپ‌تاپ خودداری می‌کند\&. این امر برای سیستم ضروری است تا هرگونه دستگاه متصل‌شده در حین کار (hotplugged) را به‌درستی شناسایی کند تا systemd بتواند در صورت اتصال نمایشگرهای خارجی یا داک‌ها، رویدادهای درب را نادیده بگیرد\&. اگر روی 0 تنظیم شود، systemd همیشه فوراً واکنش نشان می‌دهد، احتمالاً پیش از آنکه هسته تمام دستگاه‌های متصل‌شده در حین کار را کاملاً کاوش کرده باشد\&. این کار تا زمانی که نیازی نداشته باشید systemd دستگاه‌هایی را که در حین خاموش بودن سیستم متصل یا قطع شده‌اند به حساب آورد، ایمن است\&. مقدار پیش‌فرض 30s است\&.
.sp
افزوده‌شده در نگارش 220\&.
.RE
.PP
\fIRuntimeDirectorySize=\fR
.RS 4
محدودیت اندازه را روی دایرکتوری زمان اجرای
\fI$XDG_RUNTIME_DIR\fR
برای هر کاربری که وارد سیستم می‌شود تعیین می‌کند\&. اندازه‌ای بر حسب بایت می‌پذیرد که می‌تواند به صورت اختیاری با پسوندهای معمول K، G، M و T در مبنای 1024 (IEC) همراه باشد\&. به عنوان روش جایگزین، می‌توان یک درصد عددی با پسوند
"%"
مشخص کرد که محدودیت اندازه را نسبت به مقدار حافظه رم فیزیکی تعیین می‌کند\&. مقدار پیش‌فرض 10% است\&. توجه داشته باشید که این اندازه صرفاً یک حد ایمنی است؛ از آنجا که هر دایرکتوری زمان اجرا یک سیستم‌فایل tmpfs است، تنها به همان میزان از حافظه که لازم باشد مصرف خواهد کرد\&.
.sp
افزوده‌شده در نگارش 211\&.
.RE
.PP
\fIRuntimeDirectoryInodesMax=\fR
.RS 4
محدودیت تعداد اینودها (inodes) را برای دایرکتوری زمان اجرای
\fI$XDG_RUNTIME_DIR\fR
برای هر کاربری که وارد سیستم می‌شود تعیین می‌کند\&. یک عدد می‌پذیرد که می‌تواند به صورت اختیاری با پسوندهای معمول K، G، M و T در مبنای 1024 (IEC) همراه باشد\&. مقدار پیش‌فرض برابر با
\fIRuntimeDirectorySize=\fR
تقسیم بر 4096 است\&. توجه داشته باشید که این اندازه صرفاً یک حد ایمنی است؛ از آنجا که هر دایرکتوری زمان اجرا یک سیستم‌فایل tmpfs است، تنها به همان میزان که لازم باشد مصرف خواهد کرد\&.
.sp
افزوده‌شده در نگارش 246\&.
.RE
.PP
\fIInhibitorsMax=\fR
.RS 4
حداکثر تعداد قفل‌های بازدارنده همزمان مجاز را کنترل می‌کند\&. مقدار پیش‌فرض 8192 (8K) است\&.
.sp
افزوده‌شده در نگارش 230\&.
.RE
.PP
\fISessionsMax=\fR
.RS 4
حداکثر تعداد نشست‌های کاربری همزمان برای مدیریت را کنترل می‌کند\&. مقدار پیش‌فرض 8192 (8K) است\&. بسته به چگونگی قرار گرفتن ماژول
pam_systemd\&.so
در پیکربندی پشته PAM، نشست‌های ورود بعدی یا رد خواهند شد، یا اجازه ورود می‌یابند اما توسط
systemd\-logind
ردیابی نخواهند شد\&.
.sp
افزوده‌شده در نگارش 230\&.
.RE
.PP
\fIRemoveIPC=\fR
.RS 4
کنترل می‌کند که آیا اشیاء IPC متعلق به System V و POSIX متعلق به کاربر، هنگام خروج کامل کاربر از سیستم باید حذف شوند یا خیر\&. یک آرگومان بولی (boolean) می‌پذیرد\&. در صورت فعال بودن، کاربر پس از پایان آخرین نشست خود نمی‌تواند منابع IPC را مصرف کند\&. این شامل سمافورها، حافظه اشتراکی و صف‌های پیام System V و همچنین حافظه اشتراکی و صف‌های پیام POSIX می‌شود\&. توجه داشته باشید که اشیاء IPC متعلق به کاربر root و سایر کاربران سیستمی از تاثیر این تنظیم مستثنی هستند\&. مقدار پیش‌فرض
"yes"
است\&.
.sp
افزوده‌شده در نگارش 212\&.
.RE
.PP
\fIStopIdleSessionSec=\fR
.RS 4
یک مهلت زمانی بر حسب ثانیه یا یک مقدار بازه زمانی را مشخص می‌کند که پس از آن
systemd\-logind
وضعیت بیکاری تمامی نشست‌ها را بررسی می‌کند\&. هر نشستی که بیش از این مهلت زمانی بیکار باشد متوقف خواهد شد\&. توجه داشته باشید که این گزینه برای نشست‌های
"greeter"
یا
"lock\-screen"
اعمال نمی‌شود\&. مقدار پیش‌فرض
"infinity"
است (یعنی
systemd\-logind
وضعیت بیکاری نشست‌ها را بررسی نمی‌کند)\&. برای جزئیات در مورد نحوه نگارش بازه‌های زمانی، به
\fBsystemd.time\fR(7)
مراجعه کنید\&.
.sp
افزوده‌شده در نگارش 252\&.
.RE
.PP
\fIDesignatedMaintenanceTime=\fR
.RS 4
یک رویداد تقویمی پیش‌فرض را برای خاموش‌سازی‌های زمان‌بندی‌شده مشخص می‌کند\&. بنابراین هنگام استفاده از دستوری مانند
\fBshutdown \-r\fR
برای راه‌اندازی مجدد سیستم بدون تعیین یک مهلت زمانی، logind در عوض از رویداد تقویمی پیکربندی‌شده استفاده خواهد کرد\&. برای جزئیات درباره نحوه نگارش رویدادهای تقویمی، به
\fBsystemd.time\fR(7)
مراجعه کنید\&.
.sp
افزوده‌شده در نگارش 257\&.
.RE
.PP
\fIWallMessages=\fR
.RS 4
کنترل می‌کند که آیا هنگام خاموش شدن یا راه‌اندازی مجدد سیستم، پیام‌های
\fBwall\fR(1)
به ترمینال‌های تمامی کاربرانی که در حال حاضر وارد سیستم شده‌اند ارسال شود یا خیر\&. مقدار پیش‌فرض
"yes"
است، و می‌تواند در زمان اجرا از طریق ویژگی‌های
"EnableWallMessages"
و
"WallMessagePrefix"
در DBus تغییر یابد\&.
.sp
افزوده‌شده در نگارش 258\&.
.RE
.SH "همچنین ببینید (SEE ALSO)"
.PP
\fBsystemd\fR(1)، \fBsystemd-logind.service\fR(8)، \fBloginctl\fR(1)، \fBsystemd-system.conf\fR(5)
.SH "نکات (NOTES)"
.IP " 1." 4
💣💥🧨💥💥💣 لطفاً توجه داشته باشید که این فایل‌های پیکربندی باید همیشه در دسترس باشند. اگر
/usr/local/
یک پارتیشن جداگانه باشد، ممکن است در مراحل اولیه بوت در دسترس نباشد و نباید برای پیکربندی استفاده شود.