ASUS ROG Flow Z13: مختبري المنزلي المحمول الذي رفض البقاء محمولًا

لم يكن من المفترض أبدًا أن يكون ASUS ROG Flow Z13 خادمًا. إنه حاسوب لوحي للألعاب بلوحة مفاتيح قابلة للفصل، وشريط إضاءة RGB، ووحدة رسومية كافية لتشغيل ألعاب AAA بإعدادات محترمة. اشتريت واحدًا مفتوح العلبة (open-box) في فبراير 2026 كمحطة عمل محمولة — شيء أستطيع رميه في حقيبة، وتوصيله بمحطة إرساء (dock) في البيت، واستخدامه كجهازي الشامل. لخمسة أشهر، كان هذا بالضبط ما فعله، وفعله بشكل أفضل من عتاد ضعف حجمه.

ثم أصابه عطل كهربائي، ولم يُكمل إقلاعًا واحدًا منذ ذلك الحين.

المواصفات الكاملة

المكوّن	المواصفة
الطراز	ASUS ROG Flow Z13 (2025) — GZ302EA
المعالج	AMD Ryzen AI Max+ 395 "Strix Halo" — 16 نواة / 32 خيط معالجة، حتى 5.1 غيغاهرتز، ذاكرة تخزين مؤقت 80 ميغابايت
الوحدة الرسومية	AMD Radeon 8060S — RDNA 3.5، مدمجة، 40 وحدة حوسبة
وحدة NPU	AMD XDNA — حتى 50 TOPS
الذاكرة	128 جيجابايت LPDDR5X-8000، ملحومة (ذاكرة موحّدة بين المعالج والوحدة الرسومية)
التخزين	قرص NVMe سعة 1 تيرابايت PCIe 4.0، بمقاس M.2 2230
الشاشة	13.4 بوصة، 2560×1600، 180 هرتز، لمس
البطارية	70 واط/ساعة
المنافذ	منفذا USB4 من نوع Type-C، منفذ USB 3.2 من نوع Type-A، HDMI 2.1، microSD، منفذ سماعات 3.5 مم مدمج
الاتصال اللاسلكي	Wi-Fi 7، بلوتوث 5.4
الوزن	~1.2 كجم (اللوحة) / ~1.5 كجم (مع لوحة المفاتيح المطوية)
نظام التشغيل	وصل بنظام Windows 11؛ عمل بنظام Bazzite (Fedora Atomic) طوال فترة خدمته
خاص	لوحة مفاتيح مطوية قابلة للفصل بإضاءة RGB لكل مفتاح، شريط إضاءة على الحافة، ودعم للقلم

الرقم الأبرز هو 128 جيجابايت. لأنها ذاكرة LPDDR5X موحّدة مشتركة بين المعالج والوحدة الرسومية، استطعت اقتطاع 64 جيجابايت منها كـVRAM مع إبقاء 64 جيجابايت لنظام التشغيل. في أوائل 2026 لم يكن هناك جهاز آخر تستطيع حمله بيد واحدة يفعل ذلك.

ما كان يشغّله، يوميًا

نموذج بـ120 مليار معامل، محليًا

الذاكرة كانت بيت القصيد. مع اقتطاع 64 جيجابايت كـVRAM، وROCm يقود الوحدة الرسومية المدمجة RDNA 3.5، شغّلت نموذجًا بـ120 مليار معامل على هذا الحاسوب اللوحي — ببطء، لكن فعليًا، بسرعة قابلة للاستخدام في العمل الخلفي. النماذج الأصغر كانت مريحة: نموذج خبراء مختلطين (MoE) بـ30 مليار معامل عمل بنحو 70 رمزًا (توكن) في الثانية، وهذا مناسب للاستخدام التفاعلي.

هذه القدرة شكّلت الحزمة بأكملها التي بنيتها فوقها. كانت قائمة وكلائي تضم طبقة لم تلمس أبدًا أي واجهة برمجية سحابية: الطحن بالجملة، والجولات الليلية، وأي شيء لا أريده أن يغادر المنزل، كان يذهب إلى النموذج المحلي، وتكلفته لا شيء سوى الكهرباء. إعداد OpenClaw بثمانية وكلاء وتفصيل التكلفة كلاهما يفترض وجود تلك الطبقة، لأنها كانت موجودة فعليًا على هذا الجهاز.

