لماذا يتعطّل تشغيل Jellyfin بعد إعادة التشغيل؟
عندما يعمل Jellyfin قبل إعادة التشغيل ثم يتعطل التشغيل بعدها، تحقّق من التبعيات التي كان يجب أن تعود أثناء الإقلاع قبل تغيير المكتبة.
قد تغيّر إعادة التشغيل توقيت التحميل، أو تعيينات أجهزة الحاويات، أو الأذونات، أو DNS، أو ترتيب إتاحة الخدمات. ولا يثبت عمل عملية Jellyfin بشكل سليم أن مسار الوسائط أو وحدة معالجة الرسومات قابل للاستخدام. قارن بيئة ما بعد الإقلاع بخط الأساس العامل وأصلح أول تبعية مفقودة.
تحقّق من تحميل وحدة تخزين الوسائط فعليًا
قد يكون الدليل موجودًا حتى عندما لا يتم تحميل جهاز NAS أو القرص الذي يشغله عادةً. عندئذٍ قد يرى Jellyfin مسارًا محليًا فارغًا ويبلغ عن وسائط مفقودة بدلًا من عرض خطأ تحميل واضح.
التحقق من التحميل قبل بدء الخدمات يمنع التطبيقات من الكتابة إلى نقطة تحميل فارغة أو فحصها.
أكّد هوية نظام الملفات باستخدام `findmnt` أو ما يعادله في المنصة، ثم اقرأ ملف وسائط معروفًا باستخدام حساب خدمة Jellyfin. لا تعِد الفحص حتى يصبح التخزين المقصود متاحًا.
تحقّق من ملكية بيانات التطبيق بعد عودة بيئة التشغيل
قد تؤدي إعادة إنشاء الحاوية أو تغييرات المضيف إلى تغيير معرّف المستخدم الرقمي الذي يصل إلى الإعدادات الدائمة. ولا تكفي صلاحية القراءة وحدها، لأن Jellyfin يحتاج أيضًا إلى تحديث حالة قاعدة البيانات والإعدادات.
تبقى الخدمات التي تعمل داخل الحاويات قابلة للتنبؤ عندما يتطابق تعيين UID وGID مع ملكية نظام الملفات عبر نقاط الربط.
نفّذ اختبارًا مؤقتًا لإنشاء ملف ثم حذفه داخل المجلد الأب لبيانات التطبيق باستخدام هوية الخدمة. يجب أن يصمد مسار بيانات التطبيق الدائم أمام استبدال بيئة التشغيل دون الحاجة إلى إصلاح ملكية تكراري.
تأكّد من عودة أجهزة العتاد
قد تعود عملية تحويل الترميز التي كانت تستخدم iGPU قبل إعادة التشغيل إلى استخدام وحدة المعالجة المركزية أو تفشل إذا كان تعيين `/dev/dri` أو أي مسرّع آخر مفقودًا. وقد يظل التشغيل المباشر يعمل، مما يجعل العطل يبدو خاصًا بالوسائط.
قد يؤدي فشل تعيين الجهاز إلى نقل عملية التشغيل نفسها من العتاد إلى البرمجيات؛ ويوضح معيار أداء تحويل ترميز Jellyfin مدى التغير الكبير في حمل وحدة المعالجة المركزية ووحدة معالجة الرسومات بين المسارات المسرّعة بالعتاد والمسارات التي تستخدم المرشحات.
شغّل اختبارًا معروفًا لتحويل الترميز بالعتاد وافحص العملية النشطة وتعيين الجهاز. أصلح وصول بيئة التشغيل إلى الجهاز قبل خفض الجودة أو تغيير برامج الترميز.
أعِد اختبار مسار الشبكة بعد نجاح التشغيل المحلي فقط
قد تبدأ خدمات DNS البعيد أو VPN أو الوكيل بعد Jellyfin، مما يؤدي إلى فشل يقتصر على الوصول عن بُعد. أبقِ الوسائط المحلية وإمكانية الوصول عن بُعد اختبارين منفصلين للقبول.
يجب فحص سعة الشبكة عند نقطة التسليم الفعلية؛ إذ يفصل نموذج نطاق البث الترددي بين حدود الشبكة المحلية وWi‑Fi وNAS والرفع عن بُعد، بدل اعتبار كل فشل في التشغيل مشكلة في قدرة الخادم الحاسوبية.
اختبر أولًا عميلًا محليًا سلكيًا، ثم عميلًا واحدًا عن بُعد. إذا كان التشغيل المحلي سليمًا، فاحصر الإصلاح المتبقي في إعدادات التوجيه أو DNS أو الوكيل أو النفق بدل إعادة بناء حالة الخادم.
المنتجات الموصى بها
الدعم والنصائح
المزيد للقراءة
هل ينبغي نسخ Jellyfin احتياطيًا أثناء تشغيله أم إيقاف الخدمة أولًا؟
للتبسيط، يُفضَّل استخدام النسخ الاحتياطية للخدمات المتوقفة؛ ولا تستخدم اللقطات الحية إلا عندما تكون حالة التطبيق ملتقطة بشكل متسق وتكون عمليات الاستعادة قد اختُبرت.
لماذا يعمل Jellyfin بدرجة حرارة مرتفعة أو بضوضاء عالية عندما لا يشاهد أحد أي محتوى؟
تعني الحرارة أثناء الخمول عادةً وجود عمل في الخلفية أو عبء عمل على مضيف مشترك، لذا حدّد العملية النشطة والمهمة المجدولة قبل تغيير التبريد...
متى ينبغي إعادة بناء Jellyfin بدلًا من إصلاحه؟
اختر إعادة البناء بدلًا من الإصلاح عندما يكون انجراف بيئة التشغيل هو المشكلة وتكون الحالة الدائمة قد نُسخت احتياطيًا؛ لا تُجرِ «إعادة بناء» بحذف...
