.nh
.TH "singularity" "1" "Jul 2026" "Auto generated by spf13/cobra" ""

.SH "نام (NAME)"
singularity-run \- اجرای دستور پیشفرض تعریفشده درون کانتینر


.SH "خلاصه دستور (SYNOPSIS)"
\fBsingularity run [run options...]  [args...]\fP


.SH "توضیحات (DESCRIPTION)"
این دستور یک کانتینر Singularity/Apptainer را راه‌اندازی کرده و در صورت تعریف بودن یک runscript برای آن کانتینر، آن را اجرا می‌کند. اسکریپت اجرایی (runscript) یک فایل فراداده درون کانتینر است که حاوی دستورات شل می‌باشد. اگر فایل موجود (و قابل اجرا) باشد، این دستور آن فایل را به طور خودکار درون کانتینر اجرا خواهد کرد. تمام آرگومان‌های پس از نام کانتینر مستقیماً به runscript ارسال خواهند شد.

.PP
دستور singularity run قالب‌های کانتینر زیر را می‌پذیرد:

.PP
*.sif               قالب تصویر سینگولاریتی (SIF). بومی Singularity
                      (نسخه ۳.۰ به بالا) و Apptainer (نسخه ۱.۰.۰ به بالا)

.PP
*.sqsh              قالب SquashFS. بومی Singularity نسخه ۲.۴ به بالا

.PP
*.img               قالب ext3. بومی نسخه‌های Singularity کمتر از ۲.۴.

.PP
directory/          قالب جعبه‌شنی (sandbox). شاخه‌ای حاوی یک سیستم فایل
                      ریشه معتبر و اختیاری فراداده‌های Singularity/Apptainer.

.PP
instance://*        یک نمونه محلی در حال اجرای کانتینر. (مشاهده گروه
                      دستورات instance.)

.PP
library://*         یک کانتینر SIF میزبانی‌شده روی Library (بدون پیش‌فرض)

.PP
docker://*          یک کانتینر Docker/OCI میزبانی‌شده روی Docker Hub یا سایر
                      مخازن رجیستری OCI.

.PP
shub://*            یک کانتینر میزبانی‌شده روی Singularity Hub.

.PP
oras://*            یک کانتینر SIF میزبانی‌شده روی رجیستری OCI با پشتیبانی
                      از مشخصات OCI Registry As Storage (ORAS).

.PP
ipfs://*            یک تصویر SIF از یک کلاستر IPFS، با استفاده از درگاه HTTP.


.SH "گزینه‌ها (OPTIONS)"
\fB--add-caps\fP=""
	فهرستی از قابلیت‌ها (capabilities) جداشده با ویرگول برای اضافه کردن

.PP
\fB--allow-setuid\fP[=false]
	اجازه به باینری‌های setuid در کانتینر (فقط کاربر ریشه)

.PP
\fB--app\fP=""
	تعیین یک برنامه کاربردی برای اجرا درون کانتینر

.PP
\fB--apply-cgroups\fP=""
	اعمال cgroups از یک فایل برای فرایندهای کانتینر (فقط کاربر ریشه)

.PP
\fB--authfile\fP=""
	فایل احراز هویت به سبک داکر برای نوشتن/خواندن مشخصات هویتی رجیستری OCI

.PP
\fB-B\fP, \fB--bind\fP=[]
	مشخصات مسیر bind کاربر. به قالب src[:dest[:opts]] است که در آن src و dest مسیرهای خارج و داخل هستند. اگر dest داده نشود، برابر src تنظیم می‌شود. گزینه‌های اتصال ('opts') می‌توانند به صورت 'ro' (فقط‌خواندنی) یا 'rw' (خواندنی/نوشتنی، پیش‌فرض) تعیین شوند. چندین مسیر bind می‌توانند در یک فهرست جداشده با ویرگول داده شوند.

.PP
\fB--blkio-weight\fP=0
	وزن نسبی Block IO در محدوده ۱۰ تا ۱۰۰۰، مقدار ۰ برای غیرفعال‌سازی