التطوير والاستضافة

كل موقع أصونه كُتب وبُني وعُوين هنا قبل النشر — هذا الموقع بالذات ضمنها. منفذا USB4 كانا يشغّلان شاشة 4K ومحطة إرساء، فكان نفس الحاسوب اللوحي يتحول إلى محطة عمل مكتبية في نحو أربع ثوانٍ.

بنية تحتية تعمل دومًا

شغّل Tailscale كعمود فقري لشبكتي المنزلية، وحزمة من خدمات systemd التي أبقت كل شيء متصلًا. كان دائم التشغيل، دائم التوصيل بالكهرباء، ودائمًا تحت قدر من الحِمل. هذا الجزء الأخير مهم لكيفية انتهاء هذه القصة.

ما نجح ببراعة

• 128 جيجابايت من الذاكرة الموحّدة. هذه المواصفة وحدها وضعت Z13 في فئة خاصة به. تشغيل نموذج بـ120 مليار معامل على حاسوب لوحي ما زال يبدو سرياليًا بعض الشيء، ولم يقترب أي جهاز محمول آخر من ذلك في حينه.
• توافق لينكس. بمجرد انتقالي من Windows 11 إلى Bazzite، انتظم كل شيء. بروتوكول ASUS Aura HID عمل عبر hidraw، وROCm شغّل الوحدة الرسومية المدمجة، ووحدات systemd استبدلت كل عملية خلفية في Windows بشيء أنظف.
• الشكل الفيزيائي. حاسوب لوحي على الأريكة، حاسوب مكتبي عند محطة الإرساء، خادم بلا شاشة خلف المونيتور — كلها الجهاز نفسه، يتبدّل في ثوانٍ. لوحة المفاتيح المطوية كانت جيدة فعليًا: مشوار كامل للمفاتيح (full travel)، وبلا اهتزاز.
• أداء الوحدة الرسومية. أربعون وحدة حوسبة من RDNA 3.5 تعاملت مع CAD، والاستدلال المحلي، والألعاب الخفيفة. لم تتصرف أبدًا كرسومات مدمجة عادية.

ما لم ينجح

• الحرارة تحت الحمل المستمر. كان للهيكل الرفيع استراتيجية واحدة بالضبط للتعامل مع الحرارة: تشغيل المراوح بقوة أكبر. جولة استدلال طويلة كانت تحوّله إلى مجفف شعر، وكان الهيكل يسخن بشكل غير مريح للإمساك به.
• توصيل الطاقة تحت حِمل مشترك. الشحن عبر USB-PD من منافذ Type-C. تحت حِمل ثقيل مشترك على المعالج والوحدة الرسومية، كانت المنصة قد تسحب طاقة أكثر مما كان الشاحن مستعدًا لتوفيره، فكانت البطارية تنخفض تدريجيًا رغم توصيلها بالشاحن — الجهاز كان فعليًا يعوّض الفارق من البطارية نفسها.
• عمر البطارية على لينكس. حقق Windows ست إلى ثماني ساعات بفضل ضبط البرنامج الثابت من ASUS. لينكس حقق ثلاث إلى أربع ساعات في يوم جيد، وكان التعليق/الاستئناف (suspend/resume) مع لوحة مفاتيح قابلة للفصل مصدر إزعاج متكررًا في udev.
• غير قابل للإصلاح. الذاكرة ملحومة والهيكل مغلق تمامًا. قرص M.2 SSD، الذي يمكن الوصول إليه عبر باب في حامل الجهاز (kickstand)، هو القطعة الوحيدة القابلة للصيانة من قِبل المستخدم في الجهاز — وهو ما تبيّن أنه الشيء الوحيد الذي أنقذني.

مشروع لوحة المفاتيح RGB

