نعم، يمكنك التحقق مما إذا كان Jellyfin يستخدم دليل الإعدادات المتوقع دون التخمين استنادًا إلى مكان وجود ملف ما على المضيف. ويتمثل الاختبار الموثوق في تحديد أولوية مسارات Jellyfin، وفحص إعدادات العملية قيد التشغيل أو الحاوية، ثم تأكيد المسار النشط في سجلات بدء التشغيل قبل تغيير أي ملف إعدادات.
يهم ذلك بعد الانتقال من تثبيت عبر حزمة إلى Docker، أو استنساخ ملف compose، أو استعادة خادم قديم، إذ قد توجد عدة نسخ من network.xml أو system.xml أو logging.json، بينما يكون دليل واحد فقط نشطًا. لا تعدّل كل نسخة حتى تختفي المشكلة. حدّد دليل الإعدادات النشط أولًا، وأجرِ تغييرًا واحدًا قابلًا للعكس، وتحقق من أن Jellyfin يبلّغ عن المسار نفسه بعد إعادة التشغيل.
حدّد أولوية مسار الإعدادات أولًا
ابدأ بالطريقة التي شُغّل بها Jellyfin. إذ تكون أولوية --configdir في سطر الأوامر أعلى من متغير البيئة JELLYFIN_CONFIG_DIR، بينما لا تُستخدم الإعدادات الافتراضية للمنصة إلا عند غياب الإعدادات الأعلى أولوية.
يوثّق ترتيب أولوية مسارات الإعدادات الرسمي أولوية مسارات البيانات والإعدادات وذاكرة التخزين المؤقت والويب. قارن ذلك الترتيب بوحدة الخدمة أو بيئة الحاوية أو أمر بدء التشغيل قبل افتراض أن مجلدًا مألوفًا على المضيف هو النشط.
إذا كان إعداد أعلى أولوية يشير إلى مكان غير متوقع، فتوقف عند هذه النقطة: فالملف المنافس الذي عثرت عليه على القرص ليس دليلًا على أن Jellyfin يقرأه. صحّح إعداد التشغيل أو احتفظ بالمسار النشط عمدًا ووثّقه.
افحص الحاوية قيد التشغيل أو تعريف الخدمة
في Docker، افحص الحاوية الفعلية قيد التشغيل بدلًا من الاكتفاء بملف compose المحفوظ على القرص. يخبرك الكائن قيد التشغيل بمتغيرات البيئة وعمليات الربط التي طُبّقت فعليًا عند إنشاء تلك الحاوية.
يعرض تعريف الحاوية الفعلي في Docker معلومات منخفضة المستوى عن الحاوية قيد التشغيل، ما يفيد في مقارنة قيم البيئة ووجهات الربط بمسارات Jellyfin المتوقعة. وقد لا يتطابق ملف compose الذي عُدّل بعد إنشاء الحاوية مع بيئة التشغيل الحالية.
بالنسبة إلى الخدمة الأصلية، افحص وحدة systemd وأي ملف بيئة تُحمّله. إذا اختلف تعريف بيئة التشغيل عن ملاحظاتك، فاعتمد على بيئة التشغيل ثم قرر ما إذا كنت ستعيد إنشاء الخدمة بالمسار المقصود.
أكّد المسار في أدلة بدء تشغيل Jellyfin
أعد التشغيل مرة واحدة بعد تسجيل المسار المتوقع، ثم اقرأ أقدم أسطر بدء تشغيل Jellyfin. ابحث عن مسارات البيانات أو ذاكرة التخزين المؤقت أو التخزين المهيّأة، وقارنها بتعريف العملية أو الحاوية الذي فحصته للتو.
لا تعتبر نجاح تسجيل الدخول إلى الويب دليلًا على أن دليل الإعدادات الصحيح نشط. فقد يبدأ Jellyfin بصورة طبيعية باستخدام مسار إعدادات جديد أو قديم، ويظل يعرض واجهة صالحة، بينما تأتي إعدادات المستخدمين أو الشبكات أو الإضافات أو المهام المجدولة من الحالة الخاطئة.
عند نقل خادم وسائط بين طرق النشر، ينطبق الانضباط نفسه على المنظومة الأوسع. ومن نقاط البداية العملية إعداد Jellyfin للوسائط المنزلية، حيث يُتعامل مع مسار التطبيق ومسار الوسائط ومسار الوصول بوصفها أجزاء منفصلة من الإعداد.
استخدم تغييرًا واحدًا غير ضار في الإعدادات للتمييز
إذا ظل دليلان محتملان يبدوان منطقيين، فأوقف Jellyfin قبل تعديل ملف إعدادات XML للخادم. اختر إعدادًا واحدًا قابلًا للعكس وله تأثير واضح، وغيّره فقط في الدليل الذي تشتبه في نشاطه. تجنب بيانات المستخدمين أو مسارات المكتبات أو أي شيء قد يؤدي إلى إعادة فحص كبيرة لمجرد إثبات اختيار الملف.
شغّل Jellyfin وتحقق مما إذا كان الإعداد المختار يظهر. إذا ظهر، فأوقف الخدمة مرة أخرى، وتراجع عن التغيير، ثم شغّلها مجددًا لتأكيد استمراره. وإذا لم يظهر، فالملف غير نشط أو أن مصدر إعدادات أعلى أولوية يتجاوزه.
يُعد اختبار A/B المتحكم فيه وغير المتصل هذا أقوى من مقارنة الطوابع الزمنية، لأن أدوات النسخ الاحتياطي وترقيات الحزم والمحررات قد تلمس الملفات غير النشطة جميعًا. ويوثّق Jellyfin خيارات الإعدادات هذه بوصفها ثابتة عمومًا ومخصصة للضبط قبل بدء تشغيل الخادم، لذا تجنب التعديلات المباشرة أثناء التشغيل ما لم يوثّق إعداد محدد سلوكًا آخر صراحةً.
توقف بعد ثبات المسار النشط عبر إعادة التشغيل
تتأكد النتيجة عندما يشير تعريف بيئة التشغيل وأدلة بدء التشغيل وتغيير إعداد واحد قابل للعكس إلى الدليل نفسه بعد إعادة التشغيل. سجّل ذلك المسار في ملاحظات النشر ونطاق النسخ الاحتياطي.
إذا تغيّر المسار النشط بعد إعادة إنشاء الحاوية، فافحص كيفية إنشاء وحدة التخزين ومتغيرات البيئة بدلًا من تعديل ملفات Jellyfin مرارًا. تكون المشكلة حينها في حالة النشر، لا في محلل إعدادات Jellyfin.
لا تصعّد المشكلة إلا إذا كان مسار بيئة التشغيل واضحًا، ومع ذلك يتجاهل Jellyfin باستمرار إعدادًا صالحًا في الملف النشط. احتفظ بسجل بدء التشغيل والإصدار الدقيق قبل طلب الدعم، حتى يمكن فصل المشكلة عن مشكلة الملفات المكررة.
الدعم والنصائح
المزيد للقراءة

هل ينبغي لـ Jellyfin استخدام حساب مشترك واحد أم حسابات منزلية منفصلة؟
اختر حسابات منزلية لـ Jellyfin وفقًا لحدود الهوية والوصول والرقابة الأبوية والاسترداد التي تحتاجها.

لماذا يظل استخدام ذاكرة Jellyfin مرتفعًا بعد اكتمال العمل؟
افصل نمو عملية Jellyfin عن ذاكرة التخزين المؤقت في Linux، ولا تُجرِ تحقيقًا إلا عندما تستمر الذاكرة في الارتفاع أو تتسبب في ضغط فعلي.

علامات تحوّل تخطيط تخزين Jellyfin إلى خطر على الاسترداد
راجع أدوار تخزين Jellyfin، وافصل الحالة الحية عن النسخ الاحتياطية والبيانات القابلة لإعادة البناء، ثم أثبت صحة التخطيط بإجراء استعادة.

