'\" t
.TH "SYSTEMD\-GPT\-AUTO\-GENERATOR" "8" "" "systemd 261.2" "systemd-gpt-auto-generator"
.\" -----------------------------------------------------------------
.\" * 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)"
systemd-gpt-auto-generator \- تولیدکننده خودکار شناسایی و سوار کردن پارتیشن‌های ریشه، خانه و سوآپ بر اساس GPT
.SH "خلاصه دستور (SYNOPSIS)"
.PP
/usr/lib/systemd/system\-generators/systemd\-gpt\-auto\-generator
.SH "توضیحات (DESCRIPTION)"
.PP
systemd\-gpt\-auto\-generator
یک تولیدکننده واحد (unit generator) است که به‌طور خودکار پارتیشن ریشه (root)،
/home/،
/srv/،
/var/،
/var/tmp/، پارتیشن سیستم EFI (ESP)، پارتیشن بارگذار بوت توسعه‌یافته (XBOOTLDR)، و پارتیشن‌های سوآپ (swap) را شناسایی کرده و بر اساس GUIDهای نوع پارتیشن در جدول‌های پارتیشن GPT، واحدهای سوار کردن (mount) و سوآپ ایجاد می‌کند\&. برای جزئیات بیشتر، به
\m[blue]\fBمشخصات UEFI\fR\m[]\&\s-2\u[1]\d\s+2، فصل ۵ مراجعه کنید\&. این برنامه مشخصات
\m[blue]\fBUAPI\&.2 Discoverable Partitions Specification\fR\m[]\&\s-2\u[2]\d\s+2
را پیاده‌سازی می‌کند\&.
.PP
توجه داشته باشید که این تولیدکننده بر روی سیستم‌های غیر GPT هیچ تاثیری ندارد\&. همچنین برای دایرکتوری‌هایی که از قبل حاوی فایل هستند، یا اگر نقطه سوار شدن به‌طور صریح در
\fBfstab\fR(5)
پیکربندی شده باشد، پیکربندی نقطه سوار کردن ایجاد نخواهد کرد\&. علاوه بر این، اگر ورودی‌های سوار کردن در سلسله‌مراتب
/boot/
یا
/efi/
در
\fBfstab\fR(5)
یافت شوند، هیچ واحدی برای پارتیشن ESP یا XBOOTLDR ایجاد نخواهد شد\&.
.PP
اگر واحدهایی که این تولیدکننده ایجاد می‌کند لغو (override) شوند، برای مثال توسط واحدهایی در دایرکتوری‌هایی با اولویت بالاتر، فایل‌های drop\-in و وابستگی‌های اضافی ایجادشده توسط این تولیدکننده ممکن است همچنان مورد استفاده قرار گیرند\&.
.PP
هنگامی که این تولیدکننده در دیسک رم اولیه (initrd) اجرا می‌شود، می‌تواند به‌طور خودکار سیستم فایل ریشه را جستجو کند\&. به‌طور مشخص:
.sp
.RS 4
.ie n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
این ابزار به دنبال پارتیشن ریشه روی همان دیسک فیزیکی که پارتیشن سیستم EFI (ESP) روی آن قرار دارد می‌گردد\&. توجه داشته باشید که برای کارکرد این قابلیت، پشتیبانی از سمت بارگذار بوت الزامی است: متغیر EFI به نام
\fILoaderDevicePartUUID\fR
مربوط به شناسه فروشنده (vendor UUID)
\fB4a67b082\-0a4c\-41cf\-b6c7\-440b29bb8c4f\fR
برای تعیین این که سیستم از کدام پارتیشن (و در نتیجه از کدام دیسک) بوت شده است استفاده می‌شود\&. اگر بارگذار بوت این متغیر را تنظیم نکند، این تولیدکننده قادر به تشخیص پارتیشن ریشه نخواهد بود\&. برای جزئیات بیشتر به
\m[blue]\fBBoot Loader Interface\fR\m[]\&\s-2\u[3]\d\s+2
مراجعه کنید\&.
.RE
.sp
.RS 4
.ie n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
در روش دیگر، این ابزار به دنبال سیستم فایل ریشه روی یک دستگاه بلوکی لوپ‌بک (loopback) که فیلد
"\&.lo_name"
آن بر روی یکی از رشته‌های صریح
"rootdisk"
یا
"rootdisk\&.raw"
تنظیم شده باشد می‌گردد\&. این فیلد می‌تواند از طریق رشته‌ی
\fB\-\-loop\-ref=\fR
دستور
\fBlosetup\fR\*(Aq
تنظیم شود\&. برای ایمیج‌های دانلود شده از طریق
\fBsystemd-import-generator\fR(8)
اطمینان حاصل کنید که گزینه
"blockdev"
را تنظیم کرده و رشته نام محلی را روی
"rootdisk"
تنظیم کنید تا به این نتیجه برسید\&. توجه داشته باشید که شناسایی سیستم فایل ریشه روی دستگاه‌های بلوکی لوپ‌بک به این شکل، تنها در صورتی انجام می‌شود که
"root=gpt\-auto"
یا
"root=dissect"
به‌طور صریح در خط فرمان هسته مشخص شده باشد، برخلاف شناسایی مبتنی بر ESP گزارش‌شده توسط بارگذار بوت که حتی اگر هیچ پارامتر
"root="
مشخص نشده باشد نیز فعال است\&. (روش دوم به تولید پیوند نمادین دستگاه بلوکی
/dev/gpt\-auto\-root
توسط
\fBsystemd\-udevd\&.service\fR\*(Aq
متکی است)\&.
.RE
.sp
.RS 4
.ie n \{\
\h'-04'\(bu\h'+03'\c
.\}
.el \{\
.sp -1
.IP \(bu 2.3
.\}
این ابزار همچنین در صورت وجود، یک فایل واحد برای سوار کردن پارتیشن سیستم EFI (ESP) در
/sysefi/
تولید می‌کند\&. برخلاف سیستم‌های فایل ذکر شده در بالا، این نقطه سوار شدن به‌طور پیش‌فرض فعال نمی‌شود، اما می‌تواند توسط سرویس‌هایی که از درون initrd به دسترسی ESP نیاز دارند فراخوانی شود\&. توجه داشته باشید که این نقطه سوار شدن مخصوص initrd است و از autofs استفاده نمی‌کند\&. هنگامی که سیستم از initrd خارج می‌شود، ESP معمولاً در مکان دیگری و از طریق autofs سوار می‌شود\&.
.RE
.PP
هنگامی که روی سیستم میزبان اجرا می‌شود (یعنی پس از انتقال موفقیت‌آمیز از initrd به سیستم فایل ریشه)، این تولیدکننده به دنبال تمام پارتیشن‌های دیگر روی همان دیسک فیزیکی پارتیشن ریشه می‌گردد\&. برای این شناسایی، پشتیبانی از بارگذار بوت لازم نیست\&. علاوه بر این، نیازی نیست که پارتیشن ریشه به‌طور خودکار توسط initrd شناسایی شده باشد (همان‌طور که در بالا توضیح داده شد) تا شناسایی پارتیشن‌های غیر ریشه انجام گیرد\&. به عبارت دیگر: شناسایی خودکار سیستم فایل ریشه و سیستم‌های فایل غیر ریشه عملیات‌های مستقلی هستند که به یکدیگر وابسته نبوده و در دو فاز متمایز از فرآیند بوت انجام می‌شوند (یکی در initrd، دیگری پس از آن)\&. این پارتیشن‌ها در سیستم‌هایی که سیستم فایل ریشه روی چندین دیسک توزیع شده است (برای مثال از طریق btrfs RAID)، جستجو نخواهند شد\&.
.PP
پارتیشن ریشه را می‌توان با ایجاد پیوند نمادین از
/run/systemd/volatile\-root
به
/dev/block/$major:$minor
به‌طور صریح پیکربندی کرد\&. این کار به‌ویژه زمانی مفید است که سوار شدن ریشه با نوعی سیستم فایل فرار (overlayfs) جایگزین شده باشد\&.
.PP
systemd\-gpt\-auto\-generator
برای متمرکز کردن پیکربندی سیستم فایل در جدول پارتیشن و بی‌نیاز کردن از پیکربندی در
/etc/fstab
یا خط فرمان هسته بسیار کاربردی است\&.
.PP
این تولیدکننده پارتیشن‌ها را بر اساس GUID نوع پارتیشن آن‌ها شناسایی می‌کند\&. GUIDهای نوع پارتیشن زیر شناسایی می‌شوند:
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
.B Table\ \&1.\ \&Partition Type GUIDs
.TS
allbox tab(:);
lB lB lB lB lB.
T{
Partition Type
T}:T{
GUID
T}: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 l l.
T{
\fBSD_GPT_ROOT_X86_64\fR
T}:T{
\fB4f68bce3\-e8cd\-4db1\-96e7\-fbcaf984b709\fR
T}:T{
پارتیشن ریشه (x86\-64)
T}:T{
/
T}:T{
نخستین پارتیشن با این UUID نوع، واقع بر روی همان دیسک ESP استفاده‌شده برای بوت، به عنوان سیستم فایل ریشه / در سیستم‌های AMD64 / 64\-bit x86 استفاده می‌شود\&.
T}
T{
\fBSD_GPT_ROOT_ARM64\fR
T}:T{
\fBb921b045\-1df0\-41c3\-af44\-4c6f280d3fae\fR
T}:T{
پارتیشن ریشه (64\-bit ARM)
T}:T{
/
T}:T{
نخستین پارتیشن با این UUID نوع، واقع بر روی همان دیسک ESP استفاده‌شده برای بوت، به عنوان سیستم فایل ریشه / در سیستم‌های AArch64 / 64\-bit ARM استفاده می‌شود\&.
T}
T{
\fBSD_GPT_ROOT_ALPHA\fR \fBSD_GPT_ROOT_ARC\fR \fBSD_GPT_ROOT_ARM\fR \fBSD_GPT_ROOT_ARM64\fR \fBSD_GPT_ROOT_IA64\fR \fBSD_GPT_ROOT_LOONGARCH64\fR \fBSD_GPT_ROOT_MIPS\fR \fBSD_GPT_ROOT_MIPS64\fR \fBSD_GPT_ROOT_MIPS_LE\fR \fBSD_GPT_ROOT_MIPS64_LE\fR \fBSD_GPT_ROOT_PARISC\fR \fBSD_GPT_ROOT_PPC\fR \fBSD_GPT_ROOT_PPC64\fR \fBSD_GPT_ROOT_PPC64_LE\fR \fBSD_GPT_ROOT_RISCV32\fR \fBSD_GPT_ROOT_RISCV64\fR \fBSD_GPT_ROOT_S390\fR \fBSD_GPT_ROOT_S390X\fR \fBSD_GPT_ROOT_TILEGX\fR \fBSD_GPT_ROOT_X86\fR \fBSD_GPT_ROOT_X86_64\fR \fBSD_GPT_USR_ALPHA\fR \fBSD_GPT_USR_ARC\fR \fBSD_GPT_USR_ARM\fR \fBSD_GPT_USR_IA64\fR \fBSD_GPT_USR_LOONGARCH64\fR \fBSD_GPT_USR_MIPS_LE\fR \fBSD_GPT_USR_MIPS64_LE\fR \fBSD_GPT_USR_PARISC\fR \fBSD_GPT_USR_PPC\fR \fBSD_GPT_USR_PPC64\fR \fBSD_GPT_USR_PPC64_LE\fR \fBSD_GPT_USR_RISCV32\fR \fBSD_GPT_USR_RISCV64\fR \fBSD_GPT_USR_S390\fR \fBSD_GPT_USR_S390X\fR \fBSD_GPT_USR_TILEGX\fR \fBSD_GPT_USR_X86\fR
T}:T{
\&...
T}:T{
پارتیشن‌های ریشه برای سایر معماری‌ها
T}:T{
/
T}:T{
نخستین پارتیشن با UUID نوع مطابق با معماری، واقع بر روی همان دیسک ESP استفاده‌شده برای بوت، به عنوان سیستم فایل ریشه / استفاده می‌شود\&. برای فهرست کامل و مقادیر ثابت، به \m[blue]\fBUAPI\&.2 Discoverable Partitions Specification\fR\m[]\&\s-2\u[2]\d\s+2 مراجعه کنید\&.
T}
T{
\fBSD_GPT_HOME\fR
T}:T{
\fB933ac7e1\-2eb4\-4f13\-b844\-0e14e2aef915\fR
T}:T{
پارتیشن خانه (Home)
T}:T{
/home/
T}:T{
نخستین پارتیشن با این UUID نوع روی همان دیسک پارتیشن ریشه، در /home/ سوار می‌شود\&.
T}
T{
\fBSD_GPT_SRV\fR
T}:T{
\fB3b8f8425\-20e0\-4f3b\-907f\-1a25a76f98e8\fR
T}:T{
پارتیشن داده‌های سرور
T}:T{
/srv/
T}:T{
نخستین پارتیشن با این UUID نوع روی همان دیسک پارتیشن ریشه، در /srv/ سوار می‌شود\&.
T}
T{
\fBSD_GPT_VAR\fR
T}:T{
\fB4d21b016\-b534\-45c2\-a9fb\-5c16e091fd2d\fR
T}:T{
پارتیشن داده‌های متغیر
T}:T{
/var/
T}:T{
نخستین پارتیشن با این UUID نوع روی همان دیسک پارتیشن ریشه، در /var/ سوار می‌شود \(em به شرطی که UUID پارتیشن آن با ۱۲۸ بیت نخست HMAC\-SHA256 از نوع uuid GPT این پارتیشن با کلید شناسه ماشین نصب ذخیره‌شده در \fBmachine-id\fR(5) مطابقت داشته باشد\&. این مقدار را می‌توان با استفاده از \fBsystemd-id128\fR(1) تولید کرد\&.
T}
T{
\fBSD_GPT_TMP\fR
T}:T{
\fB7ec6f557\-3bc5\-4aca\-b293\-16ef5df639d1\fR
T}:T{
پارتیشن داده‌های موقت
T}:T{
/var/tmp/
T}:T{
نخستین پارتیشن با این UUID نوع روی همان دیسک پارتیشن ریشه، در /var/tmp/ سوار می‌شود\&.
T}
T{
\fBSD_GPT_SWAP\fR
T}:T{
\fB0657fd6d\-a4ab\-43c4\-84e5\-0933c84b4f4f\fR
T}:T{
سوآپ (Swap)
T}:T{
ناموجود
T}:T{
تمام پارتیشن‌های دارای این UUID نوع روی همان دیسک پارتیشن ریشه، به عنوان سوآپ استفاده می‌شوند\&.
T}
T{
\fBSD_GPT_ESP\fR
T}:T{
\fBc12a7328\-f81f\-11d2\-ba4b\-00a0c93ec93b\fR
T}:T{
پارتیشن سیستم EFI (ESP)
T}:T{
/efi/ یا /boot/ پس از انتقال سیستم از initrd، و /sysefi/ پیش از آن
T}:T{
نخستین پارتیشن با این UUID نوع واقع بر روی همان دیسک پارتیشن ریشه، در /boot/ یا /efi/ سوار می‌شود؛ به ادامه متن مراجعه کنید\&.
T}
T{
\fBSD_GPT_XBOOTLDR\fR
T}:T{
\fBbc13c2ff\-59e6\-4262\-a352\-b275fd6f7172\fR
T}:T{
پارتیشن بارگذار بوت توسعه‌یافته
T}:T{
/boot/
T}:T{
نخستین پارتیشن با این UUID نوع واقع بر روی همان دیسک پارتیشن ریشه، در /boot/ سوار می‌شود؛ به ادامه متن مراجعه کنید\&.
T}
.TE
.sp 1
.PP
این تولیدکننده فلگ‌های ویژگی (attribute flags) زیر را برای پارتیشن‌ها درک می‌کند:
.sp
.it 1 an-trap
.nr an-no-space-flag 1
.nr an-break-flag 1
.br
.B Table\ \&2.\ \&Partition Attribute Flags
.TS
allbox tab(:);
lB lB lB lB.
T{
فلگ
T}:T{
مقدار
T}:T{
قابل اعمال روی
T}:T{
توضیحات
T}
.T&
l l l l
l l l l
l l l l.
T{
\fBSD_GPT_FLAG_READ_ONLY\fR
T}:T{
\fB0x1000000000000000\fR
T}:T{
/، /home/، /srv/، /var/، /var/tmp/، پارتیشن بارگذار بوت توسعه‌یافته
T}:T{
پارتیشن به‌صورت فقط‌خواندنی سوار می‌شود
T}
T{
\fBSD_GPT_FLAG_NO_AUTO\fR
T}:T{
\fB0x8000000000000000\fR
T}:T{
/، /home/، /srv/، /var/، /var/tmp/، پارتیشن بارگذار بوت توسعه‌یافته
T}:T{
پارتیشن به‌طور خودکار سوار نمی‌شود
T}
T{
\fBSD_GPT_FLAG_NO_BLOCK_IO_PROTOCOL\fR
T}:T{
\fB0x0000000000000002\fR
T}:T{
پارتیشن سیستم EFI (ESP)
T}:T{
پارتیشن به‌طور خودکار سوار نمی‌شود
T}
.TE
.sp 1
.PP
پارتیشن‌های
/home/،
/srv/،
/var/،
/var/tmp/
و سوآپ ممکن است با قالب LUKS رمزنگاری شده باشند\&. در این حالت، یک دستگاه device mapper با نام‌های
/dev/mapper/home،
/dev/mapper/srv،
/dev/mapper/var،
/dev/mapper/tmp
یا
/dev/mapper/swap
راه‌اندازی می‌شود\&. توجه داشته باشید اگر همان پارتیشن در
/etc/crypttab
با نام دستگاه دیگری فهرست شده باشد، این امر ممکن است تداخل ایجاد کند\&.
.PP
هنگامی که systemd در initrd اجرا می‌شود، پارتیشن
/
نیز ممکن است با LUKS رمزنگاری شده باشد\&. در این حالت، یک دستگاه device mapper تحت نام
/dev/mapper/root
راه‌اندازی شده و یک
sysroot\&.mount
تنظیم می‌شود که دستگاه را زیر
/sysroot
سوار می‌کند\&. برای اطلاعات بیشتر، به
\fBbootup\fR(7)
مراجعه کنید\&.
.PP
واحدهای سوار کردن (mount) و سوار کردن خودکار (automount) برای پارتیشن سیستم EFI (ESP) و پارتیشن بارگذار بوت توسعه‌یافته (XBOOTLDR) روی سیستم‌های EFI تولید می‌شوند\&. اگر دیسک حاوی یک پارتیشن XBOOTLDR باشد (طبق تعریف در
\m[blue]\fBUAPI\&.1 Boot Loader Specification\fR\m[]\&\s-2\u[4]\d\s+2)،
در
/boot/
در دسترس قرار می‌گیرد\&. این تولیدکننده یک واحد automount ایجاد می‌کند؛ عمل سوار کردن فقط در صورت دسترسی و به‌صورت درخواستی (on\-demand) فعال خواهد شد\&. در صورت نیاز، نقطه سوار کردن ایجاد می‌شود\&.
.PP
پارتیشن ESP در صورتی که دایرکتوری
/boot/
برای XBOOTLDR استفاده نشده باشد در
/boot/
سوار می‌شود، و در غیر این صورت در
/efi/\&.
مشابه
/boot/،
یک واحد automount استفاده می‌شود\&. در صورت نیاز، نقطه سوار کردن ایجاد می‌شود\&. این موارد پس از انتقال سیستم از فاز initrd اعمال می‌گردند\&. قبل از آن، اگر مؤلفه‌های موجود در initrd به دسترسی ESP نیاز داشته باشند، در
/sysefi/
سوار خواهد شد\&.
.PP
برای نقاط سوار کردنی که در
\fBfstab\fR(5)
پیکربندی شده‌اند یا زمانی که دایرکتوری مقصد حاوی فایل است، هیچ پیکربندی‌ای ایجاد نمی‌شود\&.
.PP
هنگام استفاده از این تولیدکننده در ارتباط با سیستم‌های فایل btrfs، با استفاده از
\fBbtrfs subvolume set\-default\fR
مطمئن شوید که زیرحجم‌های پیش‌فرض صحیح را روی آن‌ها تنظیم کرده‌اید\&.
.PP
اگر سیستم از طریق
\fBsystemd-stub\fR(7)
بوت شده باشد و stub به فضای کاربری گزارش دهد که ایمیج هسته در یک TPM2 PCR اندازه‌گیری شده است، آنگاه هر شناسه حجم ریشه و
/var/
کشف‌شده (و کلیدهای رمزنگاری حجم، در صورتی که رمزنگاری شده باشند) به‌طور خودکار هنگام فعال‌سازی از طریق
\fBsystemd-pcrfs@.service\fR(8)
در PCR 15 اندازه‌گیری خواهند شد\&. علاوه بر این، اطلاعات مربوط به شیار کلید LUKS استفاده‌شده برای باز کردن قفل حجم در NvPCR با عنوان
"cryptsetup"
اندازه‌گیری می‌شود\&. در نهایت، اگر پارتیشن ریشه یا
/usr/
از طریق Verity محافظت شده باشد، هش ریشه آن و شماره سریال/صادرکننده کلید استفاده‌شده برای امضای هش ریشه ارائه‌شده (در صورت وجود) در NvPCR با عنوان
"verity"
اندازه‌گیری می‌شوند\&.
.PP
متادیتای محدودیت سوار کردن (mount constraint) موجود در سیستم‌های فایل، با فراخوانی
\fBsystemd-validatefs@.service\fR(8)
برای نقاط سوار کردن ایجادشده اعتبارسنجی می‌شود\&.
.PP
systemd\-gpt\-auto\-generator
سند
\fBsystemd.generator\fR(7)
را پیاده‌سازی می‌کند\&.
.SH "خط فرمان هسته (KERNEL COMMAND LINE)"
.PP
systemd\-gpt\-auto\-generator
پارامترهای خط فرمان هسته زیر را درک می‌کند:
.PP
\fIsystemd\&.gpt_auto\fR, \fIrd\&.systemd\&.gpt_auto\fR
.RS 4
این گزینه‌ها یک آرگومان بولی اختیاری می‌گیرند و مقدار پیش‌فرض آن‌ها yes است\&. این تولیدکننده به‌طور پیش‌فرض فعال است و می‌توان از یک مقدار نادرست (false) برای غیرفعال کردن آن استفاده کرد (مانند
"systemd\&.gpt_auto=0")\&.
.sp
در نسخه 242 اضافه شد\&.
.RE
.PP
\fIsystemd\&.image_policy=\fR
.RS 4
یک رشته خط‌مشی کالبدشکافی ایمیج (image dissection policy) را به عنوان آرگومان می‌گیرد (مطابق با
\fBsystemd.image-policy\fR(7))،
و امکان اعمال یک خط‌مشی را بر روی کالبدشکافی و استفاده از ورودی‌های جدول پارتیشن GPT که به‌طور خودکار شناسایی شده‌اند فراهم می‌کند\&.
.sp
توجه داشته باشید که خط‌مشی ایمیج مشخص‌شده برای شناسایی خودکار سیستم فایل ریشه یا
/usr/
در نظر گرفته نمی‌شود مگر اینکه
\fIroot=dissect\fR/\fImount\&.usr=dissect\fR
(یا
\fIroot=dissect\-force\fR)
مشخص شده باشند\&. (این خط‌مشی همیشه برای سایر انواع پارتیشن‌های قابل شناسایی خودکار اعمال خواهد شد\&.)
.sp
در نسخه 254 اضافه شد\&.
.RE
.PP
\fIsystemd\&.image_filter=\fR
.RS 4
یک رشته فیلتر کالبدشکافی ایمیج (image dissection filter) را به عنوان آرگومان می‌گیرد (مطابق با
\fBsystemd.image-filter\fR(7))،
و امکان اعمال مجموعه‌ای از الگوهای تطبیق (globbing) را بر روی تطبیق پارتیشن‌های ورودی‌های جدول پارتیشن GPT که به‌طور خودکار شناسایی شده‌اند فراهم می‌کند\&.
.sp
توجه داشته باشید که فیلتر ایمیج مشخص‌شده برای شناسایی خودکار سیستم فایل ریشه یا
/usr/
در نظر گرفته نمی‌شود مگر اینکه
\fIroot=dissect\fR/\fImount\&.usr=dissect\fR
(یا
\fIroot=dissect\-force\fR)
مشخص شده باشند\&. (این فیلتر همیشه برای سایر انواع پارتیشن‌های قابل شناسایی خودکار اعمال خواهد شد\&.)
.sp
در نسخه 258 اضافه شد\&.
.RE
.PP
\fIroot=\fR, \fIrootfstype=\fR, \fIrootflags=\fR
.RS 4
هنگامی که
\fIroot=\fR
با مقدار ویژه
"gpt\-auto"
استفاده شود، شناسایی خودکار پایه‌ای پارتیشن ریشه بر اساس نوع پارتیشن GPT فعال می‌گردد\&. در صورتی که حالت بازنشانی کارخانه‌ای (factory reset) در طول بوت فعلی فعال باشد، استفاده از پارتیشن ریشه تا زمان خروج از این حالت به تعویق می‌افتد\&. برای اطلاعات بیشتر در این مورد، به
\m[blue]\fBFactory Reset\fR\m[]\&\s-2\u[5]\d\s+2
مراجعه کنید\&. اگر
"gpt\-auto\-force"
مشخص شده باشد، شناسایی خودکار پارتیشن ریشه با نادیده گرفتن هرگونه حالت بازنشانی کارخانه‌ای فعال می‌شود\&.
.sp
اگر
\fIroot=\fR
روی مقدار ویژه
"dissect"
تنظیم شود، شناسایی خودکار کامل پارتیشن ریشه بر اساس اطلاعات پارتیشن GPT فعال می‌گردد\&. این یک ابرمجموعه از
\fIroot=gpt\-auto\fR
است، زیرا پارتیشن‌های Verity (شامل راه‌اندازی مبتنی بر امضا) را به‌طور خودکار بر اساس منطق تعریف‌شده برای آن در
\m[blue]\fBUAPI\&.2 Discoverable Partitions Specification\fR\m[]\&\s-2\u[6]\d\s+2
پیکربندی می‌کند\&. علاوه بر این، خط‌مشی و فیلتر ایمیج پیکربندی‌شده را برای تمام انواع پارتیشن، از جمله سیستم فایل ریشه در نظر می‌گیرد\&. گزینه
"root=dissect"
در صورت فعال بودن فاز بازنشانی کارخانه‌ای، قبل از فعال‌سازی سیستم فایل ریشه منتظر تکمیل آن فاز می‌ماند\&. از
"root=dissect\-force"
برای نادیده گرفتن فاز بازنشانی کارخانه‌ای و فعال‌سازی فوری سیستم فایل ریشه استفاده کنید\&.
.sp
هر مقدار دیگر (یعنی به جز
"gpt\-auto"،
"gpt\-auto\-force"،
"dissect"،
"dissect\-force")
شناسایی خودکار سیستم فایل ریشه را غیرفعال می‌کند\&.
.sp
اگر
\fIroot=\fR
به‌طور کلی در خط فرمان هسته مشخص نشده باشد، شناسایی خودکار پارتیشن ریشه از طریق ESP گزارش‌شده توسط بارگذار بوت نیز فعال می‌شود (با در نظر گرفتن وضعیت بازنشانی کارخانه‌ای، یعنی معادل با
"root=gpt\-auto")؛
با این حال در این حالت، شناسایی مبتنی بر فیلد
"\&.lo_name"
دستگاه بلوکی لوپ‌بک فعال نمی‌شود\&.
.sp
گزینه‌های
\fIrootfstype=\fR
و
\fIrootflags=\fR
برای انتخاب نوع سیستم فایل و گزینه‌های آن در زمان شناسایی خودکار سیستم فایل ریشه استفاده می‌شوند\&.
.sp
در نسخه 242 اضافه شد\&.
.RE
.PP
\fImount\&.usr=\fR, \fImount\&.usrfstype=\fR, \fImount\&.usrflags=\fR
.RS 4
مشابه
\fIroot=\fR،
\fIrootfstype=\fR،
\fIrootflags=\fR
(در بالا)، اما در عوض برای پارتیشن
/usr/
اعمال می‌شود\&. توجه داشته باشید که تنظیمات
"gpt\-auto"،
"gpt\-auto\-force"،
"dissect\-force"
که
root=
درک می‌کند، توسط
\fImount\&.usr=\fR
پشتیبانی نمی‌شوند (اگرچه
"dissect"
پشتیبانی می‌شود)\&.
.sp
همچنین توجه داشته باشید که شناسایی خودکار پارتیشن برای
/usr/
باید به‌طور صریح فعال شود، برخلاف شناسایی برای سیستم فایل ریشه که در صورت عدم ارسال هیچ پارامتر
\fIroot=\fR
نیز فعال است\&.
.sp
در نسخه 258 اضافه شد\&.
.RE
.PP
\fIrw\fR, \fIro\fR
.RS 4
پارتیشن ریشه را
\fIدر ابتدا\fR
به‌صورت خواندنی\-نوشتنی یا فقط‌خواندنی سوار می‌کند\&.
.sp
توجه داشته باشید که برخلاف اکثر گزینه‌های خط فرمان هسته، این تنظیمات پیکربندی درون سیستم فایل را لغو نمی‌کنند و ممکن است سیستم فایل بعداً مجدداً سوار شود (remount)\&. به
\fBsystemd-remount-fs.service\fR(8)
مراجعه کنید\&.
.sp
در نسخه 242 اضافه شد\&.
.RE
.PP
\fIsystemd\&.swap=\fR
.RS 4
یک آرگومان بولی می‌گیرد یا اگر بدون آرگومان مشخص شود، گزینه را فعال می‌کند\&. در صورت غیرفعال بودن، شناسایی خودکار پارتیشن(های) سوآپ بر اساس نوع پارتیشن GPT غیرفعال می‌شود\&. به‌طور پیش‌فرض فعال است\&.
.sp
در نسخه 254 اضافه شد\&.
.RE
.SH "همچنین ببینید (SEE ALSO)"
.PP
\fBsystemd\fR(1), \fBsystemd.mount\fR(5), \fBsystemd.swap\fR(5), \fBsystemd-fstab-generator\fR(8), \fBsystemd-cryptsetup@.service\fR(8), \fBsystemd-pcrfs@.service\fR(8), \fBsystemd-validatefs@.service\fR(8), \fBmachine-id\fR(5), \fBcryptsetup\fR(8), \fBfstab\fR(5), \fBbtrfs\fR(8)
.SH "نکات (NOTES)"
.IP " 1." 4
UEFI Specification
.RS 4
\%https://uefi.org/specifications
.RE
.IP " 2." 4
UAPI.2 Discoverable Partitions Specification
.RS 4
\%https://uapi-group.org/specifications/specs/discoverable_partitions_specification
.RE
.IP " 3." 4
Boot Loader Interface
.RS 4
\%https://systemd.io/BOOT_LOADER_INTERFACE
.RE
.IP " 4." 4
UAPI.1 Boot Loader Specification
.RS 4
\%https://uapi-group.org/specifications/specs/boot_loader_specification
.RE
.IP " 5." 4
Factory Reset
.RS 4
\%https://systemd.io/FACTORY_RESET
.RE
.IP " 6." 4
UAPI.2 Discoverable Partitions Specification
.RS 4
\%https://uapi-group.org/specifications/specs/discoverable_partitions_specification
.RE