برنامج ASUS Armoury Crate — الطريقة الرسمية الوحيدة للتحكم بإضاءة لوحة المفاتيح وشريط RGB — غير موجود على لينكس. لذا كتبت برنامجي الخاص: واجهة سطر أوامر بلغة Python تتحدث مباشرة مع واجهة Aura HID، ومنتقي ألوان بـGTK4، ولوحة متصفح على localhost. نحو 40 كيلوبايت إجمالًا، وصمد أمام التعليق (suspend)، وإعادة التشغيل، وفصل لوحة المفاتيح — وهي الثلاثية التي تنساها كل أداة RGB أخرى على لينكس.

أصبح أحد أكثر المقالات قراءة على هذا الموقع. اقرأ مقال لوحة المفاتيح RGB كاملًا ←

كيف انتهى الأمر: عطل كهربائي

في نحو 19–20 يوليو 2026 توقف Z13 عن إكمال أي إقلاع. أمضيت يومين معه قبل أن أستنتج أنه غير قابل للإصلاح من جهتي. العطل محدد بما يكفي ليستحق التوثيق بدقة، لأن "إنه لا يعمل" هي أقل جملة فائدة في عالم الحوسبة — وفي هذه الحالة هي ليست دقيقة حتى. إنه يعمل بلا مشكلة. إنه فقط يرفض أن يبقى مستيقظًا.

الأعراض، بالترتيب

1. يتوقف الإقلاع عند شعار ROG الثابت. ليس الشعار المتحرك — بل إطار متجمد. لا يصل أبدًا إلى رسالة "press F2"، ولا إلى BIOS، ولا إلى محمّل إقلاع. المدى الذي يبلغه اختلف بين المحاولات: أحيانًا شاشة ميتة بلا إضاءة خلفية، وأحيانًا شاشة سوداء مضاءة مع عمل المراوح، وأحيانًا الشعار المتجمد.
2. لوحة المفاتيح المطوية ميتة عند الإقلاع. تومض الإضاءة الخلفية بالأبيض عند إعادة التشغيل، ثم لا شيء. لا يُسجَّل أبدًا ضغط F2 أو Esc أو Del. هذا يطابق عطلًا معروفًا في هذا الطراز حيث يعلق متحكم لوحة المفاتيح في وضع محمّل الإقلاع.
3. لا طاقة على ناقل USB أثناء POST. وصّلت لوحة مفاتيح RGB خارجية بينما كان الشعار على الشاشة: لا إضاءة، لا طاقة. في تلك المرحلة من POST يُفترض أن يكون المنفذ نشطًا. لم يكن كذلك — وهذا يعني أن إدارة خطوط الطاقة (power rails) في المتحكم المدمج متعطلة، لا أن نظام التشغيل مفقود.
4. حدث حراري. وجدت الجهاز والشاشة مطفأة، والمراوح متوقفة، وهو متصل بالكهرباء، والهيكل شديد السخونة. هذا المزيج هو المقلق: كانت الشريحة (SoC) تسحب طاقة في حالة انهيار دون أن يتحكم أي شيء بالمراوح. بعد تبريد قسري، استقرت حرارة الهيكل عند نحو 96 °F مع مروحة خارجية عليه — ما أكّد أن الحرارة كانت الشذوذ لا الخط الأساسي.
5. الدليل القاطع: لمبة سكون تحت إطار متجمد. بعد إعادة ضبط EC، استقرت لمبة الطاقة على وميض بطيء — نحو ثانية واحدة إضاءة وخمس ثوانٍ إطفاء. وفق مواصفات المؤشرات الرسمية من ASUS، هذا النمط يعني أن الحاسوب المحمول في وضع السكون. لا يمكن لجهاز أن يكون نائمًا وفي الوقت نفسه يحمل شعار POST على شاشته. هذا التناقض هو التشخيص.
6. الأمر قابل للتكرار. نقرة استيقاظ أعادت اللمبة إلى أبيض ثابت لنحو 30 ثانية، ثم عادت إلى وميض السكون. إقلاع بارد، استيقاظ، إقلاع بارد: نفس الثلاثين ثانية، نفس النتيجة، في كل مرة.

