الخلاصة: xset ليس حلاً موثوقًا حاليًا في ZimaOS لأن ZimaOS لا يحتوي على بيئة سطح مكتب
اقترح رد المنتدى لعام 2026 الأمر xset dpms، وهو أمر للتحكم في شاشة X11. لكن ZimaOS الحالي يصف الشاشة المتصلة بأنها عرض لوحدة التحكم، ويذكر أن النظام لا يحتوي على بيئة سطح مكتب. لذلك، على جهاز Legion Go أو أي جهاز محمول آخر، يعتمد إطفاء الشاشة على وحدة التحكم/المخزن المؤقت للإطارات وواجهة الإضاءة الخلفية للجهاز، وليس على مدير طاقة عادي لسطح مكتب X11.
توضح شاشة وحدة تحكم ZimaOS الحالية نموذج النظام هذا.
تحقق أولًا من ظهور جهاز للإضاءة الخلفية
ls -l /sys/class/backlight/
for d in /sys/class/backlight/*; do
echo "$d"
cat "$d/brightness" 2>/dev/null
cat "$d/max_brightness" 2>/dev/null
doneإذا كان الجهاز المحمول يعرض جهاز إضاءة خلفية قياسيًا، فقد تتمكن من خفض سطوعه مؤقتًا عبر sysfs. سجّل السطوع الأصلي قبل تغييره. لا تفترض أن كل لوحة داخلية ستظهر هنا؛ إذ تختلف البرامج الثابتة وبرامج تشغيل GPU بين الأجهزة المحمولة.
استخدم إطفاء وحدة التحكم فقط عندما تتولى وحدة تحكم افتراضية حقيقية في Linux تشغيل الشاشة
يمكن للأمر setterm طلب إطفاء وحدات الطرفية الافتراضية في Linux:
setterm --blank 1 --powersave powerdown --powerdown 1لكن الدعم يعتمد على برنامج تشغيل وحدة التحكم والطرفية النشطين. يوضح إطفاء وحدة تحكم Linux كيفية عمل الأمر. إذا كان ZimaOS يعرض وحدة تحكم مخصصة للحالة خارج مسار VT المعتاد، فقد لا يكون للأمر setterm أي تأثير ظاهر.
لماذا قد يفشل xset رغم أن أمر المنتدى يبدو مألوفًا
يتحكم xset في إعدادات خادم X. من دون شاشة X، ستفشل أوامر مثل xset dpms force off أو لن تستهدف شيئًا مفيدًا. وتوضح عناصر التحكم في شاشة X11 هذا الاعتماد بوضوح.
جرّب تبديل طاقة الإضاءة الخلفية مؤقتًا بحذر
تُظهر بعض النوى المتغير bl_power:
cat /sys/class/backlight/*/bl_power
# convention common on some drivers:
echo 1 | sudo tee /sys/class/backlight/DEVICE/bl_power
لا تؤتمت هذا الإجراء قبل أن تتأكد من كيفية تفسير برنامج التشغيل المحدد في جهازك للقيمة، ومن طريقة استعادة الشاشة. أبقِ اتصال SSH أو مسار إدارة عن بُعد آخر نشطًا قبل اختبار أمر قد يطفئ الشاشة الوحيدة.
لا تعدّل /etc/grub متوقعًا وجود تثبيت Linux عادي دائم
اعتمد حل المستخدم القديم في Proxmox على إعدادات GRUB. يستخدم ZimaOS تخطيط نظام للقراءة فقط على نمط الأجهزة المخصصة ونموذج تحديث A/B، لذلك قد لا تستمر التغييرات العشوائية ضمن جذر النظام بالطريقة نفسها التي تستمر بها على Debian/Ubuntu. تجنب تحويل مهلة شاشة تجميلية إلى تخصيص إقلاع هش.
تُعد استعادة تثبيت ZimaOS مهمة إذا جربت معلمات الإقلاع.
قد يكون مضيف Linux كامل أفضل لسياسة شاشة دائمة على جهاز محمول
إذا كان يجري إعادة توظيف Legion Go تحديدًا كخادم بلا شاشة، وكنت تحتاج إلى سياسات الغطاء/الشاشة/الإيقاف المؤقت، وإدارة طاقة شاشة GPU، ومعلمات إقلاع مخصصة، فستمنحك توزيعة Linux عامة أو Proxmox عناصر تحكم أكثر تقليدية في إدارة الطاقة. فقد حُسّن ZimaOS ليكون جهاز NAS/خادمًا منزليًا، لا منصة لإدارة طاقة الأجهزة المحمولة.
استخدم الجهاز المحمول كعتاد بلا شاشة فقط إذا كنت قادرًا على استعادته عن بُعد
قبل فرض إيقاف الشاشة الداخلية، تحقق من Ethernet والوصول عبر SSH أو عن بُعد ومن توفر طريقة للاسترداد. فخادم بشاشة سوداء وشبكة معطلة أصعب في التشخيص من خادم يستهلك بضعة واط إضافية. وبالنسبة إلى منصة مصممة للعمل بلا شاشة منذ البداية، توفر عتادات ZimaBoard 2 مرجعًا أوضح.
الأسئلة الشائعة
هل يعمل xset على ZimaOS؟
لا تعتمد عليه كحل شامل. يتطلب xset خادم شاشة X11، بينما لا يوفر ZimaOS الحالي بيئة سطح مكتب عادية.
هل يستطيع setterm إطفاء الشاشة؟
يمكنه إطفاء وحدات تحكم Linux الافتراضية عندما يدعم برنامج تشغيل وحدة التحكم النشط ذلك. لكنه قد لا يتحكم في كل مخزن مؤقت للإطارات أو إضاءة خلفية في الأجهزة المحمولة.
هل يمكنني التحكم في الإضاءة الخلفية للجهاز المحمول عبر sysfs؟
ربما، إذا أظهرت النواة اللوحة ضمن /sys/class/backlight. اختبر ذلك يدويًا، وأبقِ وصول الاسترداد عن بُعد متاحًا.
هل ستستمر تغييرات /etc/default/grub؟
لا تفترض استمرارها بالطريقة المعتادة في Debian على ZimaOS. فقد يستبدل تخطيط نظام الجهاز المخصص وتحديثاته التعديلات غير المدعومة.
هل ينبغي أن أستخدم Proxmox بدلًا من ذلك لخادم Legion Go؟
إذا كان تخصيص الشاشة وإدارة الطاقة بشكل دائم مطلبًا أساسيًا، فقد يكون من الأسهل التحكم في مضيف Linux كامل أو Proxmox.