.PP
\fB--blkio-weight-device\fP=[]
	وزن نسبی Block IO مختص دستگاه

.PP
\fB--cdi-dirs\fP=[]
	فهرست جداشده با ویرگول از شاخه‌هایی که CDI باید در آن‌ها به دنبال فایل‌های JSON تعریف دستگاه بگردد. در صورت عدم تعیین، پیش‌فرض /etc/cdi,/var/run/cdi خواهد بود.

.PP
\fB-e\fP, \fB--cleanenv\fP[=false]
	پاکسازی محیط پیش از اجرای کانتینر

.PP
\fB--compat\fP[=false]
	اعمال تنظیمات برای افزایش سازگاری OCI/Docker. به طور خودکار شامل --containall, --no-init, --no-umask, --no-eval, --writable-tmpfs می‌شود.

.PP
\fB-c\fP, \fB--contain\fP[=false]
	استفاده از dev/ مینیمال و خالی کردن سایر شاخه‌ها (مانند tmp/ و HOME$) به جای اشتراک‌گذاری سیستم‌های فایل از میزبان

.PP
\fB-C\fP, \fB--containall\fP[=false]
	جداسازی نه تنها سیستم‌های فایل، بلکه فضاهای نام PID، IPC و محیط

.PP
\fB--cpu-shares\fP=-1
	سهم پردازنده (CPU shares) برای کانتینر

.PP
\fB--cpus\fP=""
	تعداد هسته‌های CPU در دسترس کانتینر

.PP
\fB--cpuset-cpus\fP=""
	فهرست هسته‌های CPU میزبان در دسترس کانتینر

.PP
\fB--cpuset-mems\fP=""
	فهرست گره‌های حافظه میزبان در دسترس کانتینر

.PP
\fB--cwd\fP=""
	شاخه کاری اولیه برای فرایند محموله (payload) داخل کانتینر (مترادف --pwd)

.PP
\fB--device\fP=[]
	نام(های) دستگاه کاملاً واجد شرایط CDI. یک نام دستگاه CDI شامل یک VENDOR، CLASS و NAME است که به صورت vendor.com/device=mydevice ترکیب می‌شوند. چند دستگاه را می‌توان با ویرگول جدا کرد.

.PP
\fB--disable-cache\fP[=false]
	عدم استفاده یا ایجاد حافظه موقت (کَش)

.PP
\fB--dns\fP=""
	فهرست کارگزارهای DNS جداشده با ویرگول جهت افزودن به resolv.conf

.PP
\fB--docker-host\fP=""
	تعیین میزبان دیمن داکر سفارشی

.PP
\fB--docker-login\fP[=false]
	ورود تعاملی به مخزن رجیستری داکر

.PP
\fB--drop-caps\fP=""
	فهرستی از قابلیت‌ها جداشده با ویرگول جهت حذف

.PP
\fB--env\fP=[]
	ارسال متغیر محیطی به فرایند محصورشده

.PP
\fB--env-file\fP=[]
	ارسال متغیرهای محیطی از یک فایل به فرایند محصورشده

.PP
\fB-f\fP, \fB--fakeroot\fP[=false]
	اجرای کانتینر با ظاهر اجرای کاربر ریشه (شبیه‌سازی ریشه)

.PP
\fB--fusemount\fP=[]
	مشخصات اتصال سیستم فایل FUSE به صورت '<type>:<command> <mountpoint>' - که در آن <type> مقدار 'container' یا 'host' است که مشخص می‌کند اتصال در کجا انجام شود ('container-daemon' یا 'host-daemon' فرایند FUSE را به صورت جداشده اجرا می‌کند). مقدار <command> مسیر به باینری اجرایی FUSE به همراه گزینه‌های اتصال است. مقدار <mountpoint> مکانی در کانتینر است که FUSE به آن متصل می‌شود. به عنوان مثال: 'container:sshfs 10.0.0.1:/ /sshfs'. به طور خودکار شامل --pid می‌شود.

