لا تحتاج إلى تثبيت ethtool باستخدام apt لتهيئة ميزة التشغيل عبر الشبكة (Wake-on-LAN) على ZimaCube الذي يعمل بنظام ZimaOS. أوضح موظفو IceWhale في سلسلة النقاش المصدرية أن ethtool مضمّن بالفعل في ZimaOS، وأن ميزة التشغيل عبر الشبكة تكون مفعّلة عادةً بشكل افتراضي على ZimaCube.
نشأ الالتباس من الخلط بين تعليمات المنتج وتعليمات نظام التشغيل. فقد كُتب الدليل الأقدم الذي وجده المستخدم لـ ZimaBoard مع CasaOS، حيث قد يكون تثبيت الحزم بأسلوب Debian ذا صلة. أما ZimaOS فيستخدم تصميمًا مختلفًا للنظام، لذا فإن نسخ أوامر apt install من وثائق CasaOS ليس إجراءً افتراضيًا آمنًا.
لماذا لم يكن أمر apt القديم مناسبًا لـ ZimaOS
حاول المستخدم اتباع دليل للتشغيل عبر الشبكة يطلب منه تثبيت ethtool. لا يوفّر ZimaOS سير عمل عاديًا لإدارة حزم النظام باستخدام apt بالطريقة نفسها المتاحة على مضيف Debian عام.
أوضح موظفو IceWhale أن الأداة موجودة مسبقًا. وهذا هو الفحص الأول الصحيح: شغّل ethtool من صدفة ZimaOS المدعومة قبل محاولة تثبيت حزم النظام أو استبدالها.
كما يستخدم دليل التشغيل عبر الشبكة الحالي لـ ZimaCube أمر ethtool المضمّن بدلًا من خطوة تثبيته باستخدام apt.
ميزة WOL في ZimaCube مفعّلة افتراضيًا، لكن تحقّق من المسار بأكمله
تذكر وثائق ZimaCube الحالية أن ميزة التشغيل عبر الشبكة مفعّلة افتراضيًا. وإذا لم تكن نشطة، فإن الأمر الموثّق على جانب Linux هو ethtool -s eth0 wol g، يليه ethtool eth0 للتحقق من إعداد التشغيل.
لا تفترض أن اسم الواجهة هو دائمًا eth0 في كل تثبيت مخصص لـ ZimaOS. حدّد واجهة Ethernet الفعلية أولًا. كما يذكر دليل ZimaCube الحالي أن إجراء WOL يدعم منفذ 2.5GbE، لذا فإن اختيار المنفذ مهم على هذا الجهاز.
قد تمنع إعدادات البرنامج الثابت ميزة WOL حتى عندما يكون Linux مضبوطًا بشكل صحيح
تتطلب ميزة التشغيل عبر الشبكة أكثر من علامة برمجية واحدة. يجب أن تتلقى بطاقة الشبكة طاقة في وضع الاستعداد، وأن يسمح البرنامج الثابت بأحداث التشغيل، وأن تحتفظ واجهة الشبكة بوضع التشغيل المناسب بعد إيقاف التشغيل.
يعمل إجراء ZimaCube الحالي على تفعيل Wake from PME في BIOS قبل فحص Linux. إذا لم تفعل حزمة سحرية شيئًا، فتحقق من إعداد BIOS وحالة الطاقة قبل تغيير ethtool مرارًا.
توضح إعدادات طاقة BIOS في ZimaCube أيضًا أن التشغيل عبر الشبكة خيار من خيارات البرنامج الثابت، ويجب دمجه مع تهيئة ZimaOS.
أضف حلول الاستمرارية فقط إذا كان الإعداد يُعاد ضبطه فعلًا
يتضمن دليل WOL الحالي مثالًا على خدمة systemd لإعادة تطبيق wol g بعد إعادة التشغيل. وقد يكون ذلك مفيدًا عندما يعود نظام تم التحقق منه مرارًا إلى حالة التعطيل.
لكن لا ينبغي أن تكون هذه الخطوة الأولى على جهاز ZimaCube يعرض بالفعل أن التشغيل عبر الشبكة مضبوط بشكل صحيح. أعد التشغيل أولًا وأعد التحقق من القيمة الحالية. أضف آلية للاستمرارية فقط إذا تمكنت من إثبات فقدان الإعداد، ثم أعد التحقق منه بعد تحديثات ZimaOS.
اختبر من شبكة LAN نفسها قبل استكشاف أخطاء التشغيل عن بُعد
ابدأ بمرسل معروف وفعّال لميزة التشغيل عبر الشبكة على الشبكة الفرعية نفسها، واستخدم عنوان MAC الصحيح. يزيل الاختبار المحلي عوامل VPN وإعادة توجيه بثّ الموجّه وسياسة الوصول عن بُعد من المشكلة.
إذا نجح WOL محليًا لكنه فشل عن بُعد، فمن المحتمل ألا يكون إعداد ZimaCube هو المشكلة الأساسية. عندها تحقّق من كيفية وصول الأداة البعيدة إلى شبكة LAN، وما إذا كانت قادرة على إيصال حزمة سحرية إلى نطاق البث الصحيح.
