.\" -*- coding: UTF-8 -*- .\" Copyright 1993, Rickard E. Faith .\" Copyright 1994, Andries E. Brouwer .\" Copyright 2002-2016, Michael Kerrisk .\" Copyright, the authors of the Linux man-pages project .\" .\" SPDX-License-Identifier: Linux-man-pages-copyleft .\" .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH mount 2 "11 فبراير 2026" "صفحات دليل لينكس 6.18" .SH الاسم mount \- وصل نظام ملفات .SH المكتبة مكتبة سي المعيارية (\fIlibc\fP،\ \fI\-lc\fP) .SH موجز .nf \fB#include \fP .P \fBint mount(const char *\fP\fIsource\fP\fB, const char *\fP\fItarget\fP\fB,\fP \fB const char *\fP\fIfilesystemtype\fP\fB, unsigned long \fP\fImountflags\fP\fB,\fP \fB const void *_Nullable \fP\fIdata\fP\fB);\fP .fi .SH الوصف يربط \fBmount\fP() نظام الملفات المحدد بواسطة \fIsource\fP (والذي غالباً ما يكون مساراً يشير إلى جهاز، ولكن يمكن أن يكون أيضًا مساراً لدليل أو ملف، أو سلسلة نصية وهمية) بالموقع (دليل أو ملف) المحدد بواسطة المسار في \fItarget\fP. .P تُطلب الامتيازات المناسبة (في لينكس: قدرة \fBCAP_SYS_ADMIN\fP) لوصل أنظمة الملفات. .P تُسرد القيم الخاصة بالمعامل \fIfilesystemtype\fP التي تدعمها النواة في \fI/proc/filesystems\fP (على سبيل المثال، "btrfs"، و"ext4"، و"jfs"، و"xfs"، و"vfat"، و"fuse"، و"tmpfs"، و"cgroup"، و"proc"، و"mqueue"، و"nfs"، و"cifs"، و"iso9660"). قد تتوفر أنواع إضافية عند تحميل الوحدات النمطية المناسبة. .P تُفسر أنظمة الملفات المختلفة المعامل \fIdata\fP. عادةً ما يكون سلسلة من الخيارات المفصولة بفاصلة والتي يفهمها نظام الملفات هذا. انظر \fBmount\fP(8) للحصول على تفاصيل حول الخيارات المتاحة لكل نوع من أنواع أنظمة الملفات. يمكن تحديد هذا المعامل كـ NULL في حال عدم وجود خيارات. .P يؤدي استدعاء \fBmount\fP() نوعاً واحداً من عدة أنواع عامة من العمليات، اعتماداً على البتات المحددة في \fImountflags\fP. يُحدد اختيار العملية المراد تنفيذها من خلال اختبار البتات المضبوطة في \fImountflags\fP، مع إجراء الاختبارات بالترتيب المذكور هنا: .IP \[bu] 3 إعادة وصل وصلة موجودة: يتضمن \fImountflags\fP العلم \fBMS_REMOUNT\fP. .IP \[bu] إنشاء وصلة ربط (bind mount): يتضمن \fImountflags\fP العلم \fBMS_BIND\fP. .IP \[bu] تغيير نوع الانتشار لوصلة موجودة: يتضمن \fImountflags\fP أحد الأعلام \fBMS_SHARED\fP أو \fBMS_PRIVATE\fP أو \fBMS_SLAVE\fP أو \fBMS_UNBINDABLE\fP. .IP \[bu] نقل وصلة موجودة إلى موقع جديد: يتضمن \fImountflags\fP العلم \fBMS_MOVE\fP. .IP \[bu] إنشاء وصلة جديدة: لا يتضمن \fImountflags\fP أياً من الأعلام المذكورة أعلاه. .P .\" تُفصل كل عملية من هذه العمليات لاحقًا في هذه الصفحة. يمكن تحديد أعلام إضافية في \fImountflags\fP لتعديل سلوك \fBmount\fP()، كما هو موضح أدناه. .SS "أعلام وصل إضافية" .\" .\" FIXME 2.6.25 Added MS_I_VERSION, which needs to be documented. .\" commit 7a224228ed79d587ece2304869000aad1b8e97dd .\" (This is a per-superblock flag) .\" تصف القائمة أدناه الأعلام الإضافية التي يمكن تحديدها في \fImountflags\fP. لاحظ أن بعض أنواع العمليات تتجاهل بعض أو كل هذه الأعلام، كما هو موضح لاحقًا في هذه الصفحة. .TP \fBMS_DIRSYNC\fP (منذ لينكس 2.5.19) جعل تغييرات الدليل على نظام الملفات هذا متزامنة. (يمكن الحصول على هذه الخاصية للأدلة الفردية أو الأشجار الفرعية باستخدام \fBchattr\fP(1).) .TP \fBMS_LAZYTIME\fP (منذ لينكس 4.0) .\" commit 0ae45f63d4ef8d8eeec49c7d8b44a1775fff13e8 .\" commit fe032c422c5ba562ba9c2d316f55e258e03259c6 .\" commit a26f49926da938f47561f386be56a83dd37a496d تقليل التحديثات على القرص للطوابع الزمنية للآينود (atime، mtime، ctime) من خلال الاحتفاظ بهذه التغييرات في الذاكرة فقط. تُحدث الطوابع الزمنية على القرص فقط عندما: .RS .IP \[bu] 3 يحتاج الآينود إلى تحديث لتغيير لا علاقة له بالطوابع الزمنية للملف؛ .IP \[bu] يستخدم التطبيق \fBfsync\fP(2)، أو \fBsyncfs\fP(2)، أو \fBsync\fP(2)؛ .IP \[bu] يُطرد آينود غير محذوف من الذاكرة؛ أو .IP \[bu] مرور أكثر من 24 ساعة منذ كتابة الآينود على القرص. .RE .IP يقلل خيار الوصل هذا بشكل كبير من عمليات الكتابة اللازمة لتحديث الطوابع الزمنية للآينود، خاصة mtime وatime. ومع ذلك، في حالة تعطل النظام، قد تكون حقول atime وmtime على القرص قديمة بما يصل إلى 24 ساعة. .IP تشمل أمثلة أعباء العمل التي قد يكون فيها هذا الخيار ذا فائدة كبيرة عمليات الكتابة العشوائية المتكررة للملفات المحجوزة مسبقاً، بالإضافة إلى الحالات التي يُمكن فيها أيضًا تمكين خيار الوصل \fBMS_STRICTATIME\fP. (تتمثل ميزة الجمع بين \fBMS_STRICTATIME\fP و\fBMS_LAZYTIME\fP في أن \fBstat\fP(2) سيرجع atime المحدث بشكل صحيح، ولكن سيتم تفريغ تحديثات atime إلى القرص فقط في الحالات المذكورة أعلاه.) .TP \fBMS_MANDLOCK\fP .\" commit 95ace75414f312f9a7b93d873f386987b92a5301 السماح بالإغلاق الإلزامي (mandatory locking) للملفات في نظام الملفات هذا. (يجب تمكين الإغلاق الإلزامي على أساس كل ملف، كما هو موضح في \fBfcntl\fP(2).) منذ لينكس 4.5، يتطلب خيار الوصل هذا قدرة \fBCAP_SYS_ADMIN\fP ونواة مهيأة بخيار \fBCONFIG_MANDATORY_FILE_LOCKING\fP. أُهمل الإغلاق الإلزامي تماماً في لينكس 5.15، لذا يجب اعتبار هذا العلم مهجوراً. .TP \fBMS_NOATIME\fP عدم تحديث أوقات الوصول لجميع أنواع الملفات في نظام الملفات هذا. .TP \fBMS_NODEV\fP عدم السماح بالوصول إلى الأجهزة (الملفات الخاصة) في نظام الملفات هذا. .TP \fBMS_NODIRATIME\fP عدم تحديث أوقات الوصول للأدلة في نظام الملفات هذا. يوفر هذا العلم جزءاً من الوظيفة التي يوفرها \fBMS_NOATIME\fP؛ أي أن \fBMS_NOATIME\fP يتضمن \fBMS_NODIRATIME\fP. .TP \fBMS_NOEXEC\fP .\" (Possibly useful for a filesystem that contains non-Linux executables. .\" Often used as a security feature, e.g., to make sure that restricted .\" users cannot execute files uploaded using ftp or so.) عدم السماح بتنفيذ البرامج من نظام الملفات هذا. .TP \fBMS_NOSUID\fP .\" (This is a security feature to prevent users executing set-user-ID and .\" set-group-ID programs from removable disk devices.) عدم احترام بتات set\-user\-ID وset\-group\-ID أو قدرات الملف عند تنفيذ البرامج من نظام الملفات هذا. بالإضافة إلى ذلك، تتطلب انتقالات نطاق SELinux إذن \fInosuid_transition\fP، والذي يتطلب بدوره أيضًا قدرة السياسة \fInnp_nosuid_transition\fP. .TP \fBMS_RDONLY\fP صل نظام الملفات للقراءة فقط. .TP \fBMS_REC\fP (منذ لينكس 2.4.11) يُستخدم بالاقتران مع \fBMS_BIND\fP لإنشاء وصلة ربط عودية، وبالاقتران مع أعلام نوع الانتشار لتغيير نوع الانتشار بشكل عودي لجميع الوصلات في شجرة فرعية. انظر أدناه لمزيد من التفاصيل. .TP \fBMS_RELATIME\fP (منذ لينكس 2.6.20) .\" Matthew Garrett notes in the patch that added this behavior .\" that this lets utilities such as tmpreaper (which deletes .\" files based on last access time) work correctly. عند الوصول إلى ملف في نظام الملفات هذا، يُحدث وقت آخر وصول للملف (atime) فقط إذا كانت القيمة الحالية لـ atime أقل من أو تساوي وقت آخر تعديل للملف (mtime) أو وقت آخر تغيير للحالة (ctime). هذا الخيار مفيد لبرامج مثل \fBmutt\fP(1) التي تحتاج إلى معرفة متى قُرئ الملف منذ آخر تعديل له. منذ لينكس 2.6.30، تتبع النواة سلوك هذا العلم افتراضياً (ما لم يُحدد \fBMS_NOATIME\fP)، ويُطلب العلم \fBMS_STRICTATIME\fP للحصول على الدلالات التقليدية. بالإضافة إلى ذلك، منذ لينكس 2.6.30، يُحدث وقت آخر وصول للملف دائماً إذا كان عمره أكثر من يوم واحد. .TP \fBMS_SILENT\fP (منذ لينكس 2.6.17) كتم عرض رسائل تحذير معينة (\fIprintk\fP()) في سجل النواة. يحل هذا العلم محل علم \fBMS_VERBOSE\fP القديم وذي الاسم غير الدقيق (المتوفر منذ لينكس 2.4.12)، والذي له نفس المعنى. .TP \fBMS_STRICTATIME\fP (منذ لينكس 2.6.30) تحديث وقت آخر وصول (atime) دائماً عند الوصول إلى الملفات في نظام الملفات هذا. (كان هذا هو السلوك المبدئي قبل لينكس 2.6.30.) يؤدي تحديد هذا العلم إلى تجاوز تأثير ضبط علمي \fBMS_NOATIME\fP و\fBMS_RELATIME\fP. .TP \fBMS_SYNCHRONOUS\fP جعل عمليات الكتابة في نظام الملفات هذا متزامنة (كما لو تم تحديد علم \fBO_SYNC\fP لـ \fBopen\fP(2) لجميع عمليات فتح الملفات في نظام الملفات هذا). .TP \fBMS_NOSYMFOLLOW\fP (منذ لينكس 5.10) .\" dab741e0e02bd3c4f5e2e97be74b39df2523fc6e عدم تتبع الروابط الرمزية عند حل المسارات. لا يزال بالإمكان إنشاء روابط رمزية، ولا تزال \fBreadlink\fP(1) و\fBreadlink\fP(2) و\fBrealpath\fP(1) و\fBrealpath\fP(3) تعمل جميعها بشكل صحيح. .P بدءاً من لينكس 2.4 فصاعداً، يمكن ضبط بعض الأعلام المذكورة أعلاه على أساس كل وصلة، بينما ينطبق بعضها الآخر على الكتلة الفائقة (superblock) لنظام الملفات الموصول، مما يعني أن جميع وصلات نفس نظام الملفات تشترك في تلك الأعلام. (سابقاً، كانت جميع الأعلام على مستوى الكتلة الفائقة). .P أعلام كل نقطة وصل هي كما يلي: .IP \[bu] 3 منذ لينكس 2.4: أعلام \fBMS_NODEV\fP و\fBMS_NOEXEC\fP و\fBMS_NOSUID\fP قابلة للضبط على أساس كل نقطة وصل. .IP \[bu] بالإضافة إلى ذلك، منذ لينكس 2.6.16: \fBMS_NOATIME\fP و\fBMS_NODIRATIME\fP. .IP \[bu] بالإضافة إلى ذلك، منذ لينكس 2.6.20: \fBMS_RELATIME\fP. .P .\" And MS_I_VERSION? الأعلام التالية هي على مستوى الكتلة الفائقة: \fBMS_DIRSYNC\fP و\fBMS_LAZYTIME\fP و\fBMS_MANDLOCK\fP و\fBMS_SILENT\fP و\fBMS_SYNCHRONOUS\fP. تُحدد الإعدادات الأولية لهذه الأعلام عند أول وصل لنظام الملفات، وستتم مشاركتها بواسطة جميع الوصلات اللاحقة لنفس نظام الملفات. لاحقًا، يمكن تغيير إعدادات الأعلام عبر عملية إعادة وصل (انظر أدناه). ستكون هذه التغييرات مرئية عبر جميع الوصلات المرتبطة بنظام الملفات. .P .\" منذ لينكس 2.6.16، يمكن ضبط \fBMS_RDONLY\fP أو مسحه على أساس كل نقطة وصل وكذلك على الكتلة الفائقة لنظام الملفات الأساسي. سيكون نظام الملفات الموصول قابلاً للكتابة فقط إذا لم يتم وسم نظام الملفات ولا نقطة الوصل كـ "للقراءة فقط". .SS "إعادة وصل وصلة موجودة" قد يُعاد وصل وصلة موجودة من خلال تحديد \fBMS_REMOUNT\fP في \fImountflags\fP. يتيح لك ذلك تغيير \fImountflags\fP و\fIdata\fP لوصلة موجودة دون الحاجة إلى فصل نظام الملفات وإعادة وصله. يجب أن يكون \fItarget\fP هو نفس القيمة المحددة في استدعاء \fBmount\fP() الأولي. .P يُتجاهل المعاملان \fIsource\fP و\fIfilesystemtype\fP. .P يجب أن تتطابق المعاملات \fImountflags\fP و\fIdata\fP مع القيم المستخدمة في استدعاء \fBmount\fP() الأصلي، باستثناء تلك المعاملات التي يتم تغييرها عمداً. .P .\" FIXME .\" MS_LAZYTIME seems to be available only on a few filesystems, .\" and on ext4, it seems (from experiment that this flag .\" can only be enabled (but not disabled) on a remount. .\" The following code in ext4_remount() (kernel 4.17) seems to .\" confirm this: .\" .\" if (*flags & SB_LAZYTIME) .\" sb->s_flags |= SB_LAZYTIME; .\" See the definition of MS_RMT_MASK in include/uapi/linux/fs.h, .\" which excludes MS_DIRSYNC and MS_SILENT, although SB_DIRSYNC .\" and SB_SILENT are split out as per-superblock flags in do_mount() .\" (Linux 4.17 source code) يمكن تغيير أعلام \fImountflags\fP التالية: \fBMS_LAZYTIME\fP و\fBMS_MANDLOCK\fP و\fBMS_NOATIME\fP و\fBMS_NODEV\fP و\fBMS_NODIRATIME\fP و\fBMS_NOEXEC\fP و\fBMS_NOSUID\fP و\fBMS_RELATIME\fP و\fBMS_RDONLY\fP و\fBMS_STRICTATIME\fP (والذي يتمثل تأثيره في مسح علمي \fBMS_NOATIME\fP و\fBMS_RELATIME\fP) و\fBMS_SYNCHRONOUS\fP. تُتجاهل محاولات تغيير إعداد علمي \fBMS_DIRSYNC\fP و\fBMS_SILENT\fP أثناء إعادة الوصل بصمت. لاحظ أن التغييرات في أعلام الكتلة الفائقة تكون مرئية عبر جميع وصلات نظام الملفات المرتبط (لأن أعلام الكتلة الفائقة تشترك فيها جميع الوصلات). .P .\" commit ffbc6f0ead47fa5a1dc9642b0331cb75c20a640e منذ لينكس 3.17، إذا لم يتم تحديد أي من \fBMS_NOATIME\fP أو \fBMS_NODIRATIME\fP أو \fBMS_RELATIME\fP أو \fBMS_STRICTATIME\fP في \fImountflags\fP، فإن عملية إعادة الوصل تحافظ على القيم الحالية لهذه الأعلام (بدلاً من العودة إلى \fBMS_RELATIME\fP كخيار مبدئي). .P .\" See https://lwn.net/Articles/281157/ منذ لينكس 2.6.26، يمكن استخدام علم \fBMS_REMOUNT\fP مع \fBMS_BIND\fP لتعديل أعلام كل نقطة وصل فقط. هذا مفيد بشكل خاص لضبط أو مسح علم "القراءة فقط" على وصلة دون تغيير معاملات نظام الملفات الأساسي. يُتجاهل المعامل \fIdata\fP. تُمحى أعلام كل نقطة وصل الحالية لنقطة الوصل وتُستبدل بتلك الموجودة في \fImountflags\fP. وهذا يعني أنه إذا كنت ترغب في الحفاظ على أي أعلام موجودة لكل نقطة وصل، فأنت بحاجة إلى تضمينها في \fImountflags\fP، جنباً إلى جنب مع أعلام كل نقطة وصل التي ترغب في ضبطها (أو مع حذف الأعلام التي ترغب في مسحها). تحديد \fImountflags\fP كـ: .P .in +4n .EX MS_REMOUNT | MS_BIND | MS_RDONLY .EE .in .P .\" سيجعل الوصول من خلال نقطة الوصل هذه للقراءة فقط (مع مسح جميع أعلام كل نقطة وصل الأخرى)، دون التأثير على الوصلات الأخرى لنظام الملفات هذا. .SS "إنشاء وصلة ربط (bind mount)" .\" since Linux 2.4.0-test9 إذا تضمن \fImountflags\fP العلم \fBMS_BIND\fP (متوفر منذ لينكس 2.4)، فسيتم تنفيذ وصلة ربط. تجعل وصلة الربط ملفاً أو شجرة أدلة فرعية مرئية عند نقطة أخرى داخل التسلسل الهرمي للدليل الواحد. قد تتجاوز وصلات الربط حدود نظام الملفات وتمتد عبر سجون \fBchroot\fP(2). .P يُتجاهل المعاملان \fIfilesystemtype\fP و\fIdata\fP. .P تُتجاهل أيضًا البتات المتبقية (بخلاف \fBMS_REC\fP الموضح أدناه) في المعامل \fImountflags\fP. (تمتلك وصلة الربط نفس خيارات الوصل مثل الوصلة الأساسية). ومع ذلك، انظر مناقشة إعادة الوصل أعلاه لمعرفة طريقة جعل وصلة ربط موجودة للقراءة فقط. .P .\" مبدئياً، عندما يتم وصل دليل برابط، يُوصل هذا الدليل فقط؛ وإذا كانت هناك أي وصلات فرعية تحت شجرة الدليل، فلا يتم وصلها برابط. إذا تم أيضًا تحديد علم \fBMS_REC\fP، فسيتم تنفيذ عملية وصل ربط عودية: حيث تُوصل جميع الوصلات الفرعية تحت شجرة \fIsource\fP الفرعية (بخلاف الوصلات غير القابلة للربط) أيضًا برابط في الموقع المقابل في شجرة \fItarget\fP الفرعية. .SS "تغيير نوع الانتشار لوصلة موجودة" إذا تضمن \fImountflags\fP أحد الأعلام \fBMS_SHARED\fP أو \fBMS_PRIVATE\fP أو \fBMS_SLAVE\fP أو \fBMS_UNBINDABLE\fP (وكلها متوفرة منذ لينكس 2.6.15)، فسيتم تغيير نوع الانتشار لوصلة موجودة. إذا تم تحديد أكثر من واحد من هذه الأعلام، فسيحدث خطأ. .P الأعلام الأخرى الوحيدة التي يمكن تحديدها أثناء تغيير نوع الانتشار هي \fBMS_REC\fP (الموضح أدناه) و\fBMS_SILENT\fP (الذي يتم تجاهله). .P يُتجاهل المعاملات \fIsource\fP و\fIfilesystemtype\fP و\fIdata\fP. .P معاني أعلام نوع الانتشار هي كما يلي: .TP \fBMS_SHARED\fP جعل هذه الوصلة مشتركة. ستنتشر أحداث الوصل والفصل مباشرة تحت هذه الوصلة إلى الوصلات الأخرى التي هي أعضاء في مجموعة نظراء هذه الوصلة. ويعني الانتشار هنا أن نفس عملية الوصل أو الفصل ستحدث آلياً تحت جميع الوصلات الأخرى في مجموعة النظراء. وعلى العكس من ذلك، فإن أحداث الوصل والفصل التي تقع تحت وصلات النظراء ستنتشر إلى هذه الوصلة. .TP \fBMS_PRIVATE\fP جعل هذه الوصلة خاصة. لا تنتشر أحداث الوصل والفصل إلى هذه الوصلة أو خارجها. .TP \fBMS_SLAVE\fP إذا كانت هذه وصلة مشتركة وهي عضو في مجموعة نظراء تحتوي على أعضاء آخرين، فحولها إلى وصلة تابعة (slave). إذا كانت هذه وصلة مشتركة وهي عضو في مجموعة نظراء لا تحتوي على أعضاء آخرين، فحولها إلى وصلة خاصة. بخلاف ذلك، يترك نوع انتشار الوصلة دون تغيير. .IP عندما تكون الوصلة تابعة، تنتشر أحداث الوصل والفصل إلى هذه الوصلة من مجموعة النظراء المشتركة (السيد) التي كانت عضواً فيها سابقاً. لا تنتشر أحداث الوصل والفصل تحت هذه الوصلة إلى أي نظير. .IP يمكن أن تكون الوصلة تابعة لمجموعة نظراء أخرى بينما تشارك في نفس الوقت أحداث الوصل والفصل مع مجموعة نظراء هي عضو فيها. .TP \fBMS_UNBINDABLE\fP جعل هذه الوصلة غير قابلة للربط. هذا يشبه الوصلة الخاصة، وبالإضافة إلى ذلك لا يمكن وصل هذه الوصلة برابط. عندما يتم تنفيذ وصلة ربط عودية (\fBmount\fP() مع علمي \fBMS_BIND\fP و\fBMS_REC\fP) على شجرة أدلة فرعية، فإن أي وصلات غير قابلة للربط داخل الشجرة الفرعية تُقلم آلياً (أي لا يتم تكرارها) عند تكرار تلك الشجرة الفرعية لإنتاج الشجرة الفرعية المستهدفة. .P مبدئياً، يؤثر تغيير نوع الانتشار على وصلة \fItarget\fP فقط. إذا تم تحديد علم \fBMS_REC\fP أيضًا في \fImountflags\fP، فسيتم أيضًا تغيير نوع الانتشار لجميع الوصلات الموجودة تحت \fItarget\fP. .P .\" لمزيد من التفاصيل المتعلقة بأنواع انتشار الوصلات (بما في ذلك نوع الانتشار المبدئي المخصص للوصلات الجديدة)، انظر \fBmount_namespaces\fP(7). .SS "نقل الوصلة" إذا احتوى \fImountflags\fP على العلم \fBMS_MOVE\fP (متاح منذ لينكس 2.4.18)، فسيُنقل شجر فرعي: يحدد \fIsource\fP وصلة موجودة، ويحدد \fItarget\fP الموقع الجديد الذي ستُنقل إليه هذه الوصلة. عملية النقل ذرية: لا يُفصل الشجر الفرعي في أي مرحلة. .P .\" تُتجاهل البتات المتبقية في معطى \fImountflags\fP، وكذلك معطيي \fIfilesystemtype\fP و \fIdata\fP. .SS "إنشاء وصلة جديدة" إذا لم يُحدد أي من \fBMS_REMOUNT\fP أو \fBMS_BIND\fP أو \fBMS_MOVE\fP أو \fBMS_SHARED\fP أو \fBMS_PRIVATE\fP أو \fBMS_SLAVE\fP أو \fBMS_UNBINDABLE\fP في \fImountflags\fP، فستؤدي \fBmount\fP() فعلها المبدئي: إنشاء وصلة جديدة. يحدد \fIsource\fP مصدر الوصلة الجديدة، ويحدد \fItarget\fP الدليل الذي ستُنشأ عنده نقطة الوصل. .P .\" يُستخدم المعطيان \fIfilesystemtype\fP و \fIdata\fP، ويمكن تحديد بتات إضافية في \fImountflags\fP لتعديل سلوك الاستدعاء. .SH "قيمة الإرجاع" عند النجاح، يُعاد الصفر. وعند حدوث خطأ، يُعاد الرقم \-1، ويُضبط \fIerrno\fP للإشارة إلى الخطأ. .SH الأخطاء قيم الخطأ الواردة أدناه ناتجة عن أخطاء مستقلة عن نوع نظام الملفات. قد يكون لكل نوع نظام ملفات أخطاؤه الخاصة وسلوكه الخاص. انظر كود مصدر نواة لينكس للتفاصيل. .TP \fBEACCES\fP تعذر البحث في أحد مكونات المسار. (انظر أيضًا \fBpath_resolution\fP(7).) .TP \fBEACCES\fP حوول وصل نظام ملفات للقراءة فقط دون إعطاء العلم \fBMS_RDONLY\fP. .IP قد يكون نظام الملفات للقراءة فقط لأسباب مختلفة، منها: وجوده على قرص بصري للقراءة فقط؛ أو وجوده على جهاز مزود بمفتاح فيزيائي ضُبط ليكون الجهاز للقراءة فقط؛ أو جُمع تنفيذ نظام الملفات بدعم القراءة فقط؛ أو اكتُشفت أخطاء عند وصل نظام الملفات أول مرة، فميز بأنه للقراءة فقط ولا يمكن إعادة وصله للقراءة والكتابة (حتى تُصلح الأخطاء). .IP تُعيد بعض نظم الملفات الخطأ \fBEROFS\fP بدلاً من ذلك عند محاولة وصل نظام ملفات للقراءة فقط. .TP \fBEACCES\fP .\" mtk: Probably: write permission is required for MS_BIND, with .\" the error EPERM if not present; CAP_DAC_OVERRIDE is required. يقع الجهاز الكتلي \fIsource\fP على نظام ملفات وُصل بالخيار \fBMS_NODEV\fP. .TP \fBEBUSY\fP حوول تكديس وصلة جديدة مباشرة فوق نقطة وصل موجودة أُنشئت في فضاء أسماء الوصل هذا بنفس الـ \fIsource\fP والـ \fItarget\fP. .TP \fBEBUSY\fP تعذر إعادة وصل \fIsource\fP للقراءة فقط، لأنه لا يزال يحتوي على ملفات مفتوحة للكتابة. .TP \fBEFAULT\fP أحد معطيات المؤشر يشير إلى خارج فضاء عناوين المستخدم. .TP \fBEINVAL\fP احتوى \fIsource\fP على كتلة فائقة غير صالحة. .TP \fBEINVAL\fP حوول تنفيذ عملية إعادة وصل (\fBMS_REMOUNT\fP)، لكن \fIsource\fP لم يكن موصولاً بالفعل على \fItarget\fP. .TP \fBEINVAL\fP حوول تنفيذ عملية نقل (\fBMS_MOVE\fP)، لكن شجرة الوصل تحت \fIsource\fP تتضمن وصلات غير قابلة للربط، و \fItarget\fP هي وصلة من نوع الانتشار \fBMS_SHARED\fP. .TP \fBEINVAL\fP حوول تنفيذ عملية نقل (\fBMS_MOVE\fP)، لكن الوصلة الأب لوصلة \fIsource\fP من نوع الانتشار \fBMS_SHARED\fP. .TP \fBEINVAL\fP حوول تنفيذ عملية نقل (\fBMS_MOVE\fP)، لكن \fIsource\fP لم يكن وصلة، أو كان \[aq]/\[aq]. .TP \fBEINVAL\fP .\" See commit 8823c079ba7136dc1948d6f6dcb5f8022bde438e طُلبت عملية ربط (\fBMS_BIND\fP) حيث يشير \fIsource\fP إلى رابط سحري لفضاء أسماء الوصل (أي رابط سحري \fI/proc/\fPpid\fI/ns/mnt\fP أو وصلة ربط لمثل هذا الرابط) وكان نوع انتشار الوصلة الأب لـ \fItarget\fP هو \fBMS_SHARED\fP، لكن انتشار وصلة الربط المطلوبة قد يؤدي إلى اعتماد دائري يمنع تحرير فضاء أسماء الوصل للأبد. .TP \fBEINVAL\fP يتضمن \fImountflags\fP أكثر من واحد من \fBMS_SHARED\fP أو \fBMS_PRIVATE\fP أو \fBMS_SLAVE\fP أو \fBMS_UNBINDABLE\fP. .TP \fBEINVAL\fP يتضمن \fImountflags\fP أحد الأعلام \fBMS_SHARED\fP أو \fBMS_PRIVATE\fP أو \fBMS_SLAVE\fP أو \fBMS_UNBINDABLE\fP ويتضمن أيضًا علمًا آخر غير \fBMS_REC\fP أو \fBMS_SILENT\fP. .TP \fBEINVAL\fP حوول عمل وصلة ربط لوصلة غير قابلة للربط. .TP \fBEINVAL\fP في فضاء أسماء وصل غير مفوض (أي فضاء أسماء وصل يملكه فضاء أسماء مستخدم أنشأه مستخدم غير مفوض)، حوول تنفيذ عملية وصل ربط (\fBMS_BIND\fP) دون تحديد (\fBMS_REC\fP)، مما كان سيؤدي إلى كشف شجرة نظام الملفات تحت إحدى الوصلات الفرعية للدليل الذي يجري ربطه. .TP \fBELOOP\fP وُجهت روابط كثيرة جدًا أثناء تحليل اسم المسار. .TP \fBELOOP\fP حوول تنفيذ عملية نقل، وكان \fItarget\fP من سلالة \fIsource\fP. .TP \fBEMFILE\fP (في حال لم يكن الجهاز الكتلي مطلوبًا:) جدول الأجهزة الوهمية ممتلئ. .TP \fBENAMETOOLONG\fP كان اسم المسار أطول من \fBMAXPATHLEN\fP. .TP \fBENODEV\fP لم يُضبط \fIfilesystemtype\fP في النواة. .TP \fBENOENT\fP كان اسم المسار فارغاً أو احتوى على مكون غير موجود. .TP \fBENOMEM\fP لم تُخصص النواة صفحة خالية لنسخ أسماء الملفات أو البيانات إليها. .TP \fBENOSPC\fP سيتجاوز عدد الوصلات الحد المسموح به بعد استدعاء النظام هذا في بعض فضاءات أسماء الوصل. يُتحكم في هذا الحد عبر \fI/proc/sys/fs/mount\-max\fP، انظر \fBproc_sys_fs\fP(5) لتفاصيل هذا الحد. ينطبق هذا الحد على فضاء أسماء الوصل الذي تحدث فيه عملية الوصل وعلى أي فضاءات أسماء وصل ستنتشر إليها الوصلة. انظر \fBmount_namespaces\fP(7) لتفاصيل فضاءات أسماء الوصل وانتشار الوصلات. .TP \fBENOTBLK\fP ليس \fIsource\fP جهازًا كتليًا (وكان الجهاز مطلوبًا). .TP \fBENOTDIR\fP ليس \fItarget\fP، أو سابقة لـ \fIsource\fP، دليلاً. .TP \fBENXIO\fP الرقم الرئيسي للجهاز الكتلي \fIsource\fP خارج النطاق. .TP \fBEPERM\fP لا يملك المستدعي الصلاحيات المطلوبة. .TP \fBEPERM\fP حوول تعديل (\fBMS_REMOUNT\fP) العلم \fBMS_RDONLY\fP أو \fBMS_NOSUID\fP أو \fBMS_NOEXEC\fP، أو أحد أعلام "atime" مثل (\fBMS_NOATIME\fP، \fBMS_NODIRATIME\fP، \fBMS_RELATIME\fP) لوصلة موجودة، لكن الوصلة مقفلة؛ انظر \fBmount_namespaces\fP(7). .TP \fBEROFS\fP .\" حوول وصل نظام ملفات للقراءة فقط دون إعطاء العلم \fBMS_RDONLY\fP. انظر \fBEACCES\fP أعلاه. .SH المعايير لينكس. .SH التاريخ أُضيفت تعريفات \fBMS_DIRSYNC\fP و \fBMS_MOVE\fP و \fBMS_PRIVATE\fP و \fBMS_REC\fP و \fBMS_RELATIME\fP و \fBMS_SHARED\fP و \fBMS_SLAVE\fP و \fBMS_STRICTATIME\fP و \fBMS_UNBINDABLE\fP إلى ترويسات glibc في glibc 2.12. .P .\" Multiple mounts on same mount point: since Linux 2.3.99pre7. منذ لينكس 2.4، يمكن وصل نظام ملفات واحد في عدة نقاط وصل، ويمكن تكديس عدة وصلات على نفس نقطة الوصل. .P قد يحتوي معطى \fImountflags\fP على الرقم السحري 0xC0ED (\fBMS_MGC_VAL\fP) في أعلى 16 بت. (تشغل جميع الأعلام الأخرى التي نوقشت في الوصف الـ 16 بت الأدنى من \fImountflags\fP). كان تحديد \fBMS_MGC_VAL\fP مطلوبًا قبل لينكس 2.4، ولكنه لم يعد مطلوبًا منذ لينكس 2.4 ويُتجاهل إذا حُدد. .P أعيدت تسمية العلم \fBMS_SYNC\fP الأصلي إلى \fBMS_SYNCHRONOUS\fP في 1.1.69 عندما أُضيف علم \fBMS_SYNC\fP مختلف إلى \fI\fP. .P .\" The change is in patch-2.4.0-prerelease. .\" قبل لينكس 2.4، كانت أي محاولة لتنفيذ برنامج set\-user\-ID أو set\-group\-ID على نظام ملفات موصول بـ \fBMS_NOSUID\fP تفشل بالخطأ \fBEPERM\fP. منذ لينكس 2.4، تُتجاهل بتات set\-user\-ID و set\-group\-ID بصمت في هذه الحالة. .SH ملاحظات .SS "فضاءات أسماء الوصل" بدءًا من لينكس 2.4.19، يوفر لينكس فضاءات أسماء الوصل. فضاء أسماء الوصل هو مجموعة وصلات نظام الملفات المرئية للعملية. يمكن مشاركة فضاءات أسماء الوصل (وهذا هو المعتاد) بين عدة عمليات، والتغييرات التي تطرأ على فضاء الأسماء (أي عمليات الوصل والفصل) من قبل عملية واحدة تكون مرئية لجميع العمليات الأخرى التي تشترك في نفس فضاء الأسماء. (يمكن اعتبار وضع لينكس ما قبل 2.4.19 على أنه فضاء أسماء واحد تشترك فيه كل عملية في النظام). .P تشترك العملية الابنة التي أنشأتها \fBfork\fP(2) في فضاء أسماء الوصل الخاص بأبيها؛ ويُحافظ على فضاء أسماء الوصل عبر \fBexecve\fP(2). .P يمكن للعملية الحصول على فضاء أسماء وصل خاص إذا: أُنشئت باستخدام العلم \fBCLONE_NEWNS\fP الخاص بـ \fBclone\fP(2)، وفي هذه الحالة يُهيأ فضاء أسمائها الجديد ليكون \fIنسخة\fP من فضاء أسماء العملية التي استدعت \fBclone\fP(2)؛ أو إذا استدعت \fBunshare\fP(2) مع العلم \fBCLONE_NEWNS\fP، مما يؤدي إلى حصول فضاء أسماء وصل المستدعي على نسخة خاصة من فضاء الأسماء الذي كان يشاركه سابقًا مع عمليات أخرى، بحيث تكون عمليات الوصل والفصل المستقبلية التي يقوم بها المستدعي غير مرئية للعمليات الأخرى (باستثناء العمليات الابنة التي ينشئها المستدعي لاحقًا) والعكس صحيح. .P .\" لمزيد من التفاصيل حول فضاءات أسماء الوصل، انظر \fBmount_namespaces\fP(7). .SS "علاقة الأبوة بين الوصلات" لكل وصلة وصلة أب. تحدد علاقة الأبوة الشاملة لجميع الوصلات هرمية الدليل الواحدة التي تراها العمليات داخل فضاء أسماء الوصل. .P يُحدد أب الوصلة الجديدة عند إنشاء الوصلة. في الحالة العادية، يكون أب الوصلة الجديدة هو وصلة نظام الملفات الذي يحتوي على الدليل أو الملف الذي أُلحقت به الوصلة الجديدة. في حالة تكديس وصلة جديدة فوق وصلة موجودة، يكون أب الوصلة الجديدة هو الوصلة السابقة التي كانت مكدسة في ذلك الموقع. .P .\" يمكن اكتشاف علاقة الأبوة بين الوصلات عبر ملف \fI/proc/\fPpid\fI/mountinfo\fP (انظر أدناه). .SS "\f[I]/proc/\fBpid\f[I]/mounts\fB و \f[I]/proc/\fBpid\f[I]/mountinfo\fB" يعرض ملف \fI/proc/\fPpid\fI/mounts\fP الخاص بلينكس قائمة الوصلات في فضاء أسماء وصل العملية ذات المعرف المحدد. يعرض ملف \fI/proc/\fPpid\fI/mountinfo\fP معلومات أكثر عن الوصلات، بما في ذلك نوع الانتشار ومعلومات معرف الوصلة التي تتيح اكتشاف علاقة الأبوة بين الوصلات. انظر \fBproc\fP(5) و \fBmount_namespaces\fP(7) لتفاصيل هذا الملف. .SH "انظر أيضًا" \fBmountpoint\fP(1)، \fBchroot\fP(2)، \fBFS_IOC_SETFLAGS\fP(2const)، \fBmount_setattr\fP(2)، \fBpivot_root\fP(2)، \fBumount\fP(2)، \fBmount_namespaces\fP(7)، \fBpath_resolution\fP(7)، \fBfindmnt\fP(8)، \fBlsblk\fP(8)، \fBmount\fP(8)، \fBumount\fP(8) .PP .SH ترجمة تُرجمت هذه الصفحة من الدليل بواسطة زايد السعيدي . .PP هذه الترجمة هي وثيقة مجانية؛ راجع .UR https://www.gnu.org/licenses/gpl-3.0.html رخصة جنو العامة الإصدار 3 .UE أو ما بعده للاطلاع على شروط حقوق النشر. لا توجد أي ضمانات. .PP إذا وجدت أي أخطاء في ترجمة صفحة الدليل هذه، يرجى إرسال بريد إلكتروني إلى قائمة بريد المترجمين: .MT kde-l10n-ar@kde.org .ME .