.PP
\fB-h\fP, \fB--help\fP[=false]
	راهنما برای run

.PP
\fB-H\fP, \fB--home\fP="/build"
	مشخصات شاخه خانگی. می‌تواند یک مسیر src یا یک جفت src:dest باشد. مقدار src مسیر مبدا شاخه خانگی در خارج از کانتینر است و dest شاخه خانگی درون کانتینر را بازنویسی می‌کند.

.PP
\fB--hostname\fP=""
	تنظیم نام میزبان کانتینر

.PP
\fB--intel-hpu\fP[=false]
	فعال‌سازی پشتیبانی از شتاب‌دهنده Intel(R) Gaudi هم‌زمان با استفاده از dev/ مینیمال

.PP
\fB-i\fP, \fB--ipc\fP[=false]
	اجرای کانتینر در یک فضای نام جدید IPC

.PP
\fB--keep-privs\fP[=false]
	اجازه به کاربر ریشه برای حفظ امتیازات در کانتینر (فقط کاربر ریشه)

.PP
\fB--memory\fP=""
	محدودیت حافظه به بایت

.PP
\fB--memory-reservation\fP=""
	محدودیت نرم (soft limit) حافظه به بایت

.PP
\fB--memory-swap\fP=""
	محدودیت حافظه Swap، استفاده از -1 برای نامحدود

.PP
\fB--mount\fP=[]
	مشخصات اتصال مثلاً 'type=bind,source=/opt,destination=/hostopt'. پرچم 'nonested' از ارسال شدن این اتصال به کانتینرهای تودرتو جلوگیری می‌کند.

.PP
\fB-n\fP, \fB--net\fP[=false]
	اجرای کانتینر در فضای نام شبکه جدید (به طور پیش‌فرض یک رابط شبکه bridge راه‌اندازی می‌کند)

.PP
\fB--netns-path\fP=""
	پیوستن به فضای نام شبکه در مسیر مشخص‌شده (به عنوان ریشه یا در صورت مجاز بودن در apptainer.conf)

.PP
\fB--network\fP=""
	تعیین انواع شبکه مورد نظر جداشده با ویرگول؛ هر شبکه یک رابط اختصاصی درون کانتینر بالا می‌آورد

.PP
\fB--network-args\fP=[]
	تعیین آرگومان‌های شبکه برای ارسال به افزونه‌های CNI

.PP
\fB--no-env\fP=[]
	فهرستی از متغیرهای محیطی جهت مسدود کردن ورود آن‌ها از محیط میزبان به کانتینر

.PP
\fB--no-eval\fP[=false]
	ارزیابی نکردن شل برای متغیرهای محیطی یا CMD/ENTRYPOINT/ARGS کانتینر OCI

.PP
\fB--no-home\fP[=false]
	سوار نکردن شاخه خانگی کاربران در صورتی که home/ شاخه کاری فعلی نباشد

.PP
\fB--no-https\fP[=false]
	استفاده از http به جای https برای شناسه‌های URI از نوع docker:// و oras:// و ...///:library

.PP
\fB--no-init\fP[=false]
	شروع نکردن فرایند shim با --pid

.PP
\fB--no-mount\fP=[]
	غیرفعال‌سازی یک یا چند گزینه 'mount xxx' تنظیم‌شده در apptainer.conf یا تعیین مسیر مقصد مطلق برای غیرفعال کردن یک مسیر bind، یا 'bind-paths' جهت غیرفعال‌سازی همه مسیرهای bind.

.PP
\fB--no-pid\fP[=false]
	اجرا نکردن کانتینر در یک فضای نام جدید PID

.PP
\fB--no-privs\fP[=false]
	سلب تمام امتیازات از کاربر ریشه در کانتینر

.PP
\fB--no-umask\fP[=false]
	عدم انتشار umask به کانتینر، تنظیم umask پیش‌فرض 0022

