كان الهدف الأصلي في هذا النقاش من نوفمبر 2025 بسيطًا: إبقاء ZimaOS والتطبيقات على قرص SSD داخلي بسعة 512 جيجابايت في الحاسوب المصغر، مع استخدام قرص Seagate USB خارجي بسعة 5 تيرابايت للوسائط والتنزيلات. نشأت الصعوبة من التعامل مع القرص الخارجي كأنه نقطة تثبيت عامة في خادم لينكس قبل فهم كيفية إدارة ZimaOS للتخزين أصلًا.
جرّب المستخدم التثبيت اليدوي ضمن /varثم تعطل الخادم لاحقًا، فأعاد تثبيت ZimaOS. بعد ذلك ثبّت القرص ضمن مسار بيانات في ZimaOS وربطه بتطبيق SABnzbd، لكن التطبيق استمر في إرجاع خطأ صلاحيات. لذلك يتضمن هذا النقاش درسين منفصلين: اختر أولًا مسار مضيف آمنًا ومدارًا، ثم عالج صلاحيات الحاوية بشكل منفصل.
لا تستخدم /var كنقطة تثبيت عشوائية لقرص USB
ZimaOS هو نظام تشغيل بأسلوب الأجهزة المخصصة، ويحتوي على مسارات نظام مُدارة. ذكر المستخدم المصدر أنه ثبّت محرك الأقراص الخارجي ضمن /var بدا أنه يعمل في البداية، لكن تبع ذلك تعطل كامل للخادم وإعادة تثبيته.
لا يثبت النقاش أن نقطة التثبيت نفسها تسببت مباشرةً في التعطل، لكنه سبب كافٍ لعدم اعتماد أدلة النظام كمواقع تخزين عادية لأقراص الوسائط.
دع ZimaOS الحالي يدير محرك الأقراص الخارجي
يوفر ZimaOS الحالي دعمًا أوسع بكثير لتخزين USB مقارنة ببيئة عام 2025 في هذا النقاش. يمكن إضافة قرص USB من خلال الإعدادات > التخزين، ثم استخدامه كوحدة تخزين عادية بدلًا من تثبيته يدويًا في نقطة تثبيت لينكس مُختلَقة.
لعملية نشر جديدة، ابدأ بسير العمل الحالي في ZimaOS لإضافة وحدة تخزين USB. بعد إدارة القرص، استخدم مجلد التخزين الفعلي الخاص به في تعيين وحدات التخزين للتطبيق.
ظهر القرص المصدر في النهاية ضمن المسارات التي يديرها ZimaOS
ينبغي عدم نسخ المسار الدقيق الظاهر في تثبيت عام 2025 إلى خادم آخر. فأسماء الأجهزة مثل sda, sdb، و sdc قد يتغير ذلك حسب ترتيب الإقلاع والأجهزة المتصلة.
اربط مجلدًا، لا جهاز الكتل الخام
ينبغي عادةً أن تتلقى تطبيقات Docker دليلًا مثل مجلد التنزيلات أو الوسائط، لا الجهاز الخام /dev/sda1. يقوم ZimaOS بربط نظام الملفات؛ وتتلقى الحاوية مجلدًا مضيفًا من نظام الملفات المربوط.
يساعد الشرح الحالي لـ كيفية تحول تخزين المضيف إلى وحدة تخزين للحاوية على تجنب الخلط بين جهاز القرص ونقطة الربط ومسار الحاوية.
قد يتسبب الربط الصحيح في ظهور خطأ أذونات
تمكّن المستخدم المصدر من الوصول إلى /DATA/HDD1 وربطه بـ SABnzbd، لكن التطبيق لم يتمكن من استخدام دليل التنزيل المحدد. وهذا يعني أن ظهور وحدة التخزين لم يعد المشكلة الوحيدة.
تعمل عمليات Docker كمستخدم أو مجموعة داخل الحاوية. إذا كان مجلد المضيف مملوكًا لمستخدم مختلف وتفرض أذوناته قيودًا، فقد تتمكن الحاوية من رؤية المسار، لكنها تظل عاجزة عن إنشاء الملفات.
لا تنسخ PUID 999 بشكل أعمى
أخبر أحد الردود في المجتمع المستخدمَ بتغيير PUID من 1000 إلى 999. قد يتوافق ذلك مع نموذج حساب ZimaOS لدى صاحب الرد، لكنه ليس قيمة ثابتة عامة.
قبل تغيير PUID أو PGID، حدِّد ملكية المجلد الفعلي على المضيف والمستخدم الذي يُتوقَّع أن يعمل التطبيق به. قد تشير قيمة رقمية تعمل في تثبيتٍ ما إلى حساب مختلف في تثبيتٍ آخر.
الأمران التكراريان chmod وchown قويان ومدمران
اقترح رد لاحق من المجتمع استخدام الأمر التكراري chmod 775 و chown على مسار التنزيل. قد تكون هذه الأوامر أدوات مفيدة لإدارة Linux، لكنها تغيّر كل ملف ومجلد ضمن الهدف. ولم ينشرها موظفو IceWhale في هذا الموضوع.
قبل تغيير الملكية بشكل تكراري:
- تأكد من المسار المستهدف بالضبط؛
- تأكد من أن نظام الملفات يدعم ملكية Linux العادية؛
- افهم المستخدمين أو الخدمات التي تعتمد على المجلد بالفعل؛
- أجرِ نسخًا احتياطية من البيانات الوصفية أو الأذونات المهمة إذا كان المجلد مشتركًا بين عدة تطبيقات.
يمكن لنوع نظام الملفات تغيير نموذج الأذونات
يخزّن قرص ext4 معرّفات المستخدمين والمجموعات وبتّات الوضع الخاصة بنظام Linux مباشرةً. أما exFAT وبعض إعدادات NTFS، فقد تعرض الملكية من خلال خيارات التركيب بدلًا من ذلك. إذا لم تُحدث تغييرات PUID أي تأثير، فتحقق من نظام الملفات قبل تغيير إعدادات التطبيق مرارًا.
تنظيم أنظف لتطبيقات الوسائط
تصميم عملي:
- SSD داخلي: لنظام ZimaOS وبيئة تشغيل التطبيقات الصغيرة؛
- قرص HDD خارجي كبير: للوسائط والتنزيلات والنسخ الاحتياطية والبيانات الكبيرة الأخرى؛
- بيانات AppData الدائمة: تُوضع في موقع تخزين ذي سعة كافية وتغطية مناسبة للنسخ الاحتياطي؛
- لكل تطبيق: تعيينات صريحة لوحدات التخزين إلى المجلدات التي يحتاج إليها فقط.
يمنع ذلك تنزيلات الوسائط من امتلاء قرص النظام، ويُسهّل إجراء نسخ احتياطي لإعدادات التطبيق بشكل منفصل عن ملفات الوسائط الكبيرة.
الأسئلة الشائعة حول الأقراص الصلبة الخارجية في ZimaOS
هل ينبغي تركيب قرص HDD خارجي يدويًا ضمن /var؟
لا، ليس في الاستخدام العادي الحالي لـ ZimaOS. استخدم واجهة التخزين ومسارات التخزين المُدارة.
هل ينبغي لـ SABnzbd ربط /dev/sda1 مباشرةً؟
لا. اربط مجلدًا عاديًا من المضيف ضمن نظام الملفات المثبّت بالمسار المتوقع للتنزيل داخل الحاوية.
لماذا يستطيع التطبيق رؤية المجلد لكنه يفشل في الكتابة إليه؟
قد لا تسمح أذونات نظام ملفات المضيف أو ملكيته، أو PUID/PGID الخاص بالحاوية، بالكتابة.
هل تُعدّ PUID 999 قيمةً قياسيةً في ZimaOS؟
لا. كان اقتراحًا خاصًا بالمجتمع، وينبغي التحقق منه على النظام الفعلي.
