تمكّن مؤلف المصدر من تشغيل NextExplorer بالكامل على ZimaOS مع عمليات الإنشاء والرفع والكتابة والحذف. ولم يكن الجزء المهم هو استخدام chmod وحده: فقد كانت عملية NextExplorer تعمل كمستخدم غير جذر، بينما كانت وحدة التخزين المركّبة تستخدم مجموعة مختلفة. وقد أدّت مواءمة المجموعة وتطبيق setgid على المجلدات إلى جعل المحتوى الجديد يرث المجموعة المشتركة المقصودة.
لا ينبغي نسخ الأوامر الدقيقة الواردة في المنتدى وتطبيقها على مجموعة تخزين كاملة دون تفكير. فالمصدر يستخدم PGID=1001 ويغيّر المجموعة والأذونات تكراريًا على /media/Safe-Storage؛ وهذه القيم وهذا النطاق خاصان بذلك النظام. ولا يزال NextExplorer الحالي يُصان بنشاط، وما زال يستخدم عمليات تركيب Docker ضمن /mnt، لذا فإن النهج الحالي الأكثر أمانًا هو تركيب المجلدات التي تريد أن يديرها NextExplorer فقط، ومواءمة الأذونات على تلك المجلدات.
لا يزال NextExplorer الحالي يستخدم وحدات تخزين Docker أولًا ضمن /mnt
يُعرّف دليل البدء السريع الحالي من المصدر عملية الربط التالية:
/path/to/your/files:/mnt/Filesويحتفظ باستمرارية /config و/cache. ويصبح كل عنصر فرعي مباشر ضمن /mnt وحدة تخزين ظاهرة في واجهة المستخدم.
استخدم نموذج نشر NextExplorer الحالي.
استخدم المصدر إعدادًا وذاكرة تخزين مؤقت مستمرين
أنشأ الدليل:
/DATA/AppData/nextexplorer/config
/DATA/AppData/nextexplorer/cacheوربطهما بـ /config و/cache. ولا يزال هذا نمطًا جيدًا، لأن الحاوية يمكن إعادة إنشائها مع بقاء الإعداد وذاكرة التخزين المؤقت المُنشأة خارجها.
حدث فشل الكتابة بسبب عدم تطابق المجموعة
وصف المؤلف ملكية وحدة تخزين ZimaOS بصيغة مثل monitor:samba، بينما كان NextExplorer يعمل بهوية غير جذرية. وعندما لم تتطابق المجموعة الفعلية للتطبيق مع مجموعة التخزين القابلة للكتابة، أعادت عمليات الحذف والإنشاء الخطأ EACCES.
قبل ضبط PGID، افحص معرّف المجموعة الفعلي للمجلد المخصص الذي تنوي إتاحته. لا تفترض أن 1001 هو المعرّف الشامل.
يساعد setgid المجلدات الجديدة على وراثة المجموعة المشتركة
طبّق المصدر setgid على المجلدات بعد مواءمة ملكية المجموعة. وعلى نظام ملفات أصلي في Linux، يمكن أن يؤدي ذلك إلى جعل المجلدات الفرعية الجديدة ترث مجموعة المجلد الأب، وهو أكثر استدامة بكثير من إصلاح الملكية مرارًا بعد كل عملية رفع.
لا تغيّر المجموعة تكراريًا على NAS بالكامل إلا إذا كان ذلك مقصودًا فعلًا
يمكن أن يؤثر تغيير ملكية المجموعة والأوضاع عبر جذر وسائط/تخزين كامل في Plex وJellyfin ومهام النسخ الاحتياطي ومستخدمي SMB والحاويات الأخرى. أنشئ مجلدًا مخصصًا يديره NextExplorer، أو اختر عمدًا المجموعة المشتركة التي تستخدمها جميع الخدمات المشاركة.
حذّر المصدر من أن الحذف نهائي
حذّر دليل مارس 2026 صراحةً من أن إعداد NextExplorer الوارد فيه لا يتضمن سلة محذوفات، وأن الحذف فوري. وقد تطور المصدر الرئيسي بدرجة كبيرة منذ ذلك الحين، بما في ذلك ميزات أحدث للتحكم في الوصول والمشاركة، لكن المصدر لا يثبت وجود سير عمل لاستعادة الملفات المحذوفة لذلك النشر.
احتفظ بنسخ احتياطية واختبر سلوك الحذف باستخدام ملفات غير مهمة قبل منح NextExplorer صلاحية الكتابة إلى البيانات التي لا يمكن تعويضها.
يوفر NextExplorer الحالي خيارات مصادقة أقوى
تصف وثائق المصدر الرئيسي الحالية المستخدمين والمجموعات المحلية، بالإضافة إلى تسجيل الدخول الأحادي الاختياري عبر OIDC. وهذا مهم إذا أَتحت مدير الملفات القوي خارج شبكة محلية موثوقة واحدة.
الأسئلة الشائعة حول أذونات NextExplorer
هل كان chmod وحده هو الحل في المصدر؟
لا. شدّد المؤلف على أن مواءمة المجموعة مع setgid كانتا العاملين الأساسيين.
هل ينبغي لكل نظام استخدام PGID 1001؟
لا. استخدم معرّف المجموعة الفعلي التي تملك المجلد القابل للكتابة المقصود على نظام ZimaOS لديك.
هل ينبغي منح NextExplorer صلاحية الكتابة والحذف على NAS بالكامل افتراضيًا؟
لا. قيّد عمليات التركيب والأذونات بالمجلدات التي يحتاج إليها فعلًا، واحتفظ بنسخ احتياطية من البيانات المهمة.
