حلّ هذا الدليل التعليمي للمبتدئين مصدرًا حقيقيًا للارتباك: فالاسم والمسار الظاهران في «ملفات ZimaOS» لا يمثلان تلقائيًا المسار الذي يراه التطبيق داخل حاوية Docker الخاصة به. استخدم صاحب المنشور الأصلي الطرفية على الويب لفحص نقاط تحميل الأقراص، ثم ربط مجلد التخزين على المضيف بتطبيق Immich أو Syncthing ضمن مسار أبسط داخل الحاوية مثل /SYNC.
تلقى الموضوع لاحقًا تصحيحًا مهمًا: لا ينبغي اعتبار مسارات التحميل الخام الواجهة المفضلة طويلة الأمد لتخزين التطبيقات عندما تستطيع ZimaOS توفير مسار تخزين مُدار. وتجعل ZimaOS الحالية هذا الأمر أسهل بكثير من سير العمل المتبع في عام 2025.
بدأ الدليل التعليمي الأصلي في وضع المطور
استخدم المستخدم lsblk لفحص نقاط التحميل
افتح «إعدادات التطبيق» وأضف وحدة تخزين
أعمدة المضيف والحاوية تعني أشياء مختلفة
إذا كان مسار الحاوية هو /SYNC، فعلى التطبيق استخدام /SYNC أو مجلد فرعي مثل /SYNC/Photos. ولا ينبغي توجيهه مجددًا إلى مسار التحميل على المضيف.
تحذير من المجتمع من استخدام مسارات /mnt الخام
أشار مشارك آخر إلى أن مسارات التحميل الخام المباشرة قد تتغير بعد تحديث القرص أو إعادة بناء التجميعة أو تنفيذ عمليات تخزين أخرى، وقد تتجاوز الافتراضات الموجودة في طبقة التخزين في ZimaOS.
أوصى المشارك بربط مساحة تخزين مستقرة تديرها ZimaOS، مثل /DATA/Media أو موقع AppData المقصود بدلًا من بناء تطبيق حول معرّف تحميل خام عشوائي.
أوضحت IceWhale أن الوسائط الخارجية توجد ضمن /media افتراضيًا
أضاف Zima-Giorgio أن مسارات وسائط التخزين الخارجية توضع ضمن /media افتراضيًا. تساعد هذه الملاحظة الرسمية على التمييز بين التخزين الخارجي وأمثلة بيانات التطبيقات الداخلية ضمن /DATA.
إصدارات ZimaOS الحالية تجعل نموذج المسارات أكثر وضوحًا
بحلول أغسطس 2026، أخبر مؤلف الدليل الأصلي مستخدمًا لاحقًا بأن الإصدارات الأحدث من ZimaOS جعلت هذه العملية أسهل بكثير.
توضح إرشادات IceWhale الحالية كيفية تعيين تخزين المضيف ومسارات الحاوية في ZimaOS ضمن إعدادات التطبيق. ابدأ من هناك قبل إنشاء المسارات يدويًا انطلاقًا من مخرجات التثبيت منخفضة المستوى.
استخدم منتقي الملفات أو التخزين المُدار عند توفره
بالنسبة إلى التطبيقات العادية، فإن سير العمل الحالي الأكثر أمانًا هو تحديد مجلد فعلي في مساحة تخزين ZimaOS المقصودة ضمن إعدادات وحدات التخزين في التطبيق، ثم اختيار مسار الحاوية الذي يتوقعه التطبيق أو الإبقاء عليه، والحفظ، ثم استخدام مسار الحاوية داخل التطبيق.
لا تستخدم عقدة جهاز خام كمجلد للتطبيق
تتضمن لقطة المصدر مسارًا يبدأ بـ /dev/... في تعيين تجريبي لوحدة تخزين. فعقدة جهاز الكتل ليست الشيء نفسه كدليل نظام ملفات مُثبَّت. ينبغي أن تحصل التطبيقات العادية مثل Syncthing وImmich على مجلد مُثبَّت، لا على جهاز قرص خام غير مُثبَّت.
/DATA هو موقع بيانات في ZimaOS، وليس عنصرًا نائبًا لكل قرص
سأل مبتدئ لاحقًا عمّا إذا كان /DATA يعني ببساطة «ابدأ كل مسار من هنا». لكنه لا يعني ذلك. /DATA وهو موقع بيانات مُدار في ZimaOS يُستخدم لبيانات التطبيقات وبيانات المستخدم التي يديرها النظام. وقد يظهر التخزين الخارجي المنفصل ضمن /media أو مسار تخزين مُدار آخر، اعتمادًا على كيفية تسجيل ZimaOS له.
القاعدة المهمة هي تحديد مجلد المضيف الفعلي من مساحة التخزين المقصودة، ثم تعيينه إلى مسار ثابت داخل الحاوية.
قال مؤلف الدليل لاحقًا إن إصدارات ZimaOS الأحدث تجعل هذا أسهل
في أغسطس 2026، عاد المؤلف الأصلي وأخبر مبتدئًا آخر بأن الإصدارات الأحدث من ZimaOS تبسّط سير العمل. ويؤكد ذلك التعليق اللاحق الحدَّ التاريخي: استخدم لقطات الطرفية من عام 2025 لفهم المسارات من جهة المضيف مقابل جهة الحاوية، وليس باعتبارها مطلبًا لاكتشاف كل نقطة تثبيت حالية يدويًا.
الأسئلة الشائعة حول الوصول إلى محرك أقراص خارجي
أي جانب من وحدة تخزين Docker هو مسار القرص الحقيقي؟
الجهة المضيفة.
ما المسار الذي ينبغي أن يستخدمه Immich أو Syncthing أو أي تطبيق آخر داخليًا؟
المسار من جهة الحاوية المُعدّ في تعيين وحدة التخزين.
هل ينبغي توجيه كل تطبيق مباشرةً إلى /mnt أو إلى عقدة جهاز؟
لا. يُفضَّل استخدام مسارات تخزين مُدارة ومستقرة عندما يوفرها ZimaOS.
أين قالت IceWhale إن الوسائط الخارجية تُثبَّت افتراضيًا؟
قال زيما-جورجيو إن وسائط التخزين الخارجية موجودة ضمن /media افتراضيًا.