.PP
\fB--nv\fP[=false]
	فعال‌سازی پشتیبانی از Nvidia

.PP
\fB--nvccli\fP[=false]
	استفاده از nvidia-container-cli برای راه‌اندازی کارت گرافیک (آزمایشی)

.PP
\fB--oom-kill-disable\fP[=false]
	غیرفعال کردن کشنده OOM (کمبود حافظه)

.PP
\fB-o\fP, \fB--overlay\fP=[]
	استفاده از تصویر overlayFS برای ذخیره‌سازی داده‌های ماندگار یا به عنوان لایه فقط‌خواندنی کانتینر

.PP
\fB--passphrase\fP[=false]
	درخواست رمز عبور رمزنگاری

.PP
\fB--pem-path\fP=""
	وارد کردن مسیر به کلید RSA در قالب PEM برای کانتینر رمزگذاری‌شده

.PP
\fB-p\fP, \fB--pid\fP[=false]
	اجرای کانتینر در یک فضای نام جدید PID

.PP
\fB--pids-limit\fP=0
	محدودیت تعداد شناسه‌های فرایند (PID) کانتینر، مقدار -1 برای نامحدود

.PP
\fB--rocm\fP[=false]
	فعال‌سازی پشتیبانی آزمایشی Rocm

.PP
\fB--runscript-timeout\fP=""
	تعیین مدت‌زمان مهلت زمانی (timeout) برای runscript (پیش‌فرض 1m)

.PP
\fB-S\fP, \fB--scratch\fP=[]
	شامل کردن یک شاخه scratch درون کانتینر که به یک شاخه موقت پیوند داده شده است (استفاده از -W برای اجبار مکان)

.PP
\fB--security\fP=[]
	فعال‌سازی ویژگی‌های امنیتی (SELinux, Apparmor, Seccomp)

.PP
\fB--sharens\fP[=false]
	اشتراک‌گذاری فضای نام و تصویر با کانتینرهای دیگر اجراشده از همان فرایند والد

.PP
\fB--unsquash\fP[=false]
	تبدیل فایل SIF به جعبه‌شنی (sandbox) موقت پیش از اجرا

.PP
\fB-u\fP, \fB--userns\fP[=false]
	اجرای کانتینر در یک فضای نام کاربری جدید

.PP
\fB--uts\fP[=false]
	اجرای کانتینر در یک فضای نام جدید UTS

.PP
\fB-W\fP, \fB--workdir\fP=""
	شاخه کاری مورد استفاده برای tmp/ و var/tmp/ و HOME$ (در صورت استفاده از c/--contain-)

.PP
\fB-w\fP, \fB--writable\fP[=false]
	به طور پیش‌فرض تمام کانتینرهای Singularity/Apptainer فقط‌خواندنی هستند. این گزینه سیستم فایل را قابل خواندن/نوشتن می‌کند.

.PP
\fB--writable-tmpfs\fP[=false]
	سیستم فایل را با داده‌های غیرماندگار به صورت خواندنی-نوشتنی در دسترس قرار می‌دهد (فقط با پشتیبانی از overlay)


.SH "مثال‌ها (EXAMPLES)"
.EX

  # در اینجا می‌بینیم که runscript عبارت "Hello world: " را چاپ می‌کند
  $ singularity exec /tmp/debian.sif cat /singularity
  #!/bin/sh
  echo "Hello world: "

  # هنگام اجرای تصویر، با ورودی‌های ما اجرا می‌شود
  $ singularity run /tmp/debian.sif one two three
  Hello world: one two three

  # توجه داشته باشید که این دستور نیز همان کار را انجام می‌دهد
  $ ./tmp/debian.sif one two three
.EE


.SH "همچنین ببینید (SEE ALSO)"
\fBsingularity(1)\fP


.SH "تاریخچه (HISTORY)"
30-Jul-2026 تولید خودکار توسط spf13/cobra