'\" t
.TH "BOOTCTL" "1" "" "systemd 261.2" "bootctl"
.\" -----------------------------------------------------------------
.\" * 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)"
bootctl \- کنترل پیکربندی فریمور و مدیریت بوت EFI
.SH "خلاصه دستور (SYNOPSIS)"
.HP \w'\fBbootctl\fR\ 'u
\fBbootctl\fR [\fIگزینه‌ها\fR...] {\fICOMMAND\fR}
.SH "توضیحات (DESCRIPTION)"
.PP
دستور
\fBbootctl\fR
می‌تواند وضعیت فریمور EFI و بوت‌لودر را بررسی کند، بوت‌لودرها و مدخل‌های بوت‌لودر موجود را فهرست و مدیریت نماید، و بوت‌لودر
\fBsystemd-boot\fR(7)
را روی سیستم فعلی نصب، به‌روزرسانی یا حذف کند\&.
.SH "دستورات عمومی فریمور EFI و بوت‌لودر (GENERIC EFI FIRMWARE/BOOT LOADER COMMANDS)"
.PP
این دستورات در هر سیستم EFI، فارغ از بوت‌لودر مورد استفاده، در دسترس هستند\&.
.PP
\fBstatus\fR
.RS 4
اطلاعات مختصری درباره فریمور سیستم، بوت‌لودری که برای بوت سیستم استفاده شده است، بوت‌لودرهای فعلی موجود در ESP، بوت‌لودرهای ذکرشده در فهرست بوت‌لودرهای فریمور و مدخل پیش‌فرض فعلی بوت‌لودر نمایش می‌دهد\&. اگر هیچ دستوری مشخص نشود، این حالت پیش‌فرض ضمنی است\&.
.sp
برای جزئیات خروجی، مثال زیر را ببینید\&.
.sp
افزوده‌شده در نسخه 239\&.
.RE
.PP
\fBreboot\-to\-firmware\fR [\fIBOOL\fR]
.RS 4
فلگ «Reboot\-Into\-Firmware\-Setup» فریمور EFI را استعلام یا تنظیم می‌کند\&. یک آرگومان بولی دریافت می‌کند که نشان دادن تنظیمات فریمور در راه‌اندازی مجدد بعدی سیستم را کنترل می‌نماید\&. در صورت حذف آرگومان، وضعیت فعلی فلگ یا پشتیبانی شدن آن نمایش داده می‌شود\&. این دستور همان فلگِ
\fBsystemctl reboot \-\-firmware\-setup\fR
را کنترل می‌کند، اما سطح‌پایین‌تر است و امکان تنظیم فلگ را مستقل از درخواست واقعی راه‌اندازی مجدد فراهم می‌سازد\&.
.sp
نکته: از
\fBsystemctl reboot \-\-firmware\-setup\fR
برای یک‌بار راه‌اندازی مجدد به تنظیمات فریمور استفاده کنید\&. برای جزئیات به
\fBsystemctl\fR(1)
مراجعه کنید\&.
.sp
افزوده‌شده در نسخه 251\&.
.RE
.SH "دستورات مشخصات بوت‌لودر (BOOT LOADER SPECIFICATION COMMANDS)"
.PP
این دستورات برای تمام بوت‌لودرهایی که
\m[blue]\fBUAPI\&.1 Boot Loader Specification\fR\m[]\&\s-2\u[1]\d\s+2
را پیاده‌سازی کرده‌اند، مانند
\fBsystemd\-boot\fR،
در دسترس هستند\&.
.PP
\fBlist\fR
.RS 4
تمام مدخل‌های موجود بوت‌لودر را که
\m[blue]\fBUAPI\&.1 Boot Loader Specification\fR\m[]\&\s-2\u[1]\d\s+2
را پیاده‌سازی کرده‌اند، و همچنین مدخل‌های دیگری که توسط بوت‌لودر پیاده‌کنندهٔ
\m[blue]\fBBoot Loader Interface\fR\m[]\&\s-2\u[2]\d\s+2
کشف یا به طور خودکار ایجاد شده‌اند نمایش می‌دهد\&. خروجی JSON با استفاده از
\fB\-\-json=\fR
قابل درخواست است\&.
.sp
برای جزئیات خروجی به مثال زیر مراجعه کنید\&.
.sp
افزوده‌شده در نسخه 239\&.
.RE
.PP
\fBunlink\fR [\fIID\fR]
.RS 4
یک مدخل بوت‌لودر را به همراه فایل‌هایی که به آن‌ها ارجاع می‌دهد حذف می‌کند\&. یک رشتهٔ اختیاری شناسه مدخل بوت‌لودر یا یک الگوی glob را به عنوان آرگومان دریافت می‌کند\&. فایل‌های ارجاع‌شده مانند هسته، initrdها، افزونه‌های سیستم (sysexts)، افزونه‌های پیکربندی (confexts) یا فایل‌های اعتبارنامه تنها در صورتی حذف می‌شوند که هیچ مدخل دیگری به آن‌ها ارجاع ندهد\&.
.sp
اگر هیچ آرگومان
\fIID\fR
مشخص نشود، گزینهٔ
\fB\-\-oldest\fR
باید مشخص گردد؛ در این صورت، مدخل بوت‌لودر دارای کمترین نسخه حذف می‌شود (به دلایل پایداری، مدخل منوی در حال بوت جاری هرگز حذف نمی‌شود و آخرین مدخل موجود بوت‌لودر نیز حذف نخواهد شد)\&.
.sp
افزوده‌شده در نسخه 253\&.
.RE
.PP
\fBlink\fR \fIKERNEL\fR
.RS 4
یک یا چند مدخل بوت‌لودر Type #1 اشاره‌کننده به UKI مشخص‌شده ایجاد می‌کند\&. مسیر یک تصویر یکپارچهٔ هسته (Unified Kernel Image یا UKI) را به عنوان آرگومان دریافت می‌کند\&. ایمیج UKI در ESP (یا پارتیشن XBOOTLDR در صورت وجود) در زیر پوشهٔ توکن مدخل پیکربندی‌شده کپی می‌شود، و یک یا چند مدخل
\m[blue]\fBBoot Loader Specification\fR\m[]\&\s-2\u[1]\d\s+2
Type #1 با ارجاع به آن تولید می‌شوند (در صورت گنجانده شدن چندین نمایه، به ازای هر نمایه UKI یکی)\&.
.sp
عنوان، نسخه، شماره کامیت و شمارنده تلاش‌های اولیه مدخل‌های تولیدشده را می‌توان با
\fB\-\-entry\-title=\fR،
\fB\-\-entry\-version=\fR،
\fB\-\-entry\-commit=\fR
و
\fB\-\-tries\-left=\fR
بازنویسی کرد\&. منابع جانبی اضافی (ایمیج‌های افزونه سیستم، ایمیج‌های افزونه پیکربندی، فایل‌های اعتبارنامه) برای ارسال به UKI هنگام بوت را می‌توان با
\fB\-\-extra=\fR
مشخص کرد\&.
.sp
اگر ESP/XBOOTLDR فضای آزاد کافی برای مدخل جدید بوت‌لودر و منابع ارجاع‌شده‌اش نداشته باشد، قدیمی‌ترین مدخل موجود بوت‌لودر منطبق با توکن مدخل انتخاب‌شده حذف می‌شود (به همراه هر منبع ارجاع‌شده توسط آن که دیگر توسط هیچ مدخل دیگری ارجاع داده نمی‌شود)\&. این مرحله تا زمانی که مدخل جدید بوت‌لودر جا شود تکرار می‌گردد\&. به دلایل پایداری، مدخل بوت‌لودر در حال اجرای جاری هرگز حذف نمی‌شود و آخرین مدخل موجود بوت‌لودر نیز حذف نخواهد شد\&.
.sp
به طور پیش‌فرض، اگر پس از حذف خودکار مدخل‌های قدیمی‌تر، فضای آزاد باقی‌مانده ESP/XBOOTLDR به کمتر از آستانهٔ ایمنی برسد، عملیات متوقف می‌شود؛ از
\fB\-\-keep\-free=\fR
برای تنظیم آن استفاده کنید\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fBcleanup\fR
.RS 4
فایل‌هایی را از پارتیشن‌های ESP و XBOOTLDR که متعلق به توکن مدخل هستند اما در هیچ مدخل بوت‌لودری ارجاع داده نشده‌اند، حذف می‌کند\&.
.sp
افزوده‌شده در نسخه 253\&.
.RE
.SH "دستورات رابط بوت‌لودر (BOOT LOADER INTERFACE COMMANDS)"
.PP
این دستورات برای تمام بوت‌لودرهایی که
\m[blue]\fBUAPI\&.1 Boot Loader Specification\fR\m[]\&\s-2\u[1]\d\s+2
و
\m[blue]\fBBoot Loader Interface\fR\m[]\&\s-2\u[2]\d\s+2
را پیاده‌سازی کرده‌اند، مانند
\fBsystemd\-boot\fR،
در دسترس هستند\&.
.PP
\fBset\-preferred\fR \fIID\fR, \fBset\-default\fR \fIID\fR, \fBset\-oneshot\fR \fIID\fR, \fBset\-sysfail\fR \fIID\fR
.RS 4
مدخل پیش‌فرض بوت‌لودر را تنظیم می‌کند\&. یک رشته شناسه مدخل بوت‌لودر یا یک الگوی glob را به عنوان آرگومان دریافت می‌کند\&. دستور
\fBset\-oneshot\fR
مدخل پیش‌فرض را تنها برای بوت بعدی تنظیم می‌کند،
\fBset\-default\fR
آن را به صورت پایدار برای تمام بوت‌های آینده تنظیم خواهد کرد،
\fBset\-preferred\fR
مانند
\fBset\-default\fR
است، اما از ارزیابی بوت آگاه است و مدخل‌های بوتی را که شمارنده تلاش‌های باقی‌مانده (tries\-left) آن‌ها به صفر رسیده است نادیده می‌گیرد\&. دستور
\fBset\-sysfail\fR
مدخل بوت‌لودر را برای استفاده در زمان خرابی سیستم تعیین می‌کند\&. مدخل‌های بوت خرابی سیستم (SysFail) می‌توانند ترتیب انتخاب خودکار را در صورت وقوع خرابی، مانند شکست در به‌روزرسانی فریمور بوت که وضعیت خرابی در جدول سیستم EFI ثبت شده است، به طور اختیاری تغییر دهند\&.
.sp
از
\fBbootctl list\fR
می‌توان برای فهرست کردن مدخل‌های بوت‌لودر موجود و شناسه‌های آن‌ها استفاده کرد\&.
.sp
علاوه بر این، شناسه مدخل بوت‌لودر را می‌توان به عنوان یکی از موارد زیر مشخص کرد:
\fB@default\fR،
\fB@oneshot\fR
یا
\fB@current\fR،
که به ترتیب متناظر با مدخل پیش‌فرض فعلی بوت‌لودر برای تمام بوت‌های آینده، مدخل پیش‌فرض فعلی بوت‌لودر برای بوت بعدی، و مدخل بوت‌لودر در حال بوت جاری هستند\&. این شناسه‌های ویژه به مقادیر فعلی متغیرهای EFI زیر حل می‌شوند:
\fILoaderEntryDefault\fR،
\fILoaderEntrySysFail\fR،
\fILoaderEntryOneShot\fR
و
\fILoaderEntrySelected\fR؛
برای جزئیات به
\m[blue]\fBUAPI\&.1 Boot Loader Specification\fR\m[]\&\s-2\u[1]\d\s+2
مراجعه کنید\&. این شناسه‌های ویژه در درجه اول به عنوان راهی سریع برای تبدیل مدخل بوت‌لودر در حال اجرا به انتخاب پیش‌فرض دائمی، یا ارتقای مدخل پیش‌فرض بوت بعدی به مدخل پیش‌فرض تمام بوت‌های آینده کاربرد دارند، اما ممکن است برای عملیات دیگر نیز استفاده شوند\&.
.sp
اگر روی
\fB@saved\fR
تنظیم شود، مدخل انتخاب‌شده در هر بوت به عنوان یک متغیر EFI ذخیره می‌شود و دفعه بعد که بوت‌لودر شروع به کار کرد به طور خودکار انتخاب می‌گردد\&.
.sp
اگر یک رشته خالی ("") به عنوان شناسه مشخص شود، متغیر EFI متناظر حذف (unset) خواهد شد\&.
.sp
نکته: از
\fBsystemctl reboot \-\-boot\-loader\-entry=\fR\fB\fIID\fR\fR
برای راه‌اندازی مجدد به یک مدخل خاص بوت و از
\fBsystemctl reboot \-\-boot\-loader\-menu=\fR\fB\fItimeout\fR\fR
برای یک‌بار راه‌اندازی مجدد به منوی بوت‌لودر استفاده کنید\&. برای جزئیات به
\fBsystemctl\fR(1)
مراجعه نمایید\&.
.sp
افزوده‌شده در نسخه 240\&.
.RE
.PP
\fBset\-timeout\fR \fITIMEOUT\fR, \fBset\-timeout\-oneshot\fR \fITIMEOUT\fR
.RS 4
مدت‌زمان انتظار (تایم‌اوت) منوی بوت‌لودر را بر حسب ثانیه تنظیم می‌کند\&. دستور
\fBset\-timeout\-oneshot\fR
مدت‌زمان انتظار را فقط برای بوت بعدی تنظیم خواهد کرد\&. برای جزئیات درباره نحو بازه‌های زمانی به
\fBsystemd.time\fR(7)
مراجعه کنید\&.
.sp
اگر این مقدار روی
\fBmenu\-disabled\fR
یا
\fBmenu\-hidden\fR
یا
\fB0\fR
تنظیم شود، هیچ منویی نمایش داده نمی‌شود و مدخل پیش‌فرض بلافاصله بوت خواهد شد، در حالی که تنظیم آن روی
\fBmenu\-force\fR
تایم‌اوت را غیرفعال کرده و همیشه منو را نشان می‌دهد\&. هنگامی که یک رشته خالی ("") مشخص شود، بوت‌لودر به تایم‌اوت پیش‌فرض منوی خود برمی‌گردد\&.
.sp
افزوده‌شده در نسخه 250\&.
.RE
.SH "دستورات SYSTEMD\-BOOT (SYSTEMD\-BOOT COMMANDS)"
.PP
این دستورات بوت‌لودر EFI به نام
\fBsystemd\-boot\fR
را مدیریت می‌کنند و همراه با سایر بوت‌لودرها کار نمی‌کنند\&.
.PP
\fBinstall\fR
.RS 4
بوت‌لودر
\fBsystemd\-boot\fR
را در پارتیشن سیستم EFI نصب می‌کند\&. یک کپی از
\fBsystemd\-boot\fR
به عنوان لودر پیش‌فرض/جایگزین EFI در
\fIESP\fR/EFI/BOOT/BOOT*\&.EFI
ذخیره خواهد شد\&. سپس بوت‌لودر به بالای فهرست بوت‌لودرهای فریمور اضافه می‌شود\&.
.sp
افزوده‌شده در نسخه 239\&.
.RE
.PP
\fBupdate\fR
.RS 4
تمام نسخه‌های نصب‌شدهٔ
\fBsystemd-boot\fR(7)
را در صورتی که نسخهٔ موجود جدیدتر از نسخهٔ نصب‌شده در پارتیشن سیستم EFI باشد، به‌روزرسانی می‌کند\&. این همچنین شامل لودر پیش‌فرض/جایگزین EFI در
\fIESP\fR/EFI/BOOT/BOOT*\&.EFI
می‌شود\&. سپس در صورت نبودن، بوت‌لودر به انتهای فهرست بوت‌لودرهای فریمور اضافه می‌گردد\&.
.sp
افزوده‌شده در نسخه 239\&.
.RE
.PP
\fBremove\fR
.RS 4
تمام نسخه‌های نصب‌شدهٔ
\fBsystemd\-boot\fR
را از پارتیشن سیستم EFI و فهرست بوت‌لودرهای فریمور حذف می‌کند\&.
.sp
افزوده‌شده در نسخه 239\&.
.RE
.PP
\fBis\-installed\fR
.RS 4
بررسی می‌کند که آیا
\fBsystemd\-boot\fR
در ESP نصب شده است یا خیر\&. توجه داشته باشید که یک ESP منفرد ممکن است میزبان چندین بوت‌لودر باشد؛ بنابراین این دستور بررسی می‌کند که آیا
\fBsystemd\-boot\fR
یکی از (احتمالاً چند) بوت‌لودر نصب‌شده است یا خیر \(em و نه اینکه آیا پیش‌فرض است یا اینکه در متغیرهای EFI ثبت شده است یا خیر\&.
.sp
افزوده‌شده در نسخه 243\&.
.RE
.PP
\fBrandom\-seed\fR
.RS 4
یک سید (دانه) تصادفی تولید کرده و آن را در پارتیشن سیستم EFI (ESP) برای استفاده توسط بوت‌لودر
\fBsystemd\-boot\fR
ذخیره می‌کند\&. اگر سید تصادفی از قبل در ESP وجود داشته باشد، تازه‌سازی می‌شود\&. همچنین یک «توکن سیستم» تصادفی تولید کرده و اگر قبلاً تنظیم نشده باشد، آن را به طور پایدار به عنوان یک متغیر EFI ذخیره می‌کند\&. اگر بوت‌لودر سید تصادفی را در ESP و توکن سیستم را در متغیر EFI پیدا کند، از ترکیب هر دو، یک سید تصادفی برای ارسال به سیستم‌عامل و یک سید جدید برای ذخیره در ESP استخراج می‌کند\&. سید تصادفی ارائه‌شده به سیستم‌عامل در مراحل اولیه بوت توسط مدیر سیستم به استخر آنتروپی هسته اعتبار داده می‌شود و به فضای کاربر امکان می‌دهد تا در مراحل بسیار ابتدایی با یک استخر آنتروپی کاملاً مقداردهی‌شده بالا بیاید\&. همچنین ببینید:
\fBsystemd-boot-random-seed.service\fR(8)\&.
.sp
برای اطلاعات بیشتر به
\m[blue]\fBRandom Seeds\fR\m[]\&\s-2\u[3]\d\s+2
مراجعه کنید\&.
.sp
افزوده‌شده در نسخه 243\&.
.RE
.SH "دستورات تصویر هسته (KERNEL IMAGE COMMANDS)"
.PP
\fBkernel\-identify\fR \fIKERNEL\-IMAGE\fR
.RS 4
یک تصویر هسته را به عنوان آرگومان دریافت می‌کند\&. نوع هستهٔ تصویر را بررسی می‌کند\&. یکی از مقادیر
"uki"،
"addon"،
"pe"
و
"unknown"
را برمی‌گرداند\&.
.sp
افزوده‌شده در نسخه 253\&.
.RE
.PP
\fBkernel\-inspect\fR \fIKERNEL\-IMAGE\fR
.RS 4
یک تصویر هسته را به عنوان آرگومان دریافت می‌کند\&. جزئیات مربوط به تصویر را چاپ می‌کند\&.
.sp
افزوده‌شده در نسخه 253\&.
.RE
.SH "گزینه‌ها (OPTIONS)"
.PP
گزینه‌های زیر پشتیبانی می‌شوند:
.PP
\fB\-\-esp\-path=\fR
.RS 4
مسیر به پارتیشن سیستم EFI (ESP)\&. در صورت مشخص نشدن،
/efi/،
/boot/
و
/boot/efi/
به ترتیب بررسی می‌شوند\&. توصیه می‌شود در صورت امکان ESP در
/efi/
سوار (mount) شود\&.
.RE
.PP
\fB\-\-boot\-path=\fR
.RS 4
مسیر پارتیشن Extended Boot Loader، همان‌طور که در
\m[blue]\fBUAPI\&.1 Boot Loader Specification\fR\m[]\&\s-2\u[1]\d\s+2
تعریف شده است\&. در صورت مشخص نشدن،
/boot/
بررسی می‌شود\&. توصیه می‌شود در صورت امکان پارتیشن Extended Boot Loader در
/boot/
سوار شود\&.
.RE
.PP
\fB\-\-root=\fR\fB\fIroot\fR\fR
.RS 4
یک مسیر دایرکتوری را به عنوان آرگومان دریافت می‌کند\&. تمام مسیرها با مسیر جایگزین
\fIroot\fR
داده‌شده پیشوند خواهند شد، از جمله مسیرهای جستجوی پیکربندی\&.
.sp
افزوده‌شده در نسخه 252\&.
.RE
.PP
\fB\-\-image=\fR\fB\fIimage\fR\fR
.RS 4
مسیری به یک فایل ایمیج دیسک یا گره دستگاه بلوکی دریافت می‌کند\&. در صورت مشخص شدن، تمام عملیات روی سیستم فایل درون ایمیج دیسکِ مشخص‌شده اعمال می‌شود\&. این گزینه مشابه
\fB\-\-root=\fR
است، اما روی سیستم فایل‌های ذخیره‌شده در ایمیج‌های دیسک یا دستگاه‌های بلوکی کار می‌کند\&. ایمیج دیسک باید یا فقط شامل یک سیستم فایل باشد یا مجموعه‌ای از سیستم فایل‌ها در یک جدول پارتیشن GPT طبق
\m[blue]\fBUAPI\&.2 Discoverable Partitions Specification\fR\m[]\&\s-2\u[4]\d\s+2\&.
برای اطلاعات بیشتر درباره ایمیج‌های دیسک پشتیبانی‌شده، به سوییچ با همین نام در
\fBsystemd-nspawn\fR(1)
مراجعه کنید\&.
.sp
افزوده‌شده در نسخه 252\&.
.RE
.PP
\fB\-\-image\-policy=\fR\fB\fIpolicy\fR\fR
.RS 4
یک رشته سیاست ایمیج را طبق
\fBsystemd.image-policy\fR(7)
به عنوان آرگومان دریافت می‌کند\&. این سیاست هنگام کار روی ایمیج دیسکِ مشخص‌شده با
\fB\-\-image=\fR
(در بالا) اعمال می‌شود\&. در صورت عدم تعیین، به طور پیش‌فرض روی سیاست
"*"
قرار می‌گیرد، یعنی تمام سیستم فایل‌های شناسایی‌شده در ایمیج استفاده می‌شوند\&.
.RE
.PP
\fB\-\-install\-source=\fR
.RS 4
هنگام نصب فایل‌های باینری با
\fB\-\-root=\fR
یا
\fB\-\-image=\fR،
منبع تأمین آن‌ها را انتخاب می‌کند\&. یکی از مقادیر
"auto"
(پیش‌فرض)،
"image"
یا
"host"
را دریافت می‌کند\&. با
"auto"،
باینری‌ها از دایرکتوری یا ایمیج مشخص‌شده برداشته می‌شوند، و در صورت پیدا نشدن از میزبان گرفته خواهند شد\&. با
"image"
یا
"host"،
در صورتی که باینری‌ها در منبع انتخاب‌شده یافت نشوند، هیچ جستجوی جایگزینی انجام نمی‌شود\&.
.sp
افزوده‌شده در نسخه 252\&.
.RE
.PP
\fB\-p\fR, \fB\-\-print\-esp\-path\fR
.RS 4
این گزینه رفتار
\fBstatus\fR
را تغییر می‌دهد\&. فقط مسیر پارتیشن سیستم EFI (ESP) را در خروجی استاندارد چاپ کرده و خارج می‌شود\&.
.sp
افزوده‌شده در نسخه 236\&.
.RE
.PP
\fB\-x\fR, \fB\-\-print\-boot\-path\fR
.RS 4
این گزینه رفتار
\fBstatus\fR
را تغییر می‌دهد\&. فقط مسیر پارتیشن Extended Boot Loader را در صورت وجود، و در غیر این صورت مسیر ESP را در خروجی استاندارد چاپ کرده و خارج می‌شود\&. این دستور برای تعیین محل قرارگیری مدخل‌های بوت‌لودر مفید است، زیرا ترجیحاً در صورت وجود در پارتیشن Extended Boot Loader و در غیر این صورت در ESP قرار می‌گیرند\&.
.sp
مدخل‌های Boot Loader Specification Type #1 عموماً باید در پوشهٔ
"$(bootctl \-x)/loader/entries/"
قرار گیرند\&. وجود آن پوشه همچنین می‌تواند به عنوان نشانه‌ای از دردسترس بودن پشتیبانی از مدخل‌های بوت‌لودر در سیستم استفاده شود\&. به همین ترتیب، مدخل‌های Boot Loader Specification Type #2 باید در پوشهٔ
"$(bootctl \-x)/EFI/Linux/"
قرار داده شوند\&.
.sp
توجه داشته باشید که این گزینه (مشابه گزینهٔ
\fB\-\-print\-esp\-path\fR
ذکرشده در بالا)، مستقل از بوت‌لودر مورد استفاده در دسترس است، یعنی حتی بدون نصب بودن
\fBsystemd\-boot\fR\&.
.sp
افزوده‌شده در نسخه 242\&.
.RE
.PP
\fB\-\-print\-loader\-path\fR
.RS 4
این گزینه رفتار
\fBstatus\fR
را تغییر می‌دهد: مسیر مطلق به باینری EFI بوت‌لودر مورد استفاده برای بوت فعلی را در صورت در دسترس بودن این اطلاعات نشان می‌دهد\&. توجه داشته باشید که هیچ تلاشی برای بررسی اینکه آیا باینری هنوز وجود دارد یا خیر انجام نمی‌شود\&.
.sp
افزوده‌شده در نسخه 257\&.
.RE
.PP
\fB\-\-print\-stub\-path\fR
.RS 4
این گزینه رفتار
\fBstatus\fR
را تغییر می‌دهد: مسیر مطلق به باینری EFI مربوط به UKI/stub مورد استفاده برای بوت فعلی را در صورت موجود بودن این اطلاعات نشان می‌دهد\&. توجه داشته باشید که هیچ تلاشی برای بررسی اینکه آیا باینری هنوز وجود دارد انجام نمی‌شود\&.
.sp
افزوده‌شده در نسخه 257\&.
.RE
.PP
\fB\-R\fR, \fB\-\-print\-root\-device\fR
.RS 4
مسیر گره دستگاه بلوکی پشتیبان سیستم فایل ریشهٔ سیستم‌عامل محلی را چاپ می‌کند\&. این دستور مسیری مانند
/dev/nvme0n1p5
را چاپ می‌کند\&. اگر سیستم فایل ریشه توسط dm\-crypt/LUKS یا dm\-verity پشتیبانی شود، دستگاه بلوکی زیرین بازگردانده می‌شود\&. اگر سیستم فایل ریشه توسط چندین دستگاه بلوکی پشتیبانی شود (همان‌طور که توسط btrfs پشتیبانی می‌شود) عملیات با شکست مواجه خواهد شد\&. اگر این سوییچ دو بار مشخص شود (یعنی
\fB\-RR\fR)
و دستگاه بلوکی کشف‌شده یک دستگاه پارتیشن باشد، کل دستگاه بلوکی که به آن تعلق دارد تعیین و چاپ می‌شود (مثلاً
/dev/nvme0n1)\&.
اگر سیستم فایل ریشه
"tmpfs"
(یا یک سیستم فایل مشابه در حافظه) باشد، دستگاه بلوکی پشتیبان
/usr/
در صورت وجود بازگردانده می‌شود\&. اگر سیستم فایل ریشه یک سیستم فایل تحت شبکه باشد (مانند NFS یا CIFS) عملیات با شکست مواجه خواهد شد\&.
.sp
افزوده‌شده در نسخه 254\&.
.RE
.PP
\fB\-\-print\-efi\-architecture\fR
.RS 4
رشته معماری EFI فریمور محلی را چاپ می‌کند\&. این برای قالب‌بندی عمومی نام‌فایل‌هایی مانند
boot\fIx64\fR\&.efi
که معماری فریمور محلی را در نام خود شامل می‌شوند، مفید است\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fB\-\-variables=yes|no|auto\fR
.RS 4
تغییر دادن فهرست بوت‌لودرهای فریمور ذخیره‌شده در متغیرهای EFI و سایر متغیرهای EFI را کنترل می‌کند\&. در صورت مشخص نشدن یا تنظیم روی
\fBauto\fR،
هنگامی که اجرا در یک محیط کانتینری شناسایی شود، متغیرهای EFI اصلاح نخواهند شد\&.
\fByes\fR
می‌تواند برای لغو صریح این بررسی استفاده شود\&.
.sp
افزوده‌شده در نسخه 258\&.
.RE
.PP
\fB\-\-random\-seed=yes|no\fR
.RS 4
به طور پیش‌فرض، دستور
\fBinstall\fR
یک فایل سید (دانه) تصادفی در ESP مقداردهی اولیه می‌کند\&. هنگام ایجاد یک ایمیج ممکن است غیرفعال کردن آن برای جلوگیری از داشتن سید یکسان در تمام نمونه‌ها مطلوب باشد\&.
.sp
افزوده‌شده در نسخه 257\&.
.RE
.PP
\fB\-\-graceful\fR
.RS 4
شکست‌ها را در هنگامی که پارتیشن سیستم EFI پیدا نمی‌شود، متغیرهای EFI قابل نوشتن نیستند، یا یک بوت‌لودر متفاوت یا جدیدتر از قبل نصب شده است، نادیده می‌گیرد\&. در حال حاضر فقط روی عمل‌های
\fBis\-installed\fR،
\fBupdate\fR،
\fBrandom\-seed\fR
و
\fBinstall\fR
اعمال می‌شود\&. از نسخه v258 به بعد، هنگام اجرا درون chroot به طور ضمنی فعال است\&.
.sp
افزوده‌شده در نسخه 244\&.
.RE
.PP
\fB\-q\fR, \fB\-\-quiet\fR
.RS 4
از چاپ نتایج دستورات مختلف و همچنین پیام‌های راهنما درباره در دسترس نبودن ESP جلوگیری می‌کند\&.
.sp
افزوده‌شده در نسخه 251\&.
.RE
.PP
\fB\-\-make\-entry\-directory=yes|no\fR
.RS 4
ایجاد و حذف دایرکتوری مدخل Type #1 در
\m[blue]\fBUAPI\&.1 Boot Loader Specification\fR\m[]\&\s-2\u[1]\d\s+2
را روی سیستم فایل حاوی منابعی مانند هسته و ایمیج‌های initrd به ترتیب در طول
\fBinstall\fR
و
\fBremove\fR
کنترل می‌کند\&. نام این دایرکتوری برگرفته از توکن مدخل است (همان‌طور که با پارامتر
\fB\-\-entry\-token=\fR
در زیر مشخص شده است) و مستقیماً در زیر دایرکتوری ریشهٔ
\fI$BOOT\fR
قرار می‌گیرد (یعنی زیر سیستم فایلی که توسط گزینهٔ
\fB\-\-print\-boot\-path\fR
بازگردانده شده، در بالا را ببینید)\&. پیش‌فرض
"no"
است\&.
.sp
افزوده‌شده در نسخه 251\&.
.RE
.PP
\fB\-\-entry\-token=\fR
.RS 4
نحوه نام‌گذاری و شناسایی مدخل‌های بوت‌لودر را برای این نصب سیستم‌عامل کنترل می‌کند\&. در حین
\fBinstall\fR
پذیرفته می‌شود و یکی از مقادیر
"auto"،
"machine\-id"،
"os\-id"،
"os\-image\-id"
یا یک رشتهٔ دلخواه با پیشوند
"literal:"
را به عنوان آرگومان دریافت می‌کند\&.
.sp
اگر روی
\fBmachine\-id\fR
تنظیم شود، مدخل‌ها بر اساس شناسه ماشین (machine ID) سیستم در حال اجرا نام‌گذاری می‌شوند (مثلاً
"b0e793a9baf14b5fa13ecbe84ff637ac")\&.
برای جزئیات درباره مفهوم و فایل شناسه ماشین به
\fBmachine-id\fR(5)
مراجعه فرمایید\&.
.sp
اگر روی
\fBos\-id\fR
تنظیم شود، مدخل‌ها بر اساس شناسه سیستم‌عاملِ سیستم در حال اجرا نام‌گذاری می‌شوند، یعنی فیلد
\fIID=\fR
از
\fBos-release\fR(5)
(مثلاً
"fedora")\&.
به همین ترتیب، اگر روی
\fBos\-image\-id\fR
تنظیم شود، مدخل‌ها بر اساس شناسه ایمیج سیستم‌عامل در حال اجرا نام‌گذاری می‌شوند، یعنی فیلد
\fIIMAGE_ID=\fR
از
os\-release
(مثلاً
"vendorx\-cashier\-system")\&.
.sp
اگر روی
\fBauto\fR
(پیش‌فرض) تنظیم شود، در صورت وجود فایل
/etc/kernel/entry\-token
خوانده شده و مقدار ذخیره‌شده در آن استفاده می‌شود\&. در غیر این صورت، اگر شناسه ماشین محلی مقداردهی شده باشد، از آن استفاده می‌شود\&. در غیر این صورت،
\fIIMAGE_ID=\fR
از
os\-release
(در صورت تنظیم بودن) استفاده می‌شود\&. در غیر این صورت،
\fIID=\fR
از
os\-release
(در صورت تنظیم بودن) استفاده خواهد شد\&.
.sp
مگر اینکه روی
"machine\-id"
تنظیم شده باشد، یا زمانی که
\fB\-\-make\-entry\-directory=yes\fR
استفاده شود، رشتهٔ توکن انتخاب‌شده در فایل
/etc/kernel/entry\-token
نوشته می‌شود تا اطمینان حاصل شود که برای مدخل‌های آینده استفاده خواهد شد\&. این فایل همچنین توسط
\fBkernel-install\fR(8)
خوانده می‌شود تا مشخص کند مدخل‌های بوت‌لودر برای هسته‌های تازه‌نصب‌شده تحت چه نامی تولید شوند، یا نام مدخل‌ها را برای حذف موارد قدیمی تعیین نماید\&.
.sp
استفاده از شناسه ماشین برای نام‌گذاری مدخل‌ها عموماً ارجح است، با این حال مواردی وجود دارد که در آن‌ها استفاده از سایر شناسه‌ها گزینه خوبی است\&. به ویژه: اگر داده‌های هویتی که شناسه ماشین به همراه دارد نباید در پارتیشن (رمزنگاری‌نشدهٔ)
\fI$BOOT\fR
ذخیره شود، یا اگر شناسه باید در اولین بوت ایجاد شود و در زمان آماده‌سازی مدخل‌ها شناخته‌شده نیست\&. توجه داشته باشید که استفاده از شناسه ماشین این مزیت را دارد که چندین نصب موازی از یک سیستم‌عامل می‌توانند روی یک رسانه همزیستی داشته باشند و مدخل‌های بوت‌لودر خود را به طور مستقل به‌روزرسانی کنند\&. هنگام استفاده از شناسه دیگر (مانند شناسه سیستم‌عامل یا شناسه ایمیج سیستم‌عامل)، نصب‌های موازی از یک سیستم‌عامل سعی می‌کنند از همان نام مدخل استفاده کنند\&. برای پشتیبانی از نصب‌های موازی، نصاب باید هنگام افزودن نصب دوم از توکن مدخل متفاوتی استفاده کند\&.
.sp
افزوده‌شده در نسخه 251\&.
.RE
.PP
\fB\-\-all\-architectures\fR
.RS 4
باینری‌ها را برای تمام معماری‌های EFI پشتیبانی‌شده نصب می‌کند (این گزینه متضمن
\fB\-\-variables=no\fR
است)\&.
.sp
افزوده‌شده در نسخه 252\&.
.RE
.PP
\fB\-\-efi\-boot\-option\-description=\fR
.RS 4
توضیحات مدخل اضافه‌شده به فهرست گزینه‌های بوت فریمور\&. پیش‌فرض آن
"Linux Boot Manager"
است\&.
.sp
استفاده از نام مدخل پیش‌فرض
"Linux Boot Manager"
عموماً ترجیح داده می‌شود، زیرا تنها یک بوت‌لودر نصب‌شده در یک پارتیشن ESP واحد باید برای بوت هر تعداد نصب سیستم‌عامل موجود در دیسک‌های مختلف سیستم استفاده شود\&. به طور خاص توزیع‌ها نباید از این فلگ برای نصب یک مدخل با نام تجاری خاص در فهرست گزینه‌های بوت استفاده کنند\&. با این حال، در شرایطی که چندین دیسک وجود دارد و هر کدام دارای پارتیشن ESP اختصاصی خود هستند، این گزینه می‌تواند برای آسان‌تر کردن شناسایی بوت‌لودر مورد استفاده در منوی گزینه بوت فریمور مفید باشد\&.
.sp
افزوده‌شده در نسخه 252\&.
.RE
.PP
\fB\-\-efi\-boot\-option\-description\-with\-device=\fR
.RS 4
یک مقدار بولی می‌گیرد، پیش‌فرض false است\&. الحاق اطلاعات مدل دیسک به شرح گزینهٔ بوت فریمور (پیکربندی‌شده با
\fB\-\-efi\-boot\-option\-description=\fR
در بالا) را کنترل می‌کند\&. این گزینه هنگام نصب چند سیستم‌عامل روی دیسک‌های جداگانه در یک سیستم مفید است، زیرا تضمین می‌کند گزینه‌های بوت فریمور قابل تشخیص باشند و سرنخی بدهد که کدام دیسک بوت می‌شود\&. توجه داشته باشید که این گزینه از اطلاعات مدل سخت‌افزاری استفاده می‌کند، و بنابراین در صورتی که از چندین دیسک با مدل یکسان استفاده شود چندان کاربردی نخواهد بود\&.
.sp
افزوده‌شده در نسخه 260\&.
.RE
.PP
\fB\-\-dry\-run\fR
.RS 4
اجرای آزمایشی برای
\fBunlink\fR
و
\fBcleanup\fR\&.
.sp
در حالت اجرای آزمایشی، عملیات‌های unlink و cleanup فقط فایل‌هایی را که حذف خواهند شد بدون حذف واقعی آن‌ها چاپ می‌کنند\&.
.sp
افزوده‌شده در نسخه 253\&.
.RE
.PP
\fB\-\-oldest\fR
.RS 4
هنگام استفاده با
\fBunlink\fR،
قدیمی‌ترین مدخل بوت‌لودر نصب‌شده منطبق بر توکن مدخل بوت را برای حذف انتخاب می‌کند (به جای ارسال شناسهٔ صریح مدخل)\&. این گزینه برای هرس کردن مدخل‌های قدیمی‌تر بوت‌لودر مفید است\&. توجه داشته باشید که مدخل در حال اجرای جاری هرگز حذف نمی‌شود، و آخرین مدخل باقی‌مانده نیز حذف نخواهد شد\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fB\-\-keep\-free=\fR\fB\fIBYTES\fR\fR
.RS 4
هنگام استفاده با
\fBlink\fR،
حداقل مقدار فضای آزاد (بر حسب بایت) را که باید پس از ایجاد مدخل جدید در پارتیشن مقصد (ESP یا XBOOTLDR) باقی بماند، کنترل می‌کند\&. اگر نصب مدخل فضای آزاد را به کمتر از این آستانه کاهش دهد، عملیات با شکست مواجه می‌شود\&. پسوندهای معمول اندازه (K، M، G و غیره) را می‌پذیرد\&. در صورت خالی بودن، مقدار پیش‌فرض توکار بازیابی می‌شود\&. اگر روی صفر تنظیم شود، هیچ حداقل فضای آزادی حفظ نمی‌شود\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fB\-\-entry\-title=\fR\fB\fITITLE\fR\fR
.RS 4
هنگام استفاده با
\fBlink\fR،
عنوان مدخل بوت‌لودر ایجادشده را مشخص می‌کند (فیلد
"title"
در مدخل Type #1)\&. در صورت مشخص نشدن، عنوان از متادیتای تعبیه‌شده در UKI استخراج می‌شود\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fB\-\-entry\-version=\fR\fB\fIVERSION\fR\fR
.RS 4
هنگام استفاده با
\fBlink\fR،
رشتهٔ نسخه مدخل بوت‌لودر ایجادشده را مشخص می‌کند (فیلد
"version"
در مدخل Type #1)\&. در صورت مشخص نشدن، نسخه از متادیتای تعبیه‌شده در UKI استخراج می‌شود\&. توسط بوت‌لودر برای مرتب‌سازی و انتخاب مدخل‌ها استفاده می‌شود\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fB\-\-entry\-commit=\fR\fB\fINR\fR\fR
.RS 4
هنگام استفاده با
\fBlink\fR،
شماره کامیت را برای مدخل بوت‌لودر ایجادشده مشخص می‌کند\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fB\-\-extra=\fR\fB\fIPATH\fR\fR, \fB\-X \fR\fB\fIPATH\fR\fR
.RS 4
هنگام استفاده با
\fBlink\fR،
یک فایل منبع جانبی (sidecar) اضافی را ثبت می‌کند که باید هنگام بوت به UKI ارسال شود\&. این می‌تواند یک ایمیج افزونه سیستم (*\&.sysext\&.raw)، ایمیج افزونه پیکربندی (*\&.confext\&.raw)، یا فایل اعتبارنامه (*\&.cred) باشد\&. فایل در ESP/XBOOTLDR در کنار UKI کپی می‌شود و بوت‌لودر آن را بارگذاری کرده و از طریق initrd به هسته منتقل می‌کند\&. این گزینه می‌تواند چندین بار برای ثبت بیش از یک منبع اضافی استفاده شود\&. در صورت ارسال یک آرگومان خالی، تمام موارد اضافی قبلاً مشخص‌شده پاک می‌شوند\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fB\-\-tries\-left=\fR\fB\fINR\fR\fR
.RS 4
هنگام استفاده با
\fBlink\fR،
شمارنده شمارش بوت
"tries\-left"
را برای مدخل ایجادشده مقداردهی اولیه می‌کند\&. در صورت تنظیم، فایل مدخل بوت حاصل بر اساس طرح شمارش بوت توصیف‌شده در مستندات
\m[blue]\fBAutomatic Boot Assessment\fR\m[]\&\s-2\u[5]\d\s+2
نام‌گذاری می‌شود، به طوری که بوت‌لودر در هر تلاش برای بوت، شمارنده را کاهش می‌دهد و در نهایت در صورت عدم موفقیت، مدخل را نامناسب (bad) علامت‌گذاری می‌کند\&. در صورت مشخص نشدن، شمارش بوت برای مدخل ایجادشده فعال نمی‌شود\&.
.sp
افزوده‌شده در نسخه 261\&.
.RE
.PP
\fB\-\-secure\-boot\-auto\-enroll=yes|no\fR, \fB\-\-private\-key=\fR\fB\fIPATH/URI\fR\fR, \fB\-\-private\-key\-source=\fR\fB\fITYPE\fR\fR\fB[:\fR\fB\fINAME\fR\fR\fB]\fR, \fB\-\-certificate=\fR\fB\fIPATH\fR\fR, \fB\-\-certificate\-source=\fR\fB\fITYPE\fR\fR\fB[:\fR\fB\fINAME\fR\fR\fB]\fR
.RS 4
هنگام فراخوانی دستور
\fBinstall\fR،
ESP را برای ثبت‌نام خودکار بوت امن (secure boot auto\-enrollment) پیکربندی می‌کند\&. یک آرگومان بولی می‌گیرد\&. به طور پیش‌فرض غیرفعال است\&. فعال کردن این گزینه باعث می‌شود
\fBbootctl\fR
پایگاه‌های داده امضای امضاشدهٔ
"PK"،
"KEK"
و
"db"
را در ESP قرار دهد که هر کدام شامل گواهی داده‌شده در قالب
"DER"
به عنوان تنها مدخل خود هستند\&. این پایگاه‌های داده امضای بوت امن در صورتی که بوت امن در حالت setup باشد و ثبت‌نام خودکار بوت امن فعال باشد، توسط
\fBsystemd\-boot\fR
دریافت و ثبت خواهند شد\&.
.sp
هنگام تعیین این گزینه، باید یک گواهی و یک کلید خصوصی نیز با استفاده از گزینه‌های
\fB\-\-certificate=\fR
و
\fB\-\-private\-key=\fR
ارائه شود\&. گزینهٔ
\fB\-\-certificate=\fR
مسیری به یک گواهی X\&.509 با کدگذاری PEM یا یک URI را می‌گیرد که به ارائه‌دهنده OpenSSL پیکربندی‌شده با
\fB\-\-certificate\-source\fR
ارسال می‌شود؛ این گزینه یکی از مقادیر
"file"
یا
"provider"
را می‌گیرد، که در مورد دوم شناسه ارائه‌دهنده خاص با دونقطه جدا می‌شود، مانند
"provider:pkcs11"\&.
گزینهٔ
\fB\-\-private\-key=\fR
می‌تواند یک مسیر یا یک URI دریافت کند که به موتور یا ارائه‌دهنده OpenSSL ارسال می‌شود، همان‌طور که توسط
\fB\-\-private\-key\-source=\fR
به صورت چندتایی
"type:name"
مشخص شده است، مانند
"engine:pkcs11"\&.
موتور یا ارائه‌دهنده امضای OpenSSL مشخص‌شده برای امضای فهرست‌های امضای EFI استفاده خواهد شد\&.
.sp
افزوده‌شده در نسخه 257\&.
.RE
.PP
\fB\-\-no\-pager\fR
.RS 4
خروجی را به یک صفحه‌بند (pager) هدایت نمی‌کند\&.
.RE
.PP
\fB\-\-json=\fR\fB\fIMODE\fR\fR
.RS 4
خروجی را در قالب JSON نمایش می‌دهد\&. یکی از مقادیر
"short"
(برای کوتاه‌ترین خروجی ممکن بدون فاصله‌ها یا شکست‌های خط اضافی)،
"pretty"
(برای نسخه زیباسازی‌شده با فاصله‌گذاری و شکست‌های خط) یا
"off"
(برای خاموش کردن خروجی JSON، که حالت پیش‌فرض است) را می‌پذیرد\&.
.RE
.PP
\fB\-h\fR, \fB\-\-help\fR
.RS 4
یک متن راهنمای کوتاه چاپ کرده و خارج می‌شود\&.
.RE
.PP
\fB\-\-version\fR
.RS 4
یک رشته نسخه کوتاه چاپ کرده و خارج می‌شود\&.
.RE
.SH "فایل‌های \&.EFI امضاشده (SIGNED \&.EFI FILES)"
.PP
دستورات
\fBbootctl\fR
\fBinstall\fR
و
\fBupdate\fR
ابتدا به دنبال فایل
\fBsystemd\-boot\fR
با پسوند
"\&.efi\&.signed"
می‌گردند و آن را به جای فایل عادی
"\&.efi"
کپی می‌کنند\&. این به توزیع‌ها یا کاربران نهایی اجازه می‌دهد تا ایمیج‌های امضاشده را برای بوت امن UEFI (UEFI SecureBoot) ارائه دهند\&.
.SH "کدهای خروج (EXIT STATUS)"
.PP
در صورت موفقیت، مقدار ۰ و در غیر این صورت یک کد خطای غیرصفر بازگردانده می‌شود\&.
\fBbootctl \-\-print\-root\-device\fR
در صورتی که سیستم فایل ریشه توسط یک دستگاه بلوکی منفرد پشتیبانی نشود کد خروج ۸۰، و در صورت بروز خطاهای دیگر سایر کدهای خروج غیرصفر را برمی‌گرداند\&.
.SH "متغیرهای محیطی (ENVIRONMENT)"
.PP
اگر
\fI$SYSTEMD_RELAX_ESP_CHECKS=1\fR
تنظیم شود، بررسی‌های اعتبارسنجی برای ESP تسهیل می‌شوند و مسیر مشخص‌شده با
\fB\-\-esp\-path=\fR
می‌تواند به هر نوع سیستم فایلی روی هر نوع پارتیشنی اشاره کند\&.
.PP
به طور مشابه،
\fI$SYSTEMD_RELAX_XBOOTLDR_CHECKS=1\fR
برخی بررسی‌های اعتبارسنجی را برای پارتیشن Extended Boot Loader غیرفعال می‌کند\&.
.SH "مثال‌ها (EXAMPLES)"
.PP
\fBمثال\ \&۱.\ \&خروجی از status و list\fR
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBbootctl status\fR
System:
     Firmware: UEFI 2\&.40 (\fIfirmware\-version\fR)  ← firmware vendor and version
  Secure Boot: disabled (setup)              ← Secure Boot status
 TPM2 Support: yes
 Boot into FW: supported                     ← does the firmware support booting into itself

Current Boot Loader:                         ← details about systemd\-boot or another boot loader
      Product: systemd\-boot \fIversion\fR            implementing the \m[blue]\fBBoot Loader Interface\fR\m[]\&\s-2\u[2]\d\s+2
     Features: ✓ Boot counting
               ✓ Menu timeout control
               ✓ One\-shot menu timeout control
               ✓ Default entry control
               ✓ One\-shot entry control
               ✓ Support for XBOOTLDR partition
               ✓ Support for passing random seed to OS
               ✓ Load drop\-in drivers
               ✓ Boot loader sets ESP information
               ✓ Menu can be disabled
          ESP: /dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000
         File: └─/EFI/systemd/systemd\-bootx64\&.efi

Random Seed:                                 ← random seed used for entropy in early boot
 Passed to OS: yes
 System Token: set
       Exists: yes

Available Boot Loaders on ESP:
          ESP: /boot/efi (/dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000)
         File: └─/EFI/systemd/systemd\-bootx64\&.efi (systemd\-boot 251
         File: └─/EFI/BOOT/BOOTX64\&.EFI (systemd\-boot 251

Boot Loaders Listed in EFI Variables:
        Title: Linux Boot Manager
           ID: 0x0001
       Status: active, boot\-order
    Partition: /dev/disk/by\-partuuid/\&...
         File: └─/EFI/systemd/systemd\-bootx64\&.efi

        Title: Fedora
           ID: 0x0000
       Status: active, boot\-order
    Partition: /dev/disk/by\-partuuid/\&...
         File: └─/EFI/fedora/shimx64\&.efi

        Title: Linux\-Firmware\-Updater
           ID: 0x0002
       Status: active, boot\-order
    Partition: /dev/disk/by\-partuuid/\&...
         File: └─/EFI/fedora/fwupdx64\&.efi

Boot Loader Entries:
        $BOOT: /boot/efi (/dev/disk/by\-partuuid/01234567\-89ab\-cdef\-dead\-beef00000000)

Default Boot Loader Entry:
         type: Boot Loader Specification Type #1 (\&.conf)
        title: Fedora Linux 36 (Workstation Edition)
           id: \&...
       source: /boot/efi/loader/entries/\fIentry\-token\fR\-\fIkernel\-version\fR\&.conf
      version: \fIkernel\-version\fR
   machine\-id: \&...
        linux: /\fIentry\-token\fR/\fIkernel\-version\fR/linux
       initrd: /\fIentry\-token\fR/\fIkernel\-version\fR/initrd
      options: root=\&...
.fi
.if n \{\
.RE
.\}
.sp
.if n \{\
.RS 4
.\}
.nf
$ \fBbootctl list\fR
Boot Loader Entries:
         type: Boot Loader Specification Type #1 (\&.conf)
        title: Fedora Linux 36 (Workstation Edition) (default) (selected)
           id: \&...
       source: /boot/efi/loader/entries/\fIentry\-token\fR\-\fIkernel\-version\fR\&.conf
      version: \fIkernel\-version\fR
   machine\-id: \&...
        linux: /\fIentry\-token\fR/\fIkernel\-version\fR/linux
       initrd: /\fIentry\-token\fR/\fIkernel\-version\fR/initrd
      options: root=\&...

         type: Boot Loader Specification Type #2 (\&.efi)
        title: Fedora Linux 35 (Workstation Edition)
           id: \&...
       source: /boot/efi/EFI/Linux/fedora\-\fIkernel\-version\fR\&.efi
      version: \fIkernel\-version\fR
   machine\-id: \&...
        linux: /EFI/Linux/fedora\-\fIkernel\-version\fR\&.efi
      options: root=\&...

         type: Automatic
        title: Reboot Into Firmware Interface
           id: auto\-reboot\-to\-firmware\-setup
       source: /sys/firmware/efi/efivars/LoaderEntries\-4a67b082\-0a4c\-41cf\-b6c7\-440b29bb8c4f
.fi
.if n \{\
.RE
.\}
.PP
در این فهرست،
"(default)"
مدخلی را که به طور پیش‌فرض استفاده خواهد شد مشخص می‌کند، و
"(selected)"
مدخلی را مشخص می‌نماید که آخرین بار انتخاب شده است (یعنی در حال حاضر در حال اجرا است)\&.
.SH "همچنین ببینید (SEE ALSO)"
.PP
\fBsystemd-boot\fR(7), \m[blue]\fBUAPI\&.1 Boot Loader Specification\fR\m[]\&\s-2\u[1]\d\s+2, \m[blue]\fBBoot Loader Interface\fR\m[]\&\s-2\u[2]\d\s+2, \fBsystemd-boot-random-seed.service\fR(8)
.SH "یادداشت‌ها (NOTES)"
.IP " 1." 4
UAPI.1 Boot Loader Specification
.RS 4
\%https://uapi-group.org/specifications/specs/boot_loader_specification
.RE
.IP " 2." 4
Boot Loader Interface
.RS 4
\%https://systemd.io/BOOT_LOADER_INTERFACE
.RE
.IP " 3." 4
Random Seeds
.RS 4
\%https://systemd.io/RANDOM_SEEDS
.RE
.IP " 4." 4
UAPI.2 Discoverable Partitions Specification
.RS 4
\%https://uapi-group.org/specifications/specs/discoverable_partitions_specification
.RE
.IP " 5." 4
Automatic Boot Assessment
.RS 4
\%https://systemd.io/AUTOMATIC_BOOT_ASSESSMENT
.RE