طلب المنشور الأصلي في مارس 2025 إضافة وظيفة إيقاف تشغيل تلقائي، وتلقى فورًا حلاً بديلاً من المجتمع باستخدام مؤقّت systemd. أصبح هذا الحل البديل تاريخيًا إلى حد كبير الآن: فقد أضاف ZimaOS 1.4.1 وظيفة إيقاف تشغيل مجدولة مدمجة، لذا لم يعد المستخدمون الحاليون بحاجة إلى إنشاء خدمة إيقاف تشغيل خاصة بهم لمجرد إيقاف تشغيل NAS في وقت محدد كل يوم.
إعادة تشغيل الجهاز مشكلة مختلفة. فعندما يُغلق الخادم إغلاقًا كاملًا، لا يعود ZimaOS قيد التشغيل، ولا يمكنه تنفيذ مؤقّت برمجي آخر. وتعتمد عملية بدء التشغيل على ميزات العتاد، مثل التنبيه عبر الشبكة، أو منبّه RTC، أو سلوك الاستعادة عند عودة طاقة التيار المتردد، أو قابس ذكي خارجي.
أصبح إيقاف التشغيل المجدول مدمجًا الآن في ZimaOS
تدرج ملاحظات إصدار ZimaOS 1.4.1 ميزة إيقاف التشغيل المجدول كميزة جديدة، وتذكر أنه يمكن ضبط وقت إيقاف التشغيل من عنصر التحكم الخاص بإيقاف التشغيل.
هذا يعني أن خدمة systemd والمؤقّت المخصصين اللذين نشرهما المجتمع في مارس 2025 لا ينبغي أن يكونا التوصية الافتراضية للتثبيتات الحالية. استخدم وظيفة إيقاف التشغيل المجدول المدمجة التي أُضيفت في ZimaOS 1.4.1 بدلًا من ذلك.
ما الذي كان يفعله مؤقّت systemd التاريخي؟
أنشأ الحل البديل الأصلي خدمة تُنفّذ مرة واحدة وتستدعي أمر إيقاف تشغيل Linux، بالإضافة إلى مؤقّت يومي يشغّلها في الساعة 23:00. كما فعّل المؤقّت من خلال systemd.
نشر هذه الأوامر أحد أعضاء المجتمع، وليس موظفي IceWhale. وكانت إجراءات مناسبة لإدارة Linux، لكنها غير ضرورية لحالة الاستخدام الحالية الشائعة، كما أنها تضيف إعدادًا آخر يجب أن يظل صالحًا بعد التحديثات وإعادة التشغيل.
لا ينشئ جدول إيقاف التشغيل تلقائيًا جدولًا لبدء التشغيل
سأل المستخدم الأصلي بعد ذلك عمّا إذا كان بإمكان الخادم إعادة تشغيل نفسه في الساعة 07:00. وانتقلت إجابة المجتمع إلى ميزات BIOS، لأن البرامج التي تعمل داخل ZimaOS لا تستطيع إيقاظ جهاز متوقف عن التشغيل بالكامل ما لم يكن العتاد والبرنامج الثابت مُعدَّين لذلك.
يعتمد الاستيقاظ عبر منبّه RTC على العتاد
ذكر أحد المشاركين في المجتمع أن BIOS الخاص بـ ZimaBlade يعرض خيار التشغيل عبر منبّه RTC، بما في ذلك وضع الوقت المحدد. كما أشارت مناقشات لاحقة مع IceWhale إلى وجود Linux rtcwake في ZimaOS، لكن يجب التحقق من توافق العتاد أولًا.
لا تفترض أن كل حاسوب صغير من نوع x86 تابع لجهة خارجية يعرض عناصر تحكم RTC نفسها أو يدعم الاستيقاظ من حالات السكون أو الطاقة نفسها.
التشغيل عبر الشبكة خيار آخر
يمكن للعديد من الأنظمة الاستيقاظ من حالة إيقاف التشغيل عند تلقي بطاقة الشبكة حزمة سحرية، بشرط تفعيل التشغيل عبر الشبكة في البرنامج الثابت ودعم محول الشبكة له. ومع ذلك، يجب أن يظل الجهاز المُرسل متصلًا بالإنترنت في مكان ما على الشبكة لإرسال تلك الحزمة.
تصف وثائق BIOS الحالية الخاصة بـ ZimaCube التشغيل عبر الشبكة صراحةً باعتباره خيارًا للطاقة. أما الأجهزة الأخرى، فينبغي التحقق من سلوك BIOS ومحول الشبكة الخاص بها.
يمكن أن تعمل الاستعادة عند عودة طاقة التيار المتردد مع قابس ذكي
من الأساليب البسيطة الشائعة للخوادم المنزلية ما يلي:
- السماح لـ ZimaOS بتنفيذ إيقاف تشغيل مجدول ونظيف؛
- إيقاف تشغيل القابس الذكي بعد بضع دقائق؛
- إعادة تشغيل القابس في الصباح؛
- تهيئة العتاد للتشغيل تلقائيًا عند عودة طاقة التيار المتردد.
تصف وثائق ZimaCube الحالية سلوك الاستعادة عند فقدان طاقة التيار المتردد لبدء التشغيل تلقائيًا. ويختلف الخيار الدقيق حسب اللوحة الأم.
استخدم إيقاف تشغيل نظيفًا لنظام التشغيل قبل قطع الطاقة
لا ينبغي استخدام قابس ذكي كآلية لإيقاف التشغيل أثناء تشغيل ZimaOS. فقد يؤدي قطع الطاقة فجأة إلى مقاطعة عمليات الكتابة على نظام الملفات، أو قواعد بيانات Docker، أو مهام النسخ الاحتياطي، أو نشاط RAID.
جدول إيقاف التشغيل النظيف أولًا، واترك تأخيرًا كافيًا قبل قطع طاقة التيار المتردد.
الأسئلة الشائعة حول جدولة الطاقة
هل يدعم ZimaOS الحالي إيقاف التشغيل المجدول؟
نعم. أُضيفت هذه الميزة مدمجةً في ZimaOS 1.4.1.
هل يؤدي إيقاف التشغيل المجدول إلى تشغيل الجهاز تلقائيًا من جديد؟
لا. يتطلب بدء التشغيل آلية منفصلة في العتاد أو البرنامج الثابت، مثل الاستيقاظ عبر RTC، أو التشغيل عبر الشبكة، أو الاستعادة عند عودة طاقة التيار المتردد.
هل ينبغي أن أظل أنشئ مؤقّت إيقاف التشغيل في systemd الذي نشره المجتمع؟
عادةً لا. فهو أقدم من ميزة إيقاف التشغيل المجدول المدمجة.
