أفضل وحدات Magisk في 2026: المصادر الموثوقة وما تم إيقافه

الخلاصة السريعة

معظم المستخدمين يريدون واحدًا من أربعة أشياء فقط، ولا يحتاجون إلى تثبيت عشر وحدات مرة واحدة.

ما الذي تغير، وما الذي يجب التوقف عن استخدامه؟

إذا كنت تتبع دليلًا قديمًا، قد تكون على وشك تثبيت مشروع متوقف.

أكثر نقطة تسبب ارتباكًا هي الأخيرة. إذا فتحت Magisk ولم تجد “متجر وحدات” داخله، فهذا ليس عطلًا. اليوم يكون المسار عادةً: تجد المشروع من مصدره الأصلي، تحمل ZIP الصحيح، ثم تستخدم Install from storage.

بعض الأشياء الشائعة ليست Magisk Modules أصلًا

هذه نقطة مهمة لأنها تغيّر طريقة التثبيت وكيفية حل المشكلة عندما يفشل شيء.

كلها قد تكون مفيدة، لكن لا تبحث عن “ZIP لـ AdAway” في مواقع مجهولة لأن دليلًا خلط بين التطبيقات والوحدات.

أي Root Manager تستخدم؟

في 2026 لم يعد Magisk هو الخيار الوحيد.

لا تشغّل حلين معًا

لا تحاول تشغيل Magisk وKernelSU أو APatch في الوقت نفسه. عند الانتقال من حل إلى آخر يجب إزالة السابق بصورة نظيفة واستعادة الصورة الأصلية المناسبة.

KernelSU forks ليست الشيء نفسه

KernelSU وKernelSU Next وSukiSU Ultra تشترك في أفكار، لكنها ليست manager واحدًا. استخدم build والموديولات المطابقة للـ fork الذي ثبّتّه.

Magisk Alpha

هو build غير رسمي شائع في بعض مجتمعات Telegram. المشكلة ليست أنه “سيئ تلقائيًا”، بل أن مسار المصدر والإصدار العام أقل وضوحًا من Magisk الرسمي. عندما يتعلق الأمر ببرنامج يعمل بصلاحيات root، قابلية التحقق من المصدر مهمة.

توافق أنواع الوحدات

النقطة التي تغيّر القرار عند بعض المستخدمين هي SUSFS. لأنه يعمل داخل kernel يستطيع إخفاء بعض الآثار التي لا يمكن لوحدة userspace إخفاؤها بنفس الطريقة. لكن ذلك لا يعني أنه مناسب لكل هاتف أو أن Magisk “ميت”. المسألة مرتبطة بجهازك والـ kernel المتاح.

إذا كنت تختار بين الحلول الثلاثة، راجع دليلنا العربي: Magisk مقابل KernelSU مقابل APatch.

قبل أن تثبت أي وحدة

صوّر قائمة الوحدات الحالية

افتح root manager والتقط screenshot لقائمة modules. هذه أبسط طريقة لمعرفة ما تغير لاحقًا.

سجّل إصدار Magisk وإصدار Android

اكتب:

• إصدار Magisk/KernelSU/APatch
• إصدار Android
• security patch
• firmware/build

وحدة واحدة في كل مرة

ثبّت وحدة، أعد التشغيل، اختبر. إذا ثبتت خمس وحدات ثم حصل bootloop فلن تعرف السبب.

اعرف طريقة الإنقاذ قبل أن تحتاجها

اقرأ قسم recovery في نهاية المقال قبل أن تثبت وحدة تؤثر في الإقلاع.

الخطوة 1: اختر Zygisk implementation واحدًا

Magisk لديه Zygisk مدمج. KernelSU وAPatch يحتاجان implementation منفصلًا. بعض مستخدمي Magisk يختارون standalone implementation بدل المدمج.

ثلاث قواعد تمنع عددًا كبيرًا من المشاكل:

1. شغّل implementation واحدًا فقط.
2. تأكد أن hiding module الذي تستخدمه متوافق معه.
3. أزل القديم قبل التبديل إلى implementation جديد.

الخطوة 2: Play Integrity وإخفاء الروت — افصل المشكلتين

النجاح في Play Integrity وإخفاء الروت عن تطبيق محدد مشكلتان مختلفتان.

يمكن لجهاز أن يمر باختبار integrity معين ومع ذلك يرفض بنك أو Google Wallet العمل، لأن التطبيق قد يبحث عن إشارات إضافية.

ابدأ بالتدريج:

1. DenyList

ميزة مدمجة في Magisk. أضف التطبيقات التي تريد منعها من رؤية بيئة الروت، واختبر قبل إضافة أي شيء آخر.

2. إذا ما زال التطبيق يكتشف الروت

استخدم hiding module متوافقًا مع Zygisk implementation الحالي. لا تنس أن بعض configurations تحتاج إبقاء قائمة DenyList نفسها مع تعطيل Enforcement.

3. إذا كانت المشكلة verdict محددًا في Play Integrity

استخدم مشروعًا حاليًا ومفتوحًا/موثقًا بقدر الإمكان، وراجع آخر إصدار من مستودعه.

لا تستخدم forkين لنفس الغرض في الوقت نفسه.

4. Tricky Store فقط عندما تكون هناك حاجة فعلية

