إذا كانت محركات الأقراص الصلبة في ZimaOS تدخل في وضع السكون بشكل صحيح، لكنها تستيقظ كل 15–30 دقيقة، فحدّث ZimaOS إلى الإصدار 1.6.0 أو أحدث قبل تعديل إعدادات SMART يدويًا. لقد أصلح ZimaOS 1.6.0 رسميًا حالات الاستيقاظ المتقطعة الناتجة عن خدمة smartd، وهو ما يتوافق مع النمط الدوري المُبلّغ عنه في الموضوع الأصلي.
إذا استمرت الأقراص في الاستيقاظ على إصدار مستقر حديث، فتجاوز مشكلة smartd القديمة وحدد القارئ الفعلي: فحص صحة التخزين، أو تطبيق Docker، أو عميل SMB، أو الفهرسة، أو مهمة النسخ الاحتياطي، أو نشاط بيانات RAID الوصفية، أو سلوك جسر USB.
ابدأ بالتحقق من إصدار ZimaOS الحالي
كان المستخدم في المصدر يعمل بالإصدار 1.5.4، ولاحظ أن الأقراص تستيقظ كل 15–20 دقيقة حتى بعد إيقاف Jellyfin وJDownloader.
تذكر ملاحظات إصدار ZimaOS 1.6.0 الحالية صراحةً إصلاح مشكلة عدم قدرة الأقراص على البقاء في وضع السكون بسبب إيقاظ smartd لها بشكل متقطع.
الخطوة 1: تأكد من قدرة الأقراص على الدخول في وضع الاستعداد
اضبط خيار الاستعداد للأقراص في ZimaOS، ثم انتظر من دون تنفيذ عمليات على الملفات. بعد ذلك، تحقق من الحالة باستخدام أمر لا يوقظ القرص، حيثما كان ذلك مدعومًا:
smartctl -n standby /dev/sdXإذا لم يصل القرص إلى وضع الاستعداد مطلقًا، فهذه حالة مختلفة عن «يدخل في السكون بنجاح ثم يستيقظ كل 20 دقيقة».
الخطوة 2: قِس الفاصل الزمني بين مرات الاستيقاظ
دوّن الأوقات الدقيقة لعدة مرات استيقاظ. يشير الفاصل المنتظم جدًا إلى مؤقت أو فحص للصحة أو مهمة مجدولة أو خدمة، بدلًا من وصول عشوائي عبر الشبكة.
الخطوة 3: أوقف تطبيقات المستخدمين مجموعةً تلو الأخرى
أوقف مؤقتًا فاحصي الوسائط، وأدوات التنزيل، وفهارس الصور، وقواعد البيانات، ومهام النسخ الاحتياطي. لا توقف كل الخدمات في الوقت نفسه، إلا إذا كان هدفك الوحيد إثبات أن السبب نشاط في مساحة المستخدم.
إذا استمر الاستيقاظ مع إيقاف جميع حاويات المستخدمين، فركّز على خدمات النظام، وفحص التخزين، وسلوك RAID أو DAS.
الخطوة 4: تحقق من النسخ الاحتياطي وSMB والعملاء البعيدين
قد يؤدي حاسوب محمول إلى فتح مشاركة معيّنة، أو قد يتحقق مجدول النسخ الاحتياطي من المسارات، أو قد يوقظ فحص مكتبة الوسائط أحد الأقراص. وقد يكون فصل الشبكة اختبار عزل قصيرًا مفيدًا، كما جرّب المستخدم في المصدر بالفعل.
لا تُبقِ على حلول smartd.conf القديمة بعد تطبيق الإصلاح
غيّرت الحلول المجتمعية السابقة إعدادات خدمة SMART حتى لا توقظ فحوصات الصحة الأقراص النائمة. في إصدارات ZimaOS الحالية، اختبر الإصلاح الرسمي أولًا بدل الاحتفاظ بإعداد smartd مخصص قديم إلى أجل غير مسمى.
قد يضيف RAID مزيدًا من الوصول إلى الخلفية
تحتوي المصفوفات على بيانات وصفية وفحوصات صحة لا توجد في الأقراص المنفردة. إذا كانت عناصر RAID وحدها تستيقظ، فقارن سلوك قرص HDD مستقل بسلوك مصفوفة، مع استخدام الفاصل الزمني نفسه للاستعداد.
حاويات USB مشكلة منفصلة
قد لا ينقل جسر USB أوامر الاستعداد الخاصة بـ ATA بشكل ثابت. إذا دخل قرص SATA داخلي في السكون بشكل صحيح، بينما لا يفعل الطراز نفسه ذلك داخل DAS، فشخّص شريحة الحاوية بدلًا من إعادة كتابة سياسة SMART في ZimaOS.
يوثّق دليل التخزين في ZimaOS نموذج التخزين الحالي.
يساعد دليل استكشاف مشكلات التخزين وإصلاحها في تنظيم التحقيق الأوسع.
الأسئلة الشائعة
هل أصلح ZimaOS مشكلة الاستيقاظ الدوري بسبب smartd؟
نعم. تذكر ملاحظات إصدار ZimaOS 1.6.0 صراحةً أنه تم إصلاح حالات الاستيقاظ المتقطعة التي تسببها smartd.
لماذا لا تزال أقراصي تستيقظ في الإصدارات الأحدث؟
قد تظل خدمة أخرى أو عميل أو فحص للمصفوفة أو مهمة نسخ احتياطي أو جسر USB يصل إليها. قِس الفاصل الزمني واعزل الطبقات منهجيًا.
هل تكرار تشغيل الأقراص أسوأ من ترك أقراص NAS تعمل باستمرار؟
تضيف دورات التشغيل والإيقاف المتكررة حملًا ميكانيكيًا، بينما يضيف التشغيل المستمر وقت تشغيل واستهلاكًا للطاقة. اختر سياسة الاستعداد بناءً على عبء العمل لديك بدلًا من فرض دورات قصيرة جدًا.
هل ينبغي تعديل smartd.conf يدويًا؟
ليس كخطوة أولى في إصدار مستقر حديث. اختبر إصلاح smartd الرسمي لمشكلة الاستيقاظ أولًا.
