الخلاصة: لا يستطيع Sonarr استخدام مسار على المضيف في ZimaOS ما لم يتم تحميل ذلك المسار داخل الحاوية
إن رؤية Emby للمسار SSD/media/TV shows لا تثبت أن Sonarr يستطيع رؤية المجلد نفسه. لكل تطبيق Docker نظام ملفات خاص به. ولا يرى Sonarr سوى مجلدات المضيف التي يربطها ZimaOS داخل حاوية Sonarr.
تحقق من ربط وحدات التخزين قبل تغيير الأذونات
افتح إعدادات تطبيق Sonarr في ZimaOS وتحقق من عمليات ربط وحدات التخزين. تحتاج إلى مسار على المضيف ومسار داخل الحاوية، مثلًا:
Host: /your-storage/media
Container: /mediaداخل Sonarr، اختر /media/TV shows كمجلد جذري، وليس مسار المضيف الأصلي. يشرح دليل مسارات التطبيقات في ZimaOS الحالي هذا الفصل بين مسار المضيف ومسار الحاوية مباشرةً. ويعرّف Docker النموذج نفسه في وثائق ربط الوحدات.
استخدم ربطًا مشتركًا واحدًا للوسائط عبر مجموعة Arr
بالنسبة إلى Sonarr وRadarr وعميل التنزيل، يُعد الاتساق أهم من ابتكار المسارات. اربط جذر الوسائط نفسه على المضيف بالموقع نفسه داخل الحاوية كلما أمكن. وبهذا تتجنب رؤية أحد التطبيقات للمسار /media/tv بينما يرى تطبيق آخر الملفات نفسها ضمن /downloads/completed/tv.
كما يفصل دليل متطلبات أجهزة Sonarr وZimaOS بين عبء عمل Sonarr الخفيف وعبء التخزين وخادم الوسائط المحيط به.
إذا ظهر المجلد لكنه لا يزال مرفوضًا
عندها انتقل إلى الأذونات. تأكد من أن الحاوية تستطيع القراءة من المسار المرتبط والكتابة إليه، وأن المجلد الجذري ليس مرتبطًا بوضع القراءة فقط. لا تبدأ بإصلاحات chmod شاملة؛ أثبت أولًا أن المجلد الصحيح مرتبط فعليًا. يوثق مشروع Servarr تصميم مسارات Docker في دليل Docker.
قاعدة تشخيص سريعة
إذا لم يظهر المجلد داخل Sonarr إطلاقًا، ففكر في مسار التحميل. وإذا ظهر لكنه أبلغ عن عدم القدرة على الكتابة، ففكر في الأذونات. هذا التمييز يوفر الكثير من استكشاف الأخطاء العشوائي.
لمزيد من السياق حول نشر التطبيقات، راجع دليل أجهزة متجر تطبيقات ZimaOS.