Tricky Store يتعامل مع جوانب key attestation في بعض configurations. استخدامه ليس “خطوة إلزامية” لكل مستخدم.

ثلاث نقاط تتجاهلها أدلة كثيرة

• بعض الأدوات القوية في هذه الفئة أصبحت مغلقة المصدر أو ذات ترخيص محدود. هذا مهم لأن الوحدة تعمل بصلاحيات root.
• Tricky Store لا يأتي ببساطة مع “keybox سحري” مضمون. مفاتيح attestation قد تُلغى.
• Strong Integrity على bootloader مفتوح هدف متحرك جدًا، ولا يجب بناء وعد دائم حوله.

إذا كان هدفك تشغيل تطبيقات بنكية محددة، أرسل:

• الطراز
• Android/build
• root manager
• Zygisk implementation
• modules + versions
• verdict الحالي
• اسم التطبيق وإصداره

هذا يجعل المشكلة قابلة للتشخيص بدل سؤال عام مثل “هل يشتغل البنك؟”.

الخطوة 3: طبقة Xposed

المشروع الأصلي لـ LSPosed أصبح مؤرشفًا. على Android حديث ابحث عن الـ fork الذي يوصي به المشروع/المجتمع حاليًا، مثل خطوط JingMatrix/Vector، بدل الاعتماد على APK قديم.

LSPatch

إذا كان هدفك تشغيل module على تطبيق واحد بدون root، فقد يكون LSPatch مناسبًا لبعض الاستخدامات. لكنه ليس بديلًا كاملاً لـ LSPosed على مستوى النظام.

Hide My Applist

ما زال مستخدمًا لإخفاء قائمة التطبيقات عن بعض scanners، لكن نشاط المشروع أقل من السابق. عامله كأداة legacy تعمل في بعض البيئات، لا كجزء “مضمون” من كل stack.

الخطوة 4: القائمة الموثقة حسب الاستخدام

حجب الإعلانات والمتتبعات

استخدم hosts blocker واحدًا فقط. تشغيل اثنين معًا أو تشغيل أحدهما بجانب AdAway root mode يخلق تعارضًا على الملف نفسه.

البطارية والطاقة

الألعاب والـ scheduling

الأرقام التي تراها في فيديوهات demo ليست ضمانًا لهاتفك. الـ kernel والحرارة واللعبة نفسها عوامل أكبر.

الواجهة والتخصيص

أدوات عامة

أدوات المطورين واختبار الأمان

هذه الأدوات توسّع حدود الثقة في الجهاز. استخدمها لاختبار مشروعك، ثم أزل شهادات الاختبار عند الانتهاء.

بدائل integrity bundles

مشاريع مثل Integrity-Box أو forks تجريبية لـ Play Integrity قد تكون مفيدة، لكنها بدائل stack وليست إضافات فوق كل شيء آخر. تشغيل حلول متداخلة يجعل التشخيص أصعب.

SUSFS — KernelSU family

SUSFS يحتاج kernel تم patch له بصورة متوافقة. لا يتوفر كحل Magisk عادي، ولا يعني أن كل جهاز KernelSU يدعمه.

مستويات المخاطر

من أين تحمل Magisk Modules في 2026؟

1. GitHub Releases للمشروع نفسه

هذا هو المصدر المفضل. حمّل ملف الإصدار المطلوب، وليس source archive.

2. Magisk Modules Alt Repo

مستودع مجتمعي، لكن راجع المشروع الأصلي أيضًا.

3. MMRL

مدير modules يسهل اكتشاف مشاريع Magisk/KernelSU/APatch.

لا ننصح بتنزيل ZIP من:

• mirrors مجهولة
• short links
• قنوات Telegram بلا source
• ملفات يعيد طرف ثالث رفعها بدون hash أو release history

كيف تقيّم module قبل تثبيته؟

اسأل:

• هل الـ source ظاهر؟
• متى كان آخر release؟
• هل maintainer يرد على issues؟
• هل documentation يذكر Android/root manager compatibility؟
• هل هناك مستخدمون على إصدار Android نفسه؟
• هل يطلب تعطيل SELinux أو تخفيض حماية أساسية؟

إذا لم يوجد مستودع موثوق، لا تثبته على daily driver.

استعادة الهاتف من bootloop بسبب module

1. Safe Mode

Magisk وبعض الحلول تدعم تعطيل modules عند safe boot. تعلّم طريقة Safe Mode لجهازك قبل أن تحتاجها.

2. إزالة modules عبر ADB

إذا كان الكمبيوتر يرى الجهاز أثناء الإقلاع:

adb wait-for-device shell magisk --remove-modules

3. تعطيل module محدد

في البيئات التي تسمح بالوصول إلى /data/adb/modules/، يمكن تعطيل module محدد بدل إزالة الجميع.

4. استعادة صورة الإقلاع الأصلية

احتفظ دائمًا بالصورة الأصلية المطابقة لنفس الـ build.

تحذير Samsung: لا تفترض أن أمر Fastboot عام ينطبق على Samsung. آلية partitions وOdin مختلفة، واستعادة boot/init_boot/recovery/vbmeta تحتاج إجراءً خاصًا بالطراز.

إذا فشل flash، راجع Magisk flash failed (بالإنجليزية) قبل محاولة wipe.