إذن التسلسل هو: البرنامج الثابت يتجمد مبكرًا أثناء POST، والمتحكم المدمج يُسقط المنصة في وضع Modern Standby تحت البرنامج الثابت المتجمد، ويبقى متحكم الشاشة حاملًا آخر إطار أُعطي له. الشعار المتجمد ليس الجهاز وهو يفكر. إنه صورة ثابتة على حاسوب نائم.

ما جرّبته

• إعادة تشغيل قسرية وعمليات إعادة ضبط قياسية، مرارًا.
• إعادة ضبط EC/RTC الصلبة بالطريقتين — الضغط على زر الطاقة لمدة 40 ثانية مع توصيل الكهرباء، ومرة أخرى مع فصلها ثم إعادة توصيلها. على هذه المنصة، هذا يعادل كهربائيًا نزع بطارية CMOS.
• تجريد كامل للملحقات: فصل لوحة المفاتيح، إخراج بطاقة microSD، إزالة كل كابل USB-C وHDMI، والإقلاع كحاسوب لوحي عارٍ.
• انتظار دون لمس الجهاز لمدة 45–60 دقيقة بعد إعادة الضبط، تحسبًا لاحتمال أن تحتاج إعادة معايرة (retraining) ذاكرة الـ128 جيجابايت أو كبسولة برنامج ثابت معلّقة إلى ذلك الوقت.
• محاولة الدخول إلى BIOS عبر لوحة المفاتيح المطوية (ميتة)، وعبر لوحة مفاتيح USB خارجية (المنفذ بلا طاقة)، وعبر زر خفض الصوت + زر الطاقة.
• تبريد كامل، ثم إعادة اختبار من البارد.

تجاوزتُ فصل بطارية CMOS فيزيائيًا: الضغط لمدة 40 ثانية يؤدي بالفعل ذلك الضبط كهربائيًا، وهو لا يُصلح متحكمًا مدمجًا معلّقًا أو عطلًا في توصيل الطاقة. تجاوزتُ أيضًا كل ما هو على مستوى نظام التشغيل، للسبب أدناه.

ما استبعدته، وكيف

المشتبه به	الحكم	لماذا
البرمجيات / نظام التشغيل / معطيات النواة	مُبرَّأ	يحدث التجمد قبل تحميل أي محمّل إقلاع. لا شيء على القرص يُنفَّذ عند نقطة الفشل، فلا يمكن لأي إعداد عليه أن يكون السبب.
جهاز الإقلاع / SSD	مُبرَّأ	خط USB الميت وبصمة الانهيار-إلى-السكون كلاهما يقعان فوق طبقة التخزين. أُخرج القرص لاحقًا وهو سليم — يعمل الآن في الجهاز البديل.
الإغلاق الحراري	مُبرَّأ	يتكرر العطل من حالة باردة، عند نحو 96 °F.
بطارية فارغة	مُبرَّأ	الوميض هو نبضة السكون البيضاء، لا مؤشر البطارية المنخفضة البرتقالي.

ليست وحدتي فقط

هذا صنف عطل موثّق في هذا الطراز، لا سوء حظ في لوحة واحدة. هناك نقاش نشط في منتدى ROG يصف السلوك نفسه على GZ302EA — انهيارات متكررة بشاشة سوداء وتجمد صلب مرتبطة بـModern Standby — وتقرير منفصل ومعروف جيدًا عن تعليق متحكم لوحة المفاتيح المطوية في وضع محمّل الإقلاع على لينكس. كلاهما يطابق ما رأيته تمامًا.

إن كنت تقرأ هذا لأن جهاز Z13 الخاص بك عالق على شعار متجمد: قِس المدة قبل أن تبدأ لمبة الطاقة وميضها البطيء. إن كانت نحو 30 ثانية، فلديك هذا العطل بعينه، ولن تفيد أي كمية من إعادة التثبيت.

ما اشتراه فعليًا يوما استكشاف الأخطاء

ليس إصلاحًا. ما اشتراه كان اليقين — الفرق بين "إنه معطل، ربما فعلت شيئًا" ومعرفة أي طبقة فشلت بالضبط وأن أي قدر من وقتي لن يحرّك الأمر. خمس حقائق تحمل ذلك:

• انهيار قابل للتكرار في وضع السكون عند نحو 30 ثانية، من الإقلاع البارد ومن الاستيقاظ كليهما.
• لمبة حالة سكون تُعرض في وقت واحد مع شعار POST متجمد — حالة لا يمكن لجهاز سليم أن يكون فيها.
• حدث حراري: هيكل ساخن، مراوح متوقفة، متصل بالكهرباء، في حالة انهيار.
• لا طاقة على ناقل USB أثناء POST.
• نقاش خاص بعيب في هذا الطراز يصف سلوكًا مطابقًا في وحدات أشخاص آخرين.

تلك الأخيرة كانت الأهم لشعوري تجاه الأمر. حين يموت جهاز، هناك ردة فعل تلقائية لمراجعة نفسك — معطى النواة الذي ضبطته، التحديث الذي شغّلته، الشيء الذي تركته يُصرَّف طوال الليل. العثور على نفس بصمة الثلاثين ثانية موصوفة من غرباء على منتدى الشركة المصنّعة نفسه، حسم ذلك السؤال، وجعل التوقف قرارًا سهلًا بدل أن يكون مصدر قلق دائم.

لم أتقدم بمطالبة ضمان قط. كانت الوحدة مفتوحة العلبة، وملاحقة الأمر كانت ستعني أسابيع بلا الجهاز الذي أحتاجه فعليًا، وكنت قد طلبت الجهاز البديل بالفعل. لذا Z13 على رف، بلا قرصه SSD، الذي خرج عبر باب حامل الجهاز وذهب مباشرة إلى الصندوق الذي حلّ محله. ذلك الباب هو القطعة التصميمية الوحيدة في هذا الجهاز التي أثبتت جدواها في النهاية.

ما كنت لأقوله لأي شخص يشغّل حاسوبًا لوحيًا كخادم

لست غاضبًا من Z13. لقد فعل أكثر مما يحق لأي حاسوب لوحي أن يفعله، وفعله لخمسة أشهر دون شكوى. لكن هناك درسًا حقيقيًا في شكل هذا الفشل، وهو ليس "العتاد الاستهلاكي سيئ".

الدرس هو أن جهازًا مبنيًا حول بطارية لديه آلة حالة (state machine) لإدارة الطاقة مصممة لجهاز يُشحن، ويُفرَّغ، وينام، ويستيقظ. تشغيله كخادم يعني إبقاءه في زاوية واحدة من تلك الآلة — متصلًا بالكهرباء، دافئًا، لا ينام أبدًا — لأشهر متواصلة. هذا ليس حِمل العمل الذي ضُبط البرنامج الثابت من أجله، والعطل الذي وصل في النهاية كان عطلًا في إدارة الطاقة، لا معالجًا معطوبًا أو قرصًا ممتلئًا.

النسخة العملية: إن كان جهاز ما سيكون بنية تحتية دائمة التشغيل، فضّل جهازًا تكون فيه قصة الطاقة موصل أسطواني (barrel connector) ومروحة. واحتفظ ببياناتك في مكان لا يستطيع موت الجهاز أن يأخذها معه — السبب الوحيد لأن هذه القصة انتهت بشكل مرتب هو أن قرص SSD كان خلف باب لا خلف وصلة ملحومة.

ما حلّ محله

الخلف هو CHUWI AuBox Ai365 — حاسوب صغير من AMD بمعالج Ryzen AI 9 365، ومنفذي إيثرنت 2.5 جيجابت، وموصل أسطواني بسيط. لديه 30 جيجابايت من الذاكرة القابلة للاستخدام مقابل 128 جيجابايت في Z13، وهو ما كلّفني النموذج المحلي الكبير كليًا؛ تلك الطبقة تشغّل الآن نموذج خبراء مختلطين بـ35 مليار معامل بدل 120 مليار، وانتقل العمل الثقيل إلى واجهة سحابية رخيصة. في المقابل، لا بطارية فيه، ولا تفاوض USB-PD، ولا وضع Modern Standby لينهار فيه.

اقرأ عن إعداد CHUWI AuBox Ai365